Mark Levison mantém o blog Agile Pain Relief e o boletim Notes From a Tool User, através dos quais sempre dá ótimas dicas, imediatamente aplicáveis, sobre desenvolvimento ágil. Em seu mais recente post, Mark coloca em uma tabela, com bastante clareza, um resumo das várias partes do Planejamento Ágil. Mark gentilmente permitiu que publicássemos a tradução de seu texto em nosso Diário de Bordo.
O Planejamento Ágil tem muitas fases distintas e, quando você está no início de seu aprendizado, elas são difíceis de acompanhar. Esta tabela é uma tentativa de simplificá-las. Note que a fase de planejamento da entrega é dividida em duas partes por questões de clareza, ainda que, na prática, elas correspondam ao mesmo momento da reunião diária.
Para manter a coisa simples, todas as fases anteriores ao planejamento da entrega foram ignoradas (por exemplo, o plano estratégico, o mapa do desenvolvimento, etc.), mas você deve, certamente, levá-las em consideração.
|
Atividade
|
Objetivo
|
Quem
|
Quando
|
O que acontece
|
|
Oficina de Escrita da História, ou Planejamento de Entrega Parte I
|
Criar um conjunto inicial de Histórias de Uso para esta entrega
|
Toda a equipe
|
No primeiro encontro da equipe, ou antes de começar o trabalho em uma nova entrega
|
A equipe trabalha em pequenos grupos, escrevendo histórias de uso que vão de encontro às necessidades do Dono do Produto (Product Owner). O Dono do Produto apresenta suas necessidades ou problema, rascunhos preliminares e qualquer outra informação que ajudará a equipe a entender as necessidades do negócio.
|
|
Planejamento de Entrega Parte II
|
Estimar o tamanho das histórias de uso
|
Toda a equipe
|
Logo após a Parte I
|
A equipe usa o Poker do Planejamento para estimar o tamanho das histórias em pontos (Story Points)
|
|
Escrita de Histórias Complementares
|
Preencher o backlog com histórias com as quais a equipe pode trabalhar
|
Qualquer membro da equipe, principalmente o Dono do Produto
|
Isto não é uma reunião, apenas algo que deve acontecer sempre
|
Conforme a equipe finaliza as histórias de uso existentes, o Dono do Projeto trabalha na manutenção do backlog com novas histórias. Frequentemente, estas novas histórias são desdobramentos de histórias épicas anteriores.
O Dono do Produto tem o objetivo de manter uma lista de histórias suficientes para os próximos três ou quatro ciclos de trabalho (cerca de 30 a 40 histórias), derivando dos níveis anteriores de histórias épicas e temas.
Qualquer membro da equipe pode contribuir com histórias a qualquer momento. A maioria delas, porém, é escrita pelo Dono do Produto já que ele é o responsável pela manutenção do backlog.
|
|
Polimento do Backlog
|
Estimar o tamanho de histórias recém chegadas. Ajudar a equipe a entender as novas histórias e fazer com que o Dono do Produto esclareça os detalhes.
|
Toda a equipe
|
Antes do Planejamento do Sprint, sempre que houver novas histórias
|
Quando novas histórias são adicionadas ao backlog do produto, o Dono do Produto deve agendar uma reunião para que a equipe estime o tamanho delas em Story Points. Isto não deve consumir mais do que 5% do tempo da equipe.
|
|
Documentação dos Critérios de Aceitação
|
Clarificar os detalhes que originam a história.
|
Principalmente o Dono do Produto e o Responsável pela Qualidade
|
Isto não é uma reunião, apenas algo que deve acontecer sempre
|
O Dono do Produto escreve uma série de declarações que tornam claro para a equipe o que faz e o que não faz parte de uma história. Estas declarações são, tipicamente, muito curtas e devem caber no verso de um cartão de índice da história.
|
|
Planejamento do Sprint
|
Comprometer-se com as histórias do próximo Sprint
|
Toda a equipe
|
No início do Sprint
|
A equipe usa sua velocidade em Story Points para determinar a quantidade de trabalho com a qual podem se comprometer.
As histórias são divididas em tarefas.
A estimativa em horas é feita apenas para garantir que toda a equipe está em sintonia e que não há compromissos além da sua capacidade. A estimativa de horas extras deve ser eliminada.
|
Mais sobre o tema aqui!
