Estimativas de Projetos Ágeis
Identificando o Real Valor de Estimativas em Times de Projetos Ágeis.
O propósito do Agile Planning Board é auxiliar equipes de projetos a entender os passos necessários para a construção de um produto, demonstrando dúvidas de negócio, complexidade técnica e o esforço de construção.
Pretende dar visibilidade naquilo que realmente é prioritário e demonstrar o propósito do trabalho.
Além de auxiliar os envolvidos na construção do produto na estimativa do projeto.
2 - Introdução
Durante todo o período em que atuei em times ágeis, pude aprender que é muito difícil engajar pessoas para um objetivo quando não deixamos este explícito.
O fato é que mesmo unindo uma equipe para atuar em um determinado projeto, cada integrante possui os seus próprios motivadores.
Dentre diversos exemplos, pude presenciar dentro de projetos inúmeras situações:
- arquitetos que queriam testar novas tecnologias;
- programadores interessados em certificações e então adotavam todos os tipos de padrões de projetos;
- analistas de requisitos preocupados em documentar o projeto ao máximo chegando ao extremo de criar verdadeiros pseudocódigos;
- gerentes de projetos tentando criar planos infalíveis, de forma que possa ter a visibilidade do que cada membro de seu projeto estará trabalhando com uma grande antecedência de tempo, além de prever todos os riscos até o final do projeto.
O fato é que muitas equipes focam em seus objetivos pessoais e se esquecem do produto.
Ora, mas não é a mesma coisa?
Apesar de parecer óbvio, uma explicação curta sobre esta diferença seria:
- Um projeto possui início e fim muito bem definidos e se propõe a entregar um produto, serviço ou outro resultado esperado que foi acordado previamente.
- Um produto é o resultado do trabalho que possa agregar valor a quem o consome.
Antes de exemplificar o uso do Agile Planning Board vamos entender as suas seções:
Note que foi construído em inglês pela confusão que alguns termos já muito utilizados poderiam trazer quando traduzidos para o português.
3.1 - Identificação
Nesta área vamos identificar o projeto e/ou o nome (de guerra) do time de projeto.
No objetivo, daremos uma descrição para o que queremos alcançar. Pode ser a identificação do projeto, release ou de uma iteração (sprint para quem utiliza o scrum).
3.2 - Participantes
Esta seção permite identificar os participantes do planejamento.
Storyteller(s):
- Conhecedor do Negócio e/ou especialista em determinado assunto.
- É o responsável por tirar as dúvidas dos planners.
- Pessoas que estarão participando do planejamento e comprometidos em atingir o objetivo.
Esta área se mostrou muito útil para verificarmos se temos todos os envolvidos participando do planejamento.
3.3 - Backlog
Aqui temos a lista das funcionalidades para se alcançar o objetivo do produto.
Podemos ter ideias, épicos, temas e histórias.
A ordem de prioridade é definida pelo Storyteller de cima para baixo. Desta forma, o esforço que será utilizado para a realização do planejamento deverá seguir esta sequência.