Mentiras Modernas

Ainda de acordo com a falácia das “Terceirizações Indiscriminadas” dos anos 90, algumas empresas se especializaram numa consultoria muito promissora.

Primeiro ganham uma enorme quantidade de dinheiro vendendo o conceito do 'monitoramento de desempenho' de todas as atividades e processos que, quando muito, deveriam ser apenas os processos “chave”. O que inevitavelmente finda por engessar totalmente a produtividade. Claro que vem muito bem casado com o extraordinário conceito do “ISO” - “Certificação de que seu processo absolutamente engessado, mal formulado, mal planejado e mal executado é seguido à risca!”; “RUP – A metodologia que se você só utilizar os “0,01% - sem Waterfall”, que você precisa, é ótimo. Pois o resto vai acabar com sua produtividade também”; “CMM – Certificação de produtividade ZERO parecendo trabalhar muito!”.

Uma certa empresa de vendas nos EUA sempre ficava entre as três primeiras colocadas em seu ramo. Afim de conhecer possíveis pontos para melhorias em seu processo começou a monitorá-los, adotou o BSC e certificou seus processos com o ISO666. Agora eles conhecem muito melhor o seus processos. Os diretores possuem relatórios gerenciais detalhados de tudo que acontece. Dashboards, Olaps e Data-Mining, sabem tudo real-time. Só não sabem exatamente porque nunca apareceram entre as 100 primeiras colocadas.

Mas esta empresa de consultoria, terceirizada que era, precisava inventar um meio de ganhar mais dinheiro. Ai veio grande falácia que mais atinge o mercado de informática: “O negócio da sua empresa não é software.” Uma frase genial não? Nesta frase lê-se: “Deixa que eu faço para você por quatro vezes o que lhe custaria pela barganha de um um quinto da qualidade”. Óbvio não? Afinal esta empresa não é ONG o negócio deles e ganhar dinheiro! Frase esta que pariu o mais-que-falido conceito de “Fabrica de Software”.

Já vi alguns “Setores de Informática/Serviço” de algumas empresas repetir esta frase. Absurdo! O negócio do “setor de TI” de qualquer empresa é SER Ti. É sim prover o melhor serviço, com a melhor qualidade e pelo melhor preço, afinal uma área interna não visa lucro. E isto independente do negócio “FIM” da empresa não ser tecnologia. E pior que na maioria das vezes, se bem analisado, seria estratégico para esta empresa!

E a coisa ainda piora, logo entrou em cena um estranho perfil: O gerente de projetos certificado”. Aquele mesmo que não entende quase nada de informática, mas como eles mesmo dizem “podemos gerenciar qualquer negócio”. Bom monitorar sim. Gerir e tomar decisões certamente não.

Você faria uma cirurgia no cérebro com alguém que nunca praticou e não é especializado em neurocirurgia, mas tem duas certificações em Gerência de Projetos? Você daria para um gerente de projetos que nunca praticou engenharia a responsabilidade da construção de um prédio de vinte andares, aonde você morará bem no meio? Disputaria a guarda de seu filho com um PMO supra-certificado-plus que nem advogado é? Não? Então deixa a engenharia de software com a gente. E o “tal” negócio “fim” da empresa? Virou gerenciar projetos de “merda” pelo visto. Sim porque não da nem para chamar de o lixo que tem sido produzido por ai de “projeto de software”.

Precisamos dar meia volta e nos dedicar menos aos termos enfadonhos dos PMBOK's, PMI's e PQP's que ecoaram como a voz dos deuses do Olimpo nos ouvidos das gerências e diretorias e cair dentro do problema. E o problema é que a Engenharia de Software de fato esta abandonada. O perfil do desenvolvedor tem sido cada vez mais desvalorizado. Já vi fabricas de software contratarem arquitetos que, quando muito, deveriam ser programadores juniores. Estas mesmas fabricas jorram no mercado profissionais com quatro anos de experiência, ou melhor, quatro anos de experiência em fazer bacalhau. E até nas fábricas o vírus pegou! Conheci uma que não estava conseguido atender a produtividade prometida em edital e contratou mais seis gerentes de projetos e nenhum desenvolvedor! Fechou as portas claro.

Algumas pessoas responderiam com ar debochado: “Ah, então vou desenvolver tudo aqui dentro?”. Claro que não! Absorver do mercado sempre que puder! As empresas de software fazem isto também. Empresas de desenvolvimento de software não fazem suas próprias IDE's, nem seus bancos de dados, nem gerenciadores de email, nem aplicações de apoio a gestão tais como ERP e planilhas. E acreditem, elas não possuem sistema operacional próprio. Mas elas sim podem aproveitar seu potencial de desenvolvimento para 'eventualmente' absorver uma tecnologia Opensource e reduzir custos.

Aliais isto também é uma situação muito bem estudada em nossa área! Área de engenharia de software. Agora, se o desenvolvedor for muito ruim vira gerente de projetos. Se for muito bom, precisa de aumento, logo, vira gerente de projetos (http://en.wikipedia.org/wiki/Peter_Principle). Se nem desenvolvedor foi, for da área de administração ou comunicação, vira um ótimo gerente de projetos!

Não. Não estou diminuindo a importância das matérias administrativas que podem agregar muito valor. Mas certamente: Menos de '20%' de seu conteúdo é realmente necessário na maioria dos projetos de software; Com processo menos burocratizados, um bom gerente de projetos poderia facilmente monitorar 10 a 30 projetos! Menos processo e mais foco em TI em si. Líder de projetos sim, mas subordinado ao técnico! Se um engenheiro falar que o prédio precisa de mais cimento e menos terra, a obra pode até não parar mas sem cimento não continua a fazer concreto. Parece simples, mas na área de software se o desenvolvedor falar qualquer coisa do gênero vai ouvir um “se vira mas entrega no prazo”. Se falar que vai precisar de mais tempo vai ouvir o famoso “e o que você esta fazendo de meia noite ás seis da manhã?”. Assim é fácil demais gerenciar, caro será pagar o preço a da manutenção do código feito entre “meia noite e seis da manhã”.

Para quem aprendeu que tudo foi uma grande mentira, reaprendeu a velha lição:
"Se você quer algo bem feito, faça você mesmo"

Se tivessem contratado minha consultoria eu teria dito:
"Não terceirize nem delegue a responsabilidade de 'jantar' com a esposa, mesmo que você não queira 'jantar' direito."