Dentro de empresas de TI acontecem muitas coisas absurdas. Pessoas em cargo de arquiteto de sistemas com menos conhecimento que um estagiário, por exemplo. Pessoas com formação em Administração/Economia gerenciando equipes de desenvolvimento de software. A área está tão carente de profissionais que tornou-se um mercado para oportunistas. As consultorias sabem disso e aplicam vestibulinhos nos candidatos, mas isso é caso para outro post.

Há alguns meses, um colega que trabalhava numa empresa grande de tecnologia, pinhada de certificações como ISO, CMMI 5, MPS.BR A e algumas outras, contou a seguinte história: "Acredita que eu não consigo me demitir? Tem dois dias que estou tentando."

Acontece que a empresa, apesar das várias certificações penduradas na parede, não aplica isso no seu dia a dia. O profissional foi alocado de um projeto para outro, houve troca de gerência 3 vezes, mas ninguém avisou. Ele liga para o RH e informam que o processo de demissão deve ser iniciado pelo funcionário comunicando o gerente. Esse por sua vez deve avisar o RH. A questão é que os dois nomes apontados como gerentes do projeto onde ele estava alocado, nem sabiam da existência do mesmo. Projeto fantasma?

No terceiro dia, ele finalmente achou o gerente, que nunca tinha trocado sequer uma palavra ou e-mail: "Como vou aceitar a sua demissão, se não fui avisado que você é um recurso sob minha gerência? Mas já que você precisa de uma assinatura, então vai a minha mesmo. Mas olha isso direito, porque é capaz de você continuar contratado e depois ser acusado de abandono de emprego."

Esse caso aconteceu de verdade, em Outubro de 2007. Parece história da tirinha do Dilbert, mas aconteceu mesmo.

Fonte: Bicalho´s Memory About F|_|ck3d Companies

Notícias relacionadas

Ronaldo's picture

Essa série de relatos dá facilmente um livro.

---------------------------------------
www.ronaldocamacho.com.br

NewUser's picture

"Parece história da tirinha do Dilbert"

Aquilo é mais real do que se acredita.

Meu caso é de longe pior. Tentei me demitir por 3 semanas.
Sabia quem era minha chefe e tudo mais, mas ela lidava com a equipe tão mal que mesmo um dia quando puxei ela pra um lado não consegui falar com ela. Disse que não podia conversar naquele momento... (o que era mentira, ela só não queria conversar)
Em alguns meses que fiquei no meu cargo consegui discutir dos rumos que o setor tomava 1 vez por 5 minutos, depois disso nunca mais consegui ter uma conversa que não fosse interrompido em menos de 20 segundos. E ela que normalmente interrompia a conversa.

No final eu não consegui pedir demissão mesmo. Por sorte mudei de setor (no final das contas eu não ligava a mínima para qualquer problema que acontecesse).

E apesar de vários tombos depois, a minha ex-chefe não aprende. Continua não falando com seus funcionários, esperando que eles advinhem o que ela quer, quais rumos tomar, cobrando demais, mantendo uma coleira apertada (um ex-colega tem medo de ir ao banheiro sem permissao, na verdade todos deveriam pedir para ir ao banheiro no departamento dela, só eu que achei isso ridículo e por isso era o garoto problema), não escutando avisos sobre prazos, etc.

Sai um pouco do foco inicial, mas isso serve de exemplo. Quantas pessoas já leram este post?
Dessas poucas que leram, eu tenho um caso mais ridículo ainda.

Quem aqui já passou por uma situação mais surreal que esta?

