CMM não funciona e NUNCA vai funcionar!

Capability Maturity Model, em outras palavras: burocracia inútil que não serve para nada. Peço desculpas aos (leigos) pessoas que adotaram ou estão felizes com este processo de desenvolvimento de software, mas sinto lhes informar que: essa ilusão tem hora certa para acabar. Quando seria? Já está sendo! É, isso mesmo! Só você ainda não percebeu, mas o CMM começa a explodir quando é adotado pela empresa (na maioria, fábricas de software!) – pense um pouco: Os cronogramas normalmente costumam atrasar? Quem mais trabalha costuma ganhar menos? Há pessoas na equipe que sequer sabem o que é ‘if – then – else’? Há pessoas na equipe de desenvolvimento que estão fazendo faculdade de administração, turismo, educação física, ou qualquer outra coisa sem nenhuma ligação com software? As pessoas são chamadas de recursos? O software é testado por testadores? Os testadores realmente NÃO SABEM AO CERTO o que testar? Antes de qualquer coisa, devem-se preencher quilos e quilos de documentos? Esses documentos são realmente usados? Há pessoas que estão sendo pagas para verificar se esses documentos inúteis são criados? O tempo perdido na criação dos documentos são maiores do que o de desenvolvimento do software em si? Alterações no cronograma é algo que acontece com freqüência? Os analistas de sistemas nem lembram mais como programar? O programador não pensa, apenas digita o caso de uso em português estruturado? O produto primeiro é analisado, programado e depois testado? O cliente pede algo e só volta a ser consultado depois que a cascata foi e voltou dezenas de vezes? Entre outras perguntas…

Se você respondeu tudo ou quase: ‘sim’, parabéns, sua empresa já está apta a ganhar outro nível CMM. Mas será que o gerente da sua empresa já parou para pensar que isso gera software atrasado, de má qualidade, com maiores custos e um re-trabalho enorme? Provavelmente ele está encantado com a linha de produção de software, que parece funcionar como uma fábrica de sapatos.

É tão difícil colocar na cabeça que isso tudo é puro merchant ? Software deve ser desenvolvido com agilidade, praticidade, flexibilidade e participação intensa do cliente –e principalmente- por pessoas, não por recursos. Desenvolvedores não são robôs de fábrica. Desenvolvedores só produzem com qualidade quando estão animados com o processo, com o desafio, com seus colegas, e, claro, em não ter o mesmo salário de um inútil que não faz nada.

Até quando isso vai durar?

Referências: http://www.agilemanifesto.org/