E quando começamos a adotar as práticas gerenciais, tivemos que “arrodear” um pouco o CMMI, umas das saídas foram:

- O planejamento “tradicional” com Gantt Chart, super-estimativas e etc era feito em um nível BEM abstrato para que não atrapalhasse muito. O planejamento e acompanhamento do dia a dia era feito no Mural mesmo

- O processo não permitia gastar esforço em implementação até que todos os requisitos estivessem extensivamente documentados, validados, verificados e assinados pelo cliente. Mas permitia gastar esforço em prototipagem. Então para ganhar produtividade nosso esforço em prototipagem era bem maior que o de implementação. Ficava meio estranho, mas passava.

- Mudanças de requisitos eram bem controladas e desencorajadas, então quando necessárias nós as implementávamos e deixávamos para fazer a parte burocrática (documentar análise de impacto, estimativa, replanejamento, etc) na entrega do módulo e juntando todas as alterações pedidas, ao invés de fazer uma por uma antes de começar a implementar.

Essas foram só algumas dentre várias saídas que conseguimos. É chato ter tanta dificuldade para fazer um trabalho produtivo, mas o sentimento era que sempre valia a pena e eram bem evidentes os ganhos de produtividade que tivemos.

A equipe tem que está consciente da importância e conhecer a fundo as metodologias que querem adotar. Se não vai ser muito complicado ter argumentos suficientes para convencer os gestores e principalmente provar a sua importância.

Outra coisa interessante e que devemos pensar é o que você citou sobre CMMI. Realmente empresas que querem adotar esse selo não querem nem ouvir sobre essas práticas, já que isso “poderá” atrapalhar o processo deles. É triste mas essa é a realidade do mercado, um mercado que se importa somente com selos.

Mas será que seria possível trabalhar com metodologias ágeis em uma empresa que tenta desesperadamente ter um CMMI da vida ?

Uma empresa totalmente engessada por processos e documentos ?

Eu vejo que os desenvolvedores podem adotar internamente isso, mas acho que mesmo assim ainda ficaram “presos” aos processos…

Abraços e excelente post.

Acredito que a sua primeira combinação seja algo “modesto”, porém bem prático e que com certeza traz motivação e entusiasmo para equipe do projeto.

Um dos grandes problemas realmente está no hierarquia [aka gestores], como você mesmo citou, eles dificultam a adoção de uma nova metodologia, e no final das contas a iniciativa na maioria das vezes acaba -deve- partindo dos desenvolvedores.

Acredito que a equipe é o elo mais forte para a adoção da metodologia agil entre as 3 forças que você citou e que realmente deve ser o mais trabalhado e motivado.

Enfim, grande post!