Mas o fato de existir gente de economia ou administração em projetos de software num se deve a falta de mão de obra apenas, mas principalmente pq "engenharia de software" num é engenharia coisa nenhuma ainda.
E eu vejo BEM isso pq eu sou engenheiro QUÍMICO por formação, mas sou analista de sistemas na pratica. Qualquer engenheiro acha os projetos de software uma verdadeira PIADA. Tudo é muito amador na área, por isso é tão "facil" qualquer um trabalhar na área.
Não existe PROJETO no mercado de desenvolvimento de software. As pessoas vão TENTANDO planejar a medida que vão desenvolvendo os software, e isso acontece principalmente por falta de conhecimento na tecnologia e prinpalmente por PREGUIÇA mesmo. Nem se quer os diagramas UML que deveriam ser as coisas mais básicas são feitos. 99,9999999% das empresas não utilizam, ou pelo menos da maneira correta esse tipo de coisa. E pior ainda, eu acho ABSURDO que a GRANDE maioria nem mesmo sabe escrever um. Sabe apenas desenhar quadradinho pra chamar de classe e ligar com setinhas. Agora tentar levar pro UML toda o relacionamente das entidades de um projeto. Sem falar que orientação objeto é muito bonito na teoria, mas se você chega pra qualquer um e pergunta qual o objetivo que um classe X existir, ele vai ter q olhar o código na maioria das vezes pra entender todo os "papeis" dela. E pra piorar POUQUISSIMAS empresas conseguem controlar "pedidos de clientes" x "alterações nos sistemas".
Mas não digo que isso é culpa do pessoal, que são amadores ou não, mas sim que o conceito de desenvolvimento de software é muito amador ainda. Reinventar a roda é cotidiano. E a falta de conhecimento é uma realidade.
Você nunca vai olhar um Engenheiro Civil procurando no google como se constroi uma viga, mas sempre vai observar qualquer um desenvolvedor, arquiteto ou gerente olhando no GUJ como se usa a API de reflection do Java, por exemplo. Isso sem falar num conceito mais geral. A maioria das pessoas nem sabe dizer o que exatemente é o SOA, ou qual a diferença de um servido de aplicação pra servidor o WEB. Não existe ainda a pratica de você trabalhar com especialistas num determinado assunto, pra resolver aquilo em poucos dias a um preço alto, pq o pessoal prefere mandar fulano olhar no Google um exemplo e pronto.
Então tudo isso torna muito fácil qualquer um que se dedique REALMENTE a aprender, aproveitando a "falta" de mão de obra e por consequencia o alto valor dos salários, se comparado a outros mercados.
Gustavo Barros

MaRKauM's picture

Quote:

As pessoas vão TENTANDO planejar a medida que vão desenvolvendo os software, e isso acontece principalmente por falta de conhecimento na tecnologia e prinpalmente por PREGUIÇA mesmo.

Desconsiderando o "principalmente" duas vezes vamos aos fatos: Concordo que existem muitos analistas preguiçosos, mas o maior problema não é esse e nem falta de conhecimento da tecnologia e sim a falta de prazo. O mais comum de encontrarmos hoje é a figura do "programalista", que é aquela pessoa que tem que projetar e desenvolver o sistema, geralmente essas pessoas estão ligadas a um superior que não entende nada da área e cria prazos absurdos!
Como você mesmo falou, a engenharia de software está engatinhando ainda e o maior problema não é esse, mas a falta de cultura de TI nas empresas em geral, ainda temos diretores que pensam que desenvolver um sistema é apenas desenhar a sua GUI e tudo funciona!
Quote:

Você nunca vai olhar um Engenheiro Civil procurando no google como se constroi uma viga, mas sempre vai observar qualquer um desenvolvedor, arquiteto ou gerente olhando no GUJ como se usa a API de reflection do Java, por exemplo.

Uma coisa é conhecer o método ou a técnica, outra coisa é conhecer a ferramenta. Saber contruir uma viga é uma técnica, Java é uma ferramenta e tem mais: O programador pode ser comparado ao pedreiro, ambos trabalham na parte mais baixa, são eles que efetivamente constroem, os Engenheiros apenas projetam. Da mesma forma que o Engenheiro Civil não precisa operar uma Grua, o Engenheiro de Software não precisa utilizar um compilador.

