Estimativa e Planejamento Ágil de Projetos (parte 1)

Este mês, vou iniciar uma série de artigos falando sobre planejamento ágil de projetos. A base para a escrita destes posts são 3:

1. O livro "Agile and Estimating Planning" (por Mike Cohn)
2. O livro "Sotware Estimation" (por Steve McConnell)
3. Minhas experiências*

* Sem dúvida alguma que a maioria esmagadora da base para a escrita destes posts virá dos livros citados acima.

Neste primeiro post, iremos falar sobre os propósitos do planejamento, porque fazê-lo e entender o que faz um planejamento ser ágil..

Começando do começo

Muitos de nós acha que fazer planejamento e estimativa é algo difícil.  Bom, estes muitos estão certos.  Planejar um projeto no início e se comprometer com um plano é algo extremamente perigoso.  Podemos visualizar essa afirmação em uma figura chamada "Cone da Incerteza" (Steve McConnell).

O eixo X mostra a linha de tempo do projeto e o eixo Y mostra a margem de erro do plano  inicial do projeto.  A medida que a linha do tempo avança, menor é a margem de erro.

Mas afinal... por que planejar?

Fazer planejamento e estimativas não é apenas ou somente uma questão de determinar uma data apropriada para entregar um produto.  Planejamento (principalmente quando lidamos com uma abordagem ágil) é trabalhar para encontrar a solução para o principal enigma a ser quebrado: O que deveremos construir?  

De fato, fazer planejamento nos ajuda a:

• Reduzir riscos no projeto
• Reduzir a incerteza no projeto (lembra do cone?)
• Fornecer suporte para melhor tomada de decisões
• Estabelecer confiança
• Transmitir informações

Ironicamente, um plano ruim é aquele que dá uma data exata para entregar o produto contratado.  

Então o que faz um plano ser bom ou ruim?
Um bom plano é aquele em que os patrocinadores do projeto podem setir confiança suficiente para usá-lo na tomada de decisões.  Por exemplo, antes de começar o projeto poderíamos fazer um planejamento que resultasse num plano que nos dissesse que o projeto não poderia ficar pronto no primeiro semestre do ano caso o número de funcionalidades não fosse menor.  Isso é uma decisão estratégica que não precisa de data exata.  

Segundo Mike Cohn, planejamento ágil tira o foco da palavra Plano e enfatiza a palavra Planejamento.  Planos são documentos estáticos ou figuras.  Eles são projeções do que nós achamos que o projeto terá no futuro.  Planejamento é uma atividade.  Ele nos ajuda a aprender no decorrer do projeto e isso nos permite diminuir a incerteza e ganhar confiança ao estimar.  Em outras palavras, o projeto ágil não tem um Plano, ele tem um planejamento contínuo.  Um plano ágil é preparado para mudar porque as mudanças são boas, uma vez que elas nos ajudam a aprender sobre os usuários e sobre o projeto.

Mesmo assim, alguém pode indagar: "Eu faço planejamento contínuo, mas mesmo assim ele falha, por quê?" 

Responderemos isso no próximo post: "Por que meus planejamentos falham?"

Grupo Scrum Fortaleza - 3o. Encontro

Aconteceu no último dia 29/03/2010 o terceiro encontro do grupo Scrum Fortaleza. Tivemos a oportunidade de conhecer o Michel Goldenberg e o Heitor Roriz, assim como rever nosso amigo Fabiano Milani.

Na ocasião, tivemos uma palestra do Michel falando sobre "Estimativa e Planejamento Ágil" ou como ele prefere dizer: "Planificação e Estimação Ágil". Alguns destaques da sua palesta:

"Se sua equipe não acredita em Reunião Diária, pare de fazer e veja o que acontece. Mas lembre... marque o dia em que deixaram de fazer."

"Existem duas maneiras de calcular prazo e custo de projeto: i) Mentindo para o cliente e ii) colocando uma baita gordura no projeto"

Depois tivemos a oportunidade de ouvir e ver Fabiano Milani falando sobre as armadilhas de usarmos Scrum.

Ao final, tivemos o Michel, o Fabiano e a presença ilustre de Heitor Roriz numa mesa-redonda-em-pé-ao-lado-de-uma-mesa-retangualar (veja as fotos). Na oportunidade o grupo discutiu sobre: importância do PO nos projetos, nova cerfifcação CSD da Scrum Alliace ...

Enfim, esse encontro reuniu ainda mais a comunidade Ágil de Fortaleza e foi nosso maior encontro, pois no primeiro encontro tivemos 28 pessoas. No segundo, 40 pessoas. E agora, no terceiro, mais de 70 pessoas presentes.

Abraço a todos e aguardem pelos próximos...

A primeira vez de Martin Fowler... no Brasil

Em entrevista feita a Danilo Sato, o cientista-chefe da ThoughtWorks, Martin Fowler, estará no Brasil para ministrar um Keynote no Agile Brazil 2010.
Seguem abaixo alguns pontos da entrevista que me chamaram a atenção:

- Quando perguntado sobre suas espectativas sobre o evento, Martin Fowler foi emblemático quando disse que depois de tantos anos participando de conferências e encontros, seria difícil se sentir empolgado pelo Agile Brazil 2010. Ele está mais empolgado em visitar o Brasil do que com qualquer outra coisa, uma vez que é sua primeira vez na América do Sul.

- Outro ponto interessante foi sua afirmação em dizer que não sabia ainda o que iria falar em seu Keynote e que isso seria uma decisão para ser tomada na noite anterior. Nosso amigo Danilo foi feliz em dizer que o Mr. Fowler é um dos poucos palestrantes que consegue preparar um keynote de um evento internacional na noite anterior.

Aqui você pode conferir a entrevista inteira.

No mais, quem puder participar do evento não perca esta oportunidade!!! Abraços.