Módulo 2: Planejar o Sprint

Durante o planejamento de sprint, a equipe precisa avaliar o impacto dos requisitos propostos na solução técnica. Informações de design são cruciais para estimar o esforço de desenvolvimento.

A suposição é que Al, o arquiteto, tenha trabalhado com o proprietário do produto para priorizar a lista não processada da liberação. O sprint 1 está concluído e o restante do treinamento individualizado descreve atividades durante o sprint 2 de uma liberação.

Quando o sprint inicia, o proprietário do produto revisa a lista não processada para identificar histórias e requisitos não funcionais que podem ser contidos em um período definido de tempo, que também é referido como um timebox.

Depois que os requisitos são identificados, o arquiteto explora soluções técnicas para itens de alto risco. Em seguida, a equipe confirma a conclusão de um conjunto de recursos com base em seu entendimento do esforço de desenvolvimento e tempo.

[Cenário CLM] Durante o planejamento do sprint, os desenvolvedores estimam o esforço de desenvolvimento e os especialista de teste planejam o esforço de teste de acordo com os requisitos que o proprietário do produto propôs.

ícone Jazz.net Cenário do Ciclo de Vida Money That Matters em Jazz.net

O sprint 1 é concluído e a equipe agora está com foco no sprint 2. Bob, o proprietário do produto, está se preparando para a reunião de planejamento do sprint. Enquanto revisa a lista não processada, ele localiza uma nova história que uma parte interessada enviou. Ele também localiza um novo requisito de segurança para o aplicativo.

Durante o planejamento do sprint, Al, o arquiteto, avalia as necessidades do design que se relacionam aos novos requisitos.

A equipe verifica se todo requisito está vinculado a uma história de implementação e um caso de teste. O objetivo é assegurar que as necessidades de negócios mais importantes sejam cobertas e que o sprint possa conter o design, desenvolvimento e atividades de teste relacionados.


Feedback