O maior problema é mesmo a falta de organização, a falta de um órgão regulador da profissão. Enquanto não houver isso, existirão aproveitadores.

Antes de fazer uma pergunta idiota, pesquise!

Sheng Long's picture

"Pessoas em cargo de arquiteto de sistemas com menos conhecimento que um estagiário, por exemplo".
Falou tudo.
Aqui onde trabalho mudaram o sistema.
ele é PHP + Postgree rodando através do Firefox. usamos para consultas, cadastros, etc...
Eu e alguns amigos descobrimos varios bugs, como por exemplo, alguns módulos que só deveriam ser acessado através de senhas, podem ser acessados simplesmene digitando a url, tipo: 192.168.0.254/mgt e tals...
E como é firefox, através do menu ferramentas > opções > Segurança podemos colocar pra memorizar senhas e teriamos as senhas de todos os usuarios.
Quando falamos sobre isso pro pessoal responsável pelo sistema eles simplesmente responderam:
- Bah, Vocês não deveriam mexer "nisso aí"......... Jawdropping!

Depois dessa estou pensando seriamente em abrir minha empresa de desenvolvimento de sistemas.......

†Player Of Dark†'s picture

Quote:
Pessoas em cargo de arquiteto de sistemas com menos conhecimento que um estagiário, por exemplo. Pessoas com formação em Administração/Economia gerenciando equipes de desenvolvimento de software.

Descrevendo a empresa que trabalho... que coisa hem... Evil

-----------------------------------------------------------
"É certamente prejudicial para as almas tornar uma heresia acreditar no que é provado."(Galileu Galilei)

http://papodeesquina.wordpress.com

Se eu fosse o cara, não aparecia pra trabalhar e ainda ficava recebendo pra ficar em casa, tamanha confusão parece ser essa empresa.

M.M.

claudioct's picture

Já passei por uma estória parecida, mas eu era estágiario então acho que poucas pessoas realmente notavam que eu trabalhava por lá. hehe

______________________________________________

www.sementeurbana.com

MaRKauM's picture

"estória?"

Antes de fazer uma pergunta idiota, pesquise!

estória
Datação: séc. XIII

Acepções
? substantivo feminino
1 Diacronismo: antigo.
m.q. história
2 (1912)Regionalismo: Brasil.
narrativa de cunho popular e tradicional; história

Etimologia
ing. story (sXIII-XV) 'narrativa em prosa ou verso, fictícia ou não, com o objetivo de divertir e/ou instruir o ouvinte ou o leitor', do anglo-francês estorie, do fr.ant. estoire e, este, do lat. historìa,ae; f.divg. de história adotada pelo conde de Sabugosa com o sentido de narrativa de ficção, segundo informa J.A. Carvalho em seu livro Discurso & Narração, Vitória, 1995, p. 9-11; f.hist. sXIV estorya

MaRKauM's picture

Wikipedia disse:

Estória é um neologismo proposto por João Ribeiro (membro da Academia Brasileira de Letras) em 1919, para designar, no campo do folclore, a narrativa popular, o conto tradicional.

Alguns consideram o termo arcaico, por ser encontrado também em textos antigos, quando a grafia da palavra na língua portuguesa ainda não fora consolidada.

O termo acabou por não ter uma aceitação generalizada, não figurando nos dicionários portugueses e apenas em alguns brasileiros. Apesar de ter sido usada na linguagem coloquial, o termo nunca figurou na norma culta.


Eu sei que o termo existe, mas costuma ser usado para descrever uma sequência de fatos fictícios. Se os fatos que você relatou aconteceram de verdade, o termo história seria mais correto. Eye-wink

Antes de fazer uma pergunta idiota, pesquise!

