O Planejamento da Sprint começa a cada Sprint. Com Sprints durando um mês, este evento leva no máximo oito horas. Se as Sprints forem mais curtas, o Planejamento da Sprint também encurta proporcionalmente. Toda a Equipe Scrum participa do evento, convidando Stakeholders ou especialistas de outras equipes. Discutiremos o curso detalhado do Planejamento da Sprint e os problemas que podem acompanhar o planejamento do trabalho em uma nova Sprint no texto a seguir.
Planejamento da Sprint – índice:
- Introdução
- Qual é o novo Objetivo da Sprint?
- O que está na agenda?
- Como a equipe fará isso?
- Os resultados do Planejamento da Sprint
- Resumo
Introdução
O Planejamento da Sprint é um dos Eventos Scrum sobre os quais escrevemos em um artigo separado. Este evento gira em torno das User Stories colocadas no topo do Product Backlog. Em outras palavras, aquelas que são mais detalhadas.
Vamos dar uma olhada mais de perto nas respostas às perguntas que acabamos de apresentar.
Qual é o novo Objetivo da Sprint?
O papel do Product Owner durante o Planejamento da Sprint é apresentar o Objetivo e as tarefas que o compõem aos participantes da reunião.
O Product Owner inicia a reunião formulando o Objetivo da Sprint e justificando por que ele é valioso do ponto de vista do cliente. Em seguida, abre uma discussão na qual não apenas os membros da Equipe Scrum, mas também os Stakeholders podem expressar sua opinião.
Para resumir, o Product Owner dá a redação final do Objetivo da Sprint que toda a Equipe Scrum se esforçará para alcançar e garante que o Objetivo seja compreendido por todos os stakeholders.
O que está na agenda?
A segunda parte do Planejamento da Sprint foca na seleção das User Stories a serem implementadas na nova Sprint e discutindo como torná-las mais específicas.
Uma das tarefas mais difíceis durante o Planejamento da Sprint é estimar com precisão o número e a intensidade de trabalho das tarefas selecionadas para execução. Quanto mais experiente a Equipe Scrum, mais precisa pode ser na estimativa de quanto trabalho pode ser feito em uma única Sprint. Isso ocorre porque a Equipe está aplicando técnicas de estimativa eficazes, sobre as quais escrevemos em detalhes em artigos anteriores e aqui. Muitas Equipes Scrum conhecem e utilizam métodos para acelerar a maturação da Equipe, bem como tornar o processo mais fácil e mais padronizado. Essas técnicas incluem principalmente o Planning Poker e jogos de Estimativa em Equipe.
Como a equipe fará isso?
A terceira e mais técnica parte do Planejamento da Sprint foca em responder à pergunta “Como a equipe fará isso?”. Nela, a Equipe de Desenvolvimento propõe maneiras de realizar as tarefas selecionadas para implementação na segunda parte da reunião. Ninguém além dos próprios Desenvolvedores deve ditar como as tarefas devem ser executadas do lado técnico.
O planejamento deve levar em conta não apenas a tecnologia de execução, mas também o fluxo de trabalho entre os Desenvolvedores. Isso evitará trabalho estagnado [gargalos], que pode causar atrasos na execução das tarefas. Assim como no caso de como executar as tarefas, a distribuição das tarefas entre os Desenvolvedores individuais também é decidida apenas por eles, sem interferência externa.
Normalmente, a Equipe de Desenvolvimento aqui se concentra em dividir as User Stories em tarefas menores. O comprimento ideal da execução da tarefa é um dia útil.
Os resultados do Planejamento da Sprint
O resultado do Planejamento da Sprint é um Objetivo da Sprint inequívoco, bem como User Stories detalhadas selecionadas para execução do Product Backlog. Todos esses elementos compõem o Sprint Backlog, ao qual dedicamos um artigo separado.
Resumo
O Planejamento da Sprint é o evento Scrum que inicia cada Sprint. A Equipe Scrum pode convidar Stakeholders e especialistas externos para isso.
Durante o Planejamento da Sprint, o Objetivo da nova Sprint é definido. A Equipe de Desenvolvimento determina com o Product Owner o que fazer e decide como realizar as tarefas planejadas.
O resultado do Planejamento da Sprint é o Sprint Backlog, que os Desenvolvedores usam para selecionar tarefas diárias da fila para execução.
Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Como Gerente de Projetos, Caroline é uma especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo a tornam a melhor pessoa para transformar projetos complicados em realidade.
Scrum Guide:
- Glossário de termos básicos, papéis e noções
- O que é Scrum?
- Valores do Scrum
- Como implementar o Scrum na sua empresa?
- Equipe Scrum - o que é e como funciona?
- Quem é um Product Owner?
- Os erros mais comuns do Product Owner
- Quem é o Scrum Master?
- Os erros mais comuns do Scrum Master
- Quais estatísticas e métricas o Scrum Master deve acompanhar?
- Equipe de Desenvolvimento em Scrum
- Os erros mais comuns dos desenvolvedores
- Artefatos do Scrum
- Escalando o Scrum
- Backlog da Sprint
- O que é o Product Backlog?
- O que são Histórias de Usuário?
- Criando a melhor User Story com INVEST
- Os erros mais comuns em User Stories
- Critérios de Aceitação da História do Usuário
- Estimativa e Pontos de História no Scrum
- Planning Poker
- Jogo de Estimativa da Equipe
- Definindo Incremento
- Eventos Scrum
- O que é um Gráfico de Queima?
- Vantagens e desvantagens do gráfico de burndown
- Quadros Kanban no Scrum e Scrumban
- Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
- Scrum Diário
- Planejamento de Sprint
- Revisão da Sprint
- O que é uma Retrospectiva de Sprint?
- Erros comuns durante uma Retrospectiva de Sprint
- Cuidado do Product Backlog
- Como criar e interpretar um gráfico de burndown?