No evento Reunião de Planejamento da Sprint é quando serão planejados os trabalhos a serem realizados na Sprint. Este planejamento é criado colaborativamente com todo Time Scrum.
Segundo o Guia Scrum (2020):
“A Sprint Planning inicia a Sprint ao definir o trabalho a ser realizado na Sprint. Este plano resultante é criado pelo trabalho colaborativo de todo o Scrum Team.
O Product Owner garante que os participantes estejam preparados para discutir os itens mais importantes do Product Backlog e como eles são mapeados para a Meta do Produto. O Scrum Team também pode convidar outras pessoas para participar da Sprint Planning para fornecer conselhos”.
No evento Planejamento da Sprint é quando serão planejados os trabalhos a serem realizados na Sprint. Este planejamento é criado colaborativamente com todo Time Scrum.
💬 Ainda segundo o Guia do Scrum - Um guia definitivo para o Scrum: As regras do Jogo (2020):
O Dono do Produto deve garantir que os participantes estejam preparados para discutir os itens mais importantes do Backlog do Produto e como eles definirão a Meta do Produto. O Time Scrum também pode convidar outras pessoas para participar do Planejamento da Sprint para fornecer conselhos”.
🎯 A Reunião de Planejamento da Sprint é um evento time-boxed de 8 horas, para Sprints mais curtas o evento geralmente é mais curto.
O trabalho planejado pelos Desenvolvedores para os primeiros dias da Sprint é decomposto e estimado até o final desta reunião. Após a decomposição das primeiras atividades dos primeiros dias da Sprint, os Desenvolvedores se autogerenciam para iniciar o trabalho.
No Planejamento da Sprint participam todos do Time Scrum. Também podem ser convidados para participar desta reunião outros profissionais, especialmente, para fornecer opinião técnica ou de domínio específico.
Atualmente é comum o Time Scrum encontra-se distribuído geograficamente. Então, para melhorar as comunicações em um time Scrum distribuído é realmente necessário um esforço para, pelo menos, o planejamento da versão entrega seja de forma presencial, com isso será promovido um contato face-a-face entre os elementos do Time Scrum e oportunidade para team building, além de nivelar expectativas e esclarecer as dúvidas que porventura apareçam durante a referida reunião.
O Scrum é focado na execução do projeto e rápida entrega de incrementos, o que dá falsa impressão de pouco planejamento. Na verdade, no Scrum ocorrem mais eventos de planejamento em se comparado a metodologias de gestão de projetos tradicionais. A grande diferença é que o planejamento é realizado em eventos curtos e repetitivos ao longo de todo o projeto, contrapondo ao longo e extenso planejamento de outras metodologias.
Durante o planejamento da Sprint, o Time Scrum deve considerar os seguintes tópicos:
Por que esta Sprint é valiosa? Nesta questão, o(a) Dono(a) do Produto (PO) deve focar em como o produto pode entregar mais valor na Sprint atual e, então, todo o Time Scrum colabora para determinar uma Meta da Sprint, que resulta no porquê a Sprint é valiosa para o cliente;
O que pode ser feito nesta Sprint? Os Desenvolvedores selecionam Itens do Backlog do Produto (PBI) para incluir na Sprint atual. Somente itens sem impedimentos podem entrar no atual Backlog da Sprint.
Como o trabalho escolhido será desenvolvido? Para responder esta pergunta, cabe aos Desenvolvedores definirem o trabalho para criar os incrementos valiosos do produto potencialmente liberáveis que atendam à Definição de Pronto.
A decomposição dos Itens do Backlog do Produto (PBI) em subtarefas é uma atividade exclusiva dos Desenvolvedores. Nenhum outro profissional da organização pode determinar como eles devem trabalhar para entregar valor através de incrementos do produto.
Somente os Desenvolvedores determinam se o trabalho está adequado ou em excesso, caso percebam que existe trabalho acima de sua capacidade, os Desenvolvedores podem negociar com o(a) Dono(a) do Produto (PO) para nivelar o trabalho previsto na Sprint à sua capacidade. Os Desenvolvedores deverão trabalhar exclusivamente nos itens que fazem parte do Backlog da Sprint.
🎯 Os Desenvolvedores devem realizar o trabalho suficiente para que cada item do Backlog do Produto selecionado atenda à Definição de Pronto. |
Com intuito de esclarecer melhor os itens de Backlog do Produto selecionados, os Desenvolvedores podem tirar dúvida com o(a) Dono(a) do Produto (PO) a qualquer momento, evitando entendimento indistintos ou decisões equivocadas e se distanciando da Meta da Sprint.
Selecionar o suficiente que será desenvolvido em uma Sprint pode ser um enorme desafio, por isso, é importante que os Desenvolvedores conheçam sua velocidade baseado em experiências anteriores e tenham uma Definição de Preparado clara.
O Reunião de Planejamento da Sprint termina quando o seu time-box expira, não deve-se prolongar seu prazo. Se apenas o suficiente para iniciar os primeiros dias da Sprint fora planejado, então deve-se iniciar o desenvolvimento e terminar o planejamento do restante dos itens durante a Sprint em andamento.
A seguir é apresentado uma nuvem de tópicos em relação ao Planejamento da Sprint:
Ferramentas e Técnicas
Durante o Planejamento da Sprint, usualmente são aplicadas as técnicas de MoSCow para ratificar a prioridade dos Itens do Backlog do Produto (PBI) e Planning Poker para estimar a complexidade de cada História de Usuário.
Usualmente, o(a) Scrum Master utiliza planilhas eletrônicas com informação da velocidade e capacidade do time, que deve ser considerada durante a Reunião de Planejamento da Sprint, evitando que os Desenvolvedores selecionem mais trabalho que podem realizar.
Usualmente são utilizadas ferramentas de videoconferência para facilitar a comunicação entre os participantes.
Também é utilizado o Quadro Scrum durante a reunião para facilitar o entendimento do Backlog da Sprint e visualizar o workflow do trabalho a ser feito.
Quer se aprofundar no Scrum? Compre o mais recente livro com exemplos práticos e prompts IA:
Comments