Trabalhei como gerente de projetos numa empresa de pequeno porte onde tinhamos software em desenvolvimento e apenas eu e mais 2 na equipe de desenvolvimentos. sou formado em Desenvolvimento de Sistemas. E algumas coisas eu aprendi nesses quatro anos. Professores de Engenharia de Software e de UML. vivem num mundo de fadas duendes e principes em cavalo branco. Na vida real o mundo é muito dinâmico a concorrência é feroz os prazos são curtíssimos. Certa vez aconteceu de que um consultor chegou pra mim e falou: Cara fechei um negócio muito maravilhoso é um sistema assim assim assim e assado..... Eu respondi puxa que legal muito boa a idéia a tecnologia e tudo mais quem vai fazer?.... Vocês ué!!! vcs ficam no jacarebanguela o dia inteiro... E o melhor aqui ta o cheque de sinal do cliente. Quando o cara mostrou o cheque pro dono da empresa ele simplesmente falou.. .. o que você esta esperando começa hoje mesmo o sistema do cara. Claro o negócio com o novo cliente era uma grande chance da empresa expandir de aprendermos novas tecnologias e tudo mais.
E são nesses momentos que você deve por na reta assumir os riscos mostrar pra serve aquele diploma.
No fim das contas apos 6 meses o serviço para o cliente foi concluído com sucesso. praticamente sem bugs. O segredo.
Organização, Diciplina e uma equipe comprometida com a empresa e os projetos. Claro um incentivo financeiro foi importante porque todo mundo ganhou aumento no fim do projeto.
A Mágica.
Redefinir as prioridades apesar de já haver um planejamento anterior
Gerenciar o tempo de forma inteligente.
Dar liberdade para os envolvidos desenvolverem.
Monitorar severamente o disperdicio de tempo e recurso dos envolvidos.
Da um craw... no cliente fazendo o trabalhar a favor sem inventar modinhas e ter crises existenciais se quer os gráficos em barras ou pizza.

Para concluir, é criada uma cultura que na TI todos são inteligentes, porém só trabalham quando querem e principalmente manter a equipe motivada comprometida e com a conciência de que ninguém é insubistituível dentro dela para evitar o "excesso de açúcar na cavidade anal ".
Mas que Conhecimento técnico, o profissional de Ti tem que ser Organizado, ter disciplina e principalmente vontade de realizar algo.

carloshp's picture

Parabéns por ter conseguido sucesso no seu projeto, mas não pense que sempre vai ser assim. Principalmente, se estivermos falando de uma equipe média ou grande. Em grupos pequenos a falta de uma metodologia formal geralmente pode ser compensada com o fato das pessoas se conhecerem há algum tempo; em casos como o seu, tentar forçar uma metodologia goela abaixo vai certamente ter o efeito inverso do desejado. Projetos onde a equipe chega às dezenas de programadores e analistas PRECISAM de algo mais formal e muito, muito planejamento. No mais, concordo com tudo o que você disse.

---
Tecnologia deve ser o meio, não o fim.

Luizgrs's picture

Uma fator que, eu acho, ajudou muito nesse seu case foi o tempo: 6 meses.

Por muitas vezes os prazos não são os melhores para aquele sistema sair show de bola.

Donnie Darko's picture

Ótimo post, com excelentes comentários!

Concordo plenamente também. Como o Markaum falou, acho que o problema é que tudo está engatinhando ainda. E valeu Markaum, além do duplo principalmente ( horrivel hehe), o exemplo do Java não foi muito legal, mas era só pra ilustrar.

E tb acredito que com o passar do tempo tudo ficará mais organizado, os projetos mais bem definidos e isso vai diminuir o número de "aproveitadores". Eu mesmo fui um deles no começo. Smiling

Além do mais, vai diferenciar mais os profissionais, pq eu mesmo conheço gente que ganha uns 6 conto e perde pra qualquer estagiario bom.
Sem falar nesse negocio de chamar qualquer um de Analista/Programador, ou até mesmo arquiteto. Eu conto nos dedos os verdadeiros arquitetos de TI que eu conheço. A maioria só pq sabe fazer um monte de hello world em WCF, WPF ou Struts, já se acha arquiteto de alguma coisa.

