Planeje o sprint perfeito com o template de scrum do Jira
Divida grandes projetos em tarefas e marcos gerenciáveis em todos os sprints.
Neste artigo, Dave West, CEO do Scrum.org, descreve uma reunião de planejamento de sprint, conforme descrito no Scrum.org. O Scrum.org ensina Scrum conforme o Guia do Scrum, que é considerado o guia oficial para a estrutura de Scrum no mundo ágil. Abaixo, Megan Cook, diretora de produtos do Jira, compartilha a perspectiva de planejamento de sprint neste vídeo:
O que é o planejamento de sprint?
O planejamento de sprint é um evento com limite de tempo dentro da estrutura do Scrum que dá início ao próximo sprint para equipes ágeis. O planejamento de sprint identifica quais tarefas vão ser concluídas no sprint e como esse trabalho vai ser feito.
No Scrum, o sprint é um período de tempo definido em que todo o trabalho é feito. No entanto, antes que você possa entrar em ação, é necessário configurar o sprint. Você precisa decidir a duração das caixas de tempo, o objetivo do sprint e por onde começar. A reunião de planejamento de sprint inicia definindo a agenda e o foco. Se tudo for feito como esperado, também cria um ambiente em que a equipe é motivada, estimulada e pode ter sucesso. Planos de sprint ruins podem atrapalhar a equipe, estabelecendo expectativas irreais.
Qual é o propósito do planejamento de sprint?
O proprietário do produto descreve o objetivo (ou a meta) do sprint e quais itens do backlog contribuem para essa meta. A equipe Scrum decide o que pode ser feito no próximo sprint e o que eles vão fazer durante o sprint para colocar em prática.
Como fazer uma reunião de planejamento de sprint?
A equipe de desenvolvimento planeja o trabalho necessário para entregar as metas do sprint. Por fim, o resultado do planejamento de sprint é negociado entre a equipe de desenvolvimento e o proprietário do produto tendo em mente valor e esforço.
Quem são os principais participantes?
As reuniões de planejamento de sprint não podem ser feitas sem o proprietário do produto ou a equipe de desenvolvimento. O proprietário do produto define a meta com base no valor que procura. A equipe de desenvolvimento precisa entender como pode ou não cumprir esse objetivo. Se qualquer um deles está ausente no evento, torna o planejamento de sprint quase impossível.
Quais são as entradas?
Um ótimo ponto de partida para o plano de sprint é o backlog do produto, pois tem a lista de "coisas" que poderiam fazer parte do sprint atual. A equipe também deve olhar para o trabalho já feito no incremento e ter uma visão da capacidade.
Quais são os resultados?
O resultado mais importante para a reunião de planejamento de sprint é que a equipe possa descrever o objetivo do sprint e como ela vai começar a trabalhar para alcançar esse objetivo. Essas informações ficam visíveis no backlog do sprint.
Etapa 1: Preparação para a reunião de planejamento de sprint
Fazer boas reuniões de planejamento de sprint requer um pouco de disciplina. O proprietário do produto deve estar preparado, combinando lições da análise do sprint anterior, feedback das partes interessadas e visão do produto, para que possa definir o cenário para o sprint. Por questões de transparência, o backlog do produto deve ser atualizado e refinado para fins de esclarecimento. O refinamento de backlog é evento opcional no Scrum, pois não é necessário para alguns backlogs. No entanto, na maioria dos casos, é melhor reunir a equipe para revisar e refinar o backlog antes do planejamento de sprint.
Se você tiver um sprint de duas semanas, faça uma reunião de refinamento de backlog no meio do sprint. É ótimo que a equipe se afaste do sprint e veja o que vem a seguir. Isso não apenas ajuda a se preparar para o planejamento do sprint, mas também pode dar uma perspectiva diferente para o trabalho atual.
Etapa 2: Definição do limite de tempo para o planejamento de sprint
O planejamento do sprint deve ser restringido ao máximo de duas horas por cada semana do sprint. Então, por exemplo, a reunião de planejamento do sprint para um sprint de duas semanas teria no máximo quatro horas. Esse limite é chamado de "caixa de tempo" (timeboxing), ou definição de uma duração máxima de tempo para a equipe realizar tarefas; nesse caso, o planejamento do sprint. O mestre de Scrum é responsável por garantir que a reunião aconteça e que a caixa de tempo seja compreendida. Se a equipe estiver satisfeita antes que a caixa de tempo termine, o evento é encerrado. Uma caixa de tempo é período máximo permitido; não há prazo mínimo.
Etapa 3: Identificação das metas para o sprint
Durante o planejamento do sprint, é fácil ficar "atolado" no trabalho e se concentrar em qual tarefa deve ser feita primeiro, quem deve executar e quanto tempo vai levar. Para um trabalho complexo, o nível de informação que você tem no início pode ser baixo, e grande parte é baseada em suposições. O Scrum é um processo empírico, o que significa que você não pode planejar com antecipação, mas sim aprender fazendo e depois alimentar essas informações de volta ao processo.
A meta do sprint descreve o objetivo em nível elevado, mas os elementos de backlog também podem ser escritos com o resultado em mente. As histórias do usuário são ótimos jeitos de descrever o trabalho sob o ponto de vista do cliente. As histórias do usuário, como a escrita abaixo, se concentram outra vez nos defeitos e melhorias no resultado que o cliente busca, em vez do problema observado.
Ao adicionar resultados claros e mensuráveis à história do usuário, os resultados podem ser medidos com clareza, e você vai saber quando estiver tudo pronto. Ao obter o máximo de clareza possível no trabalho em que a equipe está focada, todos obtêm a transparência necessária para iniciar o trabalho. Por exemplo, deixar as coisas vagas é muito pior do que descrever algo como uma pergunta a ser respondida durante o sprint.
Não saber algo é diferente de ser vago. Não ignore as incógnitas, elas são a realidade de fazer um trabalho difícil. Mas não as esconda usando palavras vagas. Em vez disso, seja claro quando não souber de algo e estruture o trabalho em termos de entendimento.
Etapa 4: Estimativa do esforço de sprint
O planejamento do sprint requer algum nível de estimativa. A equipe precisa definir o que pode e o que não pode ser feito no sprint: estorço estimado vs. capacidade. A estimativa é muitas vezes confundida com compromissos. As estimativas são, por natureza, previsões baseadas no conhecimento disponível. Técnicas como pontos da história ou tamanho das camisetas agregam valor ao processo, oferecendo à equipe maneiras diferentes de encarar o problema. No entanto, não são ferramentas mágicas que podem descobrir a verdade quando não há nenhuma para ser encontrada. Quanto mais incógnitas, menor a probabilidade de a estimativa estar correta.
Uma boa estimativa requer um ambiente baseado em confiança, onde as informações são oferecidas livremente e as presunções são discutidas na busca pelo aprendizado e aprimoramento. Se as estimativas forem usadas como algo negativo e origem de confronto após a conclusão do trabalho, é provável que as estimativas futuras sejam muito maiores para garantir que nunca mais estejam erradas, ou que o tempo necessário para a criação seja muito mais longo, uma vez que a equipe se preocupa com os resultados de uma estimativa errada.
Explore usando diferentes técnicas de estimativa, como tamanhos de camiseta ou pontos da história. Técnicas diferentes podem oferecer visões diferentes do problema.
Práticas recomendadas de planejamento do sprint
Foque em um planejamento “na medida certa”
É fácil se perder nas informações e esquecer que o objetivo do planejamento da sprint é criar um plano adequado para guiar o próximo ciclo. Mas cuidado com o excesso de antecipação. O plano não deve se tornar um peso para a equipe, mas servir como um guia para resultados valiosos e oferecer limites que permitam a auto-organização.
Priorize o planejamento orientado a metas
Um bom plano de sprint motiva a equipe ao definir um resultado claro e um caminho para o sucesso. Em vez de tentar deixar o sprint muito complexo, foque na meta e crie um backlog inicial suficiente para dar os primeiros passos.
Mantenha um backlog flexível
Organize o backlog do produto de forma que a equipe tenha tarefas disponíveis caso atinja a meta do sprint antes do esperado.
Aceite a natureza empírica do Scrum
O Scrum é uma estrutura de processo destinada a resolver problemas complexos. Problemas complexos exigem um processo empírico (aprender fazendo). Os processos empíricos são muito difíceis de planejar, então não se engane — não é possível criar o plano perfeito. Em vez disso, foque os resultados e continue. Não precisa ser difícil, mesmo se o problema que você estiver resolvendo for.
Tudo pronto para começar? Saiba como usar sprints no Jira
