---

O Que É um Plano de Lançamento Scrum? Isto Pode Surpreendê-lo!

O objetivo de um plano de lançamento é apresentar visualmente o planeamento global de vários Sprints, geralmente entre três e doze Sprints neste exemplo. Os Sprints têm uma duração fixa; um Incremento é um resultado utilizável, e podem ser criados vários Incrementos num Sprint.

Um plano de lançamento torna-se a orientação que reflete as expectativas sobre uma Equipa Scrum relativamente a:

• Que funcionalidades serão implementadas,
• Por que ordem e quando serão implementadas essas funcionalidades.

O plano de lançamento também serve de referência para acompanhar e controlar o progresso de um projeto. Define metas para as implementações efetivas de software nos sistemas informáticos de produção de duas formas:

• Implementação de «Entregas Intermédias» para criar valor de negócio para o cliente antes da conclusão do projeto. Estas Entregas Intermédias abrangem um subconjunto dos requisitos do cliente acordado entre o Product Owner Scrum, o cliente e as partes interessadas do negócio,
• Implementação da Entrega Final, que inclui todas as necessidades e pedidos de funcionalidades conhecidos do cliente e das partes interessadas do negócio.

Antes de criar um plano de lançamento, é necessário considerar os seguintes artefactos e informações:

• Um Product Backlog Scrum priorizado e estimado,
• A Velocity medida da Equipa Scrum (a Velocity é estimada, ou o seu valor deve ser extrapolado de projetos anteriores semelhantes se a Equipa Scrum estiver a formar-se),
• Os critérios de sucesso impostos pelos clientes, tais como o calendário, o âmbito e as pessoas disponíveis dentro do orçamento do projeto.

Uma vez que um Plano de Lançamento está fortemente associado ao Product Backlog, o Product Owner Scrum gere e mantém os Planos de Lançamento.

Dependendo das necessidades e prioridades dos clientes, cria-se um plano de lançamento para satisfazer um destes três objetivos:

• Planeamento de Lançamento Baseado em Funcionalidades
• Planeamento de Lançamento Baseado numa Data
• Planeamento de Lançamento Baseado em Funcionalidades e numa Data (O Mais Habitual)

Planeamento de Lançamento Baseado em Funcionalidades

O que sabemos: A Velocity da Equipa Scrum e as funcionalidades que queremos entregar.
O que não sabemos: De quanto tempo precisamos para entregar estas funcionalidades?

Nos Planos de Lançamento Baseados em Funcionalidades (saiba mais sobre Planeamento de Lançamentos Scrum), divide-se a soma dos pontos das histórias de utilizador das funcionalidades solicitadas para um lançamento pela Velocity da equipa. Isto proporciona uma previsão inicial do número de Sprints necessários para uma Entrega Intermédia ou para a Entrega Final. Arredonde para Sprints inteiros e inspecione os pressupostos relativos ao âmbito e à Velocity à medida que o trabalho avança. Elaboramos o plano de lançamento em conformidade.

Planeamento de Lançamento Baseado numa Data

O que sabemos: A Velocity da Equipa Scrum e a data em que queremos entregar.
O que não sabemos: Que funcionalidades conseguimos entregar até à data-limite?

Nos Planos de Lançamento Baseados numa Data, multiplicamos a Velocity da equipa pelo número de Sprints disponíveis até à data de lançamento. Isto revela o total estimado de pontos de história que a Equipa Scrum poderá entregar até essa data. Elaboramos o plano de lançamento em conformidade.

Planeamento de Lançamento Baseado em Funcionalidades e numa Data

O que sabemos: A Velocity da Equipa Scrum, as funcionalidades que queremos entregar e a data em que as queremos entregar.
O que não sabemos: A Equipa Scrum consegue entregar as funcionalidades solicitadas até à data-limite indicada?

Multiplicamos a Velocity da equipa pelo número de Sprints disponíveis até à data de lançamento. Isto revela o total estimado de pontos de história que a Equipa Scrum poderá entregar até essa data. Se este número for superior à soma dos pontos das histórias de utilizador das funcionalidades incluídas no lançamento, a previsão atual sugere que o âmbito cabe no prazo; continua, porém, sujeito a incerteza e a alterações.

Caso contrário, discutam os compromissos entre âmbito, data e capacidade. Acrescentar pessoas não aumenta automaticamente a Velocity e pode, de início, abrandar a equipa enquanto as pessoas aprendem a trabalhar em conjunto. A antiga orientação de nove pessoas não é um limite rígido atual: uma Equipa Scrum tem, normalmente, 10 ou menos pessoas. Outra Equipa Scrum pode trabalhar em paralelo quando isso melhorar a eficácia; as equipas que trabalham no mesmo produto continuam a partilhar um Product Owner, um Objetivo do Produto, um Product Backlog e uma Definition of Done.

Tal como o Product Backlog Scrum, um Plano de Lançamento não é estático. Muda ao longo do projeto à medida que sabemos mais sobre ele. Histórias de utilizador novas, removidas ou modificadas, bem como as respetivas alterações das estimativas, também influenciam os planos de lançamento. Por isso, o plano deve ser revisto e atualizado a intervalos regulares.