Isso sem falar nos termos como EXPERTISE..... hehehe, é cada um mais bonito q o outro. Smiling

Mas claro que o problema não são os desenvolvedores, vem muito antes deles. Pra MIM, é muito mais um problema de gestão de que tecnico.

Gustavo Barros

MaRKauM's picture

Uma resposta educada e bem estruturada, será que não era um bot afinal? Sticking out tongue

Brincadeiras a parte, o problema certamente é de um grau superior, o problema é a falta de regulamentação da profissão. Não temos um órgão responsável, logo, qualquer um pode ser engenheiro/arquiteto/analista de informática, as certificações até ajudam um pouco, mas não resolvem.

Eu estou tentando conversar com um colega que apresentou um projeto de regulamentação do profissional de TI para ver se teve algum resultado, assim que souber eu posto.

Antes de fazer uma pergunta idiota, pesquise!

http://meiobit.com/node/16272#comment-158863

Salsinha's picture

Discordo sobre a regulamentação da profissão.

Sou formado em Computação e conheço muitos colegas de outras áreas que são muito mais proficientes que a maioria dos "computeiros" e "analistas" que são formados por aí.

Acho válido regulamentação de profissão para carreiras que realmente necessitam. Afinal, é necessário um órgão que represente o povo contra profissionais falsos/incompetentes. Imagine colocar a sua vida (médico), sua liberdade/defesa (advogado) e construção em risco (prédios,pontes,...)!

A maioria das tentativas de regulamentação da profissão de "informática" é conseguir uma reserva de mercado. Isso porque os outros órgãos reguladores (CRM, OAB, CREA) não passam de sindicatos corporativistas que perderam um pouco do objetivo original de proteger o público de maus profissionais. Agora todas as profissões também querem isso (jornalistas,...).

Bons profissionais de TI são responsabilidade da gestão da empresa, como disse gugaime.

Salsinha disse:
Acho válido regulamentação de profissão para carreiras que realmente necessitam. Afinal, é necessário um órgão que represente o povo contra profissionais falsos/incompetentes. Imagine colocar a sua vida (médico), sua liberdade/defesa (advogado) e construção em risco (prédios,pontes,...)!

Imagine colocar a sua vida (software embarcado em um defibrilador ou respirador artificial), sua liberdade/defesa (sistema qualquer que usa certificação digital para assinar documentos com valor legal) e construção em risco (aplicativo CAE para análise estrutural de prédios,pontes,...)!

Salsinha's picture

Neste caso os borracheiros também precisarão de regulamentação da profissão (imagine se o pneu de seu carro fura e você acaba caindo em um desfiladeiro). Informática é atividade MEIO e não atividade fim. Se for como falou, praticamente TODAS as profissões necessitariam de regulamentação.

A empresa que faz o defibrilador ou respirador artificial é que precisa de certificação. E para isso todo o processo precisa de homologação, certificação,... O responsável pelos prédios são da empresa de engenharia. Ninguém vai processar a HP porque o cálculo que o engenheiro fez na 48GX estava errado. Mesmo se for culpa de um bug no sistema. Por isso são necessários os órgãos reguladores.

Se para fazer o software de controle da locadora da esquina precisar de regulamentação, o que vai ocorrer é que a empresa necessitará ter um "computeiro" registrado e a empresa deverá pagar CRA, CREA ou similar (como já ocorre em alguns estados). Ou seja, mais um órgão para receber dinheiro.

Como já falei antes, o que o pessoal quer é reserva de mercado.

MaRKauM's picture

Concordo com você e acho que não expliquei corretamente. (sorry, my bad...)

A idéia da regulamentação é mais parecida com uma certificação do que com uma OAB da vida. O projeto que meu amigo criou sugere que sejam criadas provas para cada tipo de profissional e que a formação acadêmica não é obrigatória em algumas das provas.

A vantagem em relação às certificações é o custo, que seria BEM menor. Claro que pode acabar virando bagunça (como muita coisa no Brasil) mas a idéia é boa.

Antes de fazer uma pergunta idiota, pesquise!

vangogh's picture

Ricardo, aguardo ansiosamente pelo seu post do vestibulinho.

rafaeldfmelo's picture

otimo post, mas o termo é apinhada, e nao pinhada Eye-wink

ººno mundo so existem 10 tipos de pessoas, as que entendem...e as que nao entendemºº
RafaelDFMelo'Blog

Um Estrutura de Regulamentação da profissão em informática seria uma coisa muito complexa de implantar pela abrangência do Setor. Vejamos eu quero ser médico só tem um jeito de ser médico é cursando a faculdade de medicina. e assim procede para advogados, dentistas etc..
Porém na informática fica muito difícil sem contar que os profissionais mais experientes +de 10 anos poucos tem faculdade e provavelmente não vão querer fazer uma. Pois já tem estabilidade em suas carreiras domina as ferramentas do dia a dia ou por serem cabeça-dura mesmo. Como classificar um profissional desse? Técnico, Engenheiro, Arquiteto, ninjas ?
Além do mais um orgão como esse poderia querer estipular pisos e tetos salariais para conforme sua classificação. o que pode deixar muitos caras zangados. Existem administradores com uma pá de certificações de alto nível da CISCO, linux, etc que sequer terminaram o segundo grau. E ganham mais do que os formados que estão atrás de uma computador programando em asp.
O próprio mercado é capaz de filtrar os profissionais.
Talvez em vez de um orgão regulador, seria melhor um código de ética dos profissionais de TI. Com regras claras e punições contra picaretagem etc.
Hoje existe um monte de faculdades que dão cursos de informática na qual o formado nesse cursos não conseguem nem configurar um ip.
Como classificar um profissional desses?

MaRKauM's picture

Quote:

Talvez em vez de um orgão regulador, seria melhor um código de ética dos profissionais de TI. Com regras claras e punições contra picaretagem etc.

E quem vai fiscalizar e punir?
Acho que com o a resposta que mandei pro salsinha a idéia ficou mais clara...
Quote:

Existem administradores com uma pá de certificações de alto nível da CISCO, linux, etc que sequer terminaram o segundo grau.

Sem formação acadêmica, tudo bem, sem segundo grau? Acho difícil...
Quote:

E ganham mais do que os formados que estão atrás de uma computador programando em asp.

Por ser um administrador acho que ele merece, não? Sticking out tongue

Antes de fazer uma pergunta idiota, pesquise!

bonfarj's picture

Estes posts do Bicalho são sensacionais! Smiling

IGOR BRITO ALVES
(Cultura Nerd)

Pedi aumento em Janeiro, só me chamaram pra conversar em Maio, me deram aumento em Julho da inflação até Janeiro.

Perguntei porque não era o IPCA até Julho, me responderam: "Ah mas no seu email você pediu até Janeiro..."

magno's picture

Pede pro seu salário ser indexado ao IPCA, então, com variação mensal.

Se bem que é melhor o IGP-M, diz que é por ser um índice mais "realista" (ou seja, maior, mas ninguém precisa saber desse detalhe).

MaRKauM.
O que eu quiz dizer é que tendo regras e punições severas contra a picaretagem, aí sim o orgão faria sentido pois todo profissional que sendo ou não filiado ao órgão pois deve-se da o direito do sujeito não querer fazer parte do orgão. seguiria as mesmas regras e punições. Seria como uma especie de código do cunsumidor ou do profissional do consumidor. E além do mais eu poderia estudar somente para fazer a prova e continuar fazendo merda como sempre fiz só que agora com fazendo merda autorizado pelo conselho dos anciãos da informática apadrinhados por políticos e donos de faculdades.

Opções de exibição de comentários

Selecione seu modo de exibição dos comentários favorito e clique "Salvar opções" para ativar suas mudanças.


Design Wenetus