Encerramento do Sprint

Este post não tem tags.

Compartilhe:

Ao final normal do Sprint, o Time de Desenvolvimento deverá ter gerado, a partir dos itens do Sprint Backlog, um Incremento do Produto entregável, que representa valor visível para os clientes do projeto. Ser entregável significa que nenhum trabalho adicional é necessário para que esse Incremento do Produto possa ser entregue aos clientes do projeto. Entregar ou não o Incremento ao final do Sprint, no entanto, é uma decisão de negócios e, mesmo que já seja possível, cabe ao Product Owner decidir quando fazê-lo.

Caso, no transcorrer do Sprint, a Meta do Sprint tenha perdido o seu sentido, o Product Owner pode decidir pelo cancelamento do Sprint, antecipando o seu encerramento. Essa é uma situação de exceção e raramente deve ocorrer.

No último dia do Sprint, Product Owner e Time de Desenvolvimento se encontram para duas reuniões consecutivas de inspeção e adaptação, ambas facilitadas pelo ScrumMaster. Na primeira reunião, de Sprint Review, faz-se a inspeção e adaptação do produto, enquanto que na reunião de Sprint Retrospective, faz-se a inspeção e adaptação da forma de trabalhar do Time de Scrum.

O Product Owner convida para a reunião de Sprint Review os clientes do projeto e demais pessoas relevantes que possam prover feedback sobre o que foi produzido durante o Sprint. Nessa reunião, o Time de Desenvolvimento e o Product Owner apresentam e demonstram para os presentes o que foi produzido no Sprint, para então deles obter feedback.

Encerramento do Sprint 1

Exemplo de Definição de Pronto

Definição de Pronto é um acordo entre Product Owner e Time de Desenvolvimento sobre o que é necessário para que um item ou o Incremento do Produto como um todo seja considerado pronto e, assim, passe a fazer parte do produto em desenvolvimento. A Definição de Pronto é a mesma para todos os itens do Product Backlog que representem funcionalidades a serem desenvolvidas. Idealmente, ela é utilizada para garantir que o Incremento do Produto gerado no Sprint seja entregável.

O Time de Desenvolvimento utiliza a Definição de Pronto ao criar o plano para o desenvolvimento dos itens na reunião de Sprint Planning e o Product Owner a utiliza para verificar, no final do Sprint, se os itens estão realmente prontos. Apenas os itens prontos de acordo com a Definição de Pronto podem ser apresentados na reunião de Sprint Review.

feedback obtido dos clientes e demais pessoas relevantes presentes na reunião de Sprint Review é utilizado pelo Product Owner como matéria-prima para alterações no Product Backlog, ou seja, para modificar o produto que está sendo gerado de forma a melhor atender às necessidades dos clientes.

Ao final normal do Sprint, o Time de Desenvolvimento deverá ter gerado, a partir dos itens do Sprint Backlog, um Incremento do Produto entregável, que representa valor visível para os clientes do projeto. Ser entregável significa que nenhum trabalho adicional é necessário para que esse Incremento do Produto possa ser entregue aos clientes do projeto. Entregar ou não o Incremento ao final do Sprint, no entanto, é uma decisão de negócios e, mesmo que já seja possível, cabe ao Product Owner decidir quando fazê-lo.

Caso, no transcorrer do Sprint, a Meta do Sprint tenha perdido o seu sentido, o Product Owner pode decidir pelo cancelamento do Sprint, antecipando o seu encerramento. Essa é uma situação de exceção e raramente deve ocorrer.

No último dia do Sprint, Product Owner e Time de Desenvolvimento se encontram para duas reuniões consecutivas de inspeção e adaptação, ambas facilitadas pelo ScrumMaster. Na primeira reunião, de Sprint Review, faz-se a inspeção e adaptação do produto, enquanto que na reunião de Sprint Retrospective, faz-se a inspeção e adaptação da forma de trabalhar do Time de Scrum.

O Product Owner convida para a reunião de Sprint Review os clientes do projeto e demais pessoas relevantes que possam prover feedback sobre o que foi produzido durante o Sprint. Nessa reunião, o Time de Desenvolvimento e o Product Owner apresentam e demonstram para os presentes o que foi produzido no Sprint, para então deles obter feedback.

Exemplo de Definição de Pronto

Definição de Pronto é um acordo entre Product Owner e Time de Desenvolvimento sobre o que é necessário para que um item ou o Incremento do Produto como um todo seja considerado pronto e, assim, passe a fazer parte do produto em desenvolvimento. A Definição de Pronto é a mesma para todos os itens do Product Backlog que representem funcionalidades a serem desenvolvidas. Idealmente, ela é utilizada para garantir que o Incremento do Produto gerado no Sprint seja entregável.

O Time de Desenvolvimento utiliza a Definição de Pronto ao criar o plano para o desenvolvimento dos itens na reunião de Sprint Planning e o Product Owner a utiliza para verificar, no final do Sprint, se os itens estão realmente prontos. Apenas os itens prontos de acordo com a Definição de Pronto podem ser apresentados na reunião de Sprint Review.

feedback obtido dos clientes e demais pessoas relevantes presentes na reunião de Sprint Review é utilizado pelo Product Owner como matéria-prima para alterações no Product Backlog, ou seja, para modificar o produto que está sendo gerado de forma a melhor atender às necessidades dos clientes.

Ao final normal do Sprint, o Time de Desenvolvimento deverá ter gerado, a partir dos itens do Sprint Backlog, um Incremento do Produto entregável, que representa valor visível para os clientes do projeto. Ser entregável significa que nenhum trabalho adicional é necessário para que esse Incremento do Produto possa ser entregue aos clientes do projeto. Entregar ou não o Incremento ao final do Sprint, no entanto, é uma decisão de negócios e, mesmo que já seja possível, cabe ao Product Owner decidir quando fazê-lo.

Caso, no transcorrer do Sprint, a Meta do Sprint tenha perdido o seu sentido, o Product Owner pode decidir pelo cancelamento do Sprint, antecipando o seu encerramento. Essa é uma situação de exceção e raramente deve ocorrer.

No último dia do Sprint, Product Owner e Time de Desenvolvimento se encontram para duas reuniões consecutivas de inspeção e adaptação, ambas facilitadas pelo ScrumMaster. Na primeira reunião, de Sprint Review, faz-se a inspeção e adaptação do produto, enquanto que na reunião de Sprint Retrospective, faz-se a inspeção e adaptação da forma de trabalhar do Time de Scrum.

O Product Owner convida para a reunião de Sprint Review os clientes do projeto e demais pessoas relevantes que possam prover feedback sobre o que foi produzido durante o Sprint. Nessa reunião, o Time de Desenvolvimento e o Product Owner apresentam e demonstram para os presentes o que foi produzido no Sprint, para então deles obter feedback.

Exemplo de Definição de Pronto

Definição de Pronto é um acordo entre Product Owner e Time de Desenvolvimento sobre o que é necessário para que um item ou o Incremento do Produto como um todo seja considerado pronto e, assim, passe a fazer parte do produto em desenvolvimento. A Definição de Pronto é a mesma para todos os itens do Product Backlog que representem funcionalidades a serem desenvolvidas. Idealmente, ela é utilizada para garantir que o Incremento do Produto gerado no Sprint seja entregável.

O Time de Desenvolvimento utiliza a Definição de Pronto ao criar o plano para o desenvolvimento dos itens na reunião de Sprint Planning e o Product Owner a utiliza para verificar, no final do Sprint, se os itens estão realmente prontos. Apenas os itens prontos de acordo com a Definição de Pronto podem ser apresentados na reunião de Sprint Review.

feedback obtido dos clientes e demais pessoas relevantes presentes na reunião de Sprint Review é utilizado pelo Product Owner como matéria-prima para alterações no Product Backlog, ou seja, para modificar o produto que está sendo gerado de forma a melhor atender às necessidades dos clientes.

Após a reunião de Sprint Review, Time de Desenvolvimento e Product Owner realizam a reunião de Sprint Retrospective, facilitados pelo ScrumMaster. Nela, ambos identificam o que foi bem no Sprint corrente, e que por essa razão pode ser mantido no próximo Sprint, e o que pode melhorar, buscando formas práticas e traçando planos de ação para fazê-lo. O objetivo desse processo de melhoria contínua é tornar o Time de Scrum cada vez mais efetivo.

Uma vez terminada a reunião de Sprint Retrospective, está encerrado o Sprint. Um novo Sprint se inicia imediatamente após o término da anterior (respeitando, claro, os fins de semana e feriados).

Uma vez terminada a reunião de Sprint Retrospective, está encerrado o Sprint. Um novo Sprint se inicia imediatamente após o término da anterior (respeitando, claro, os fins de semana e feriados).

Uma vez terminada a reunião de Sprint Retrospective, está encerrado o Sprint. Um novo Sprint se inicia imediatamente após o término da anterior (respeitando, claro, os fins de semana e feriados).

Sobre o autor(a)

Função não encontrada

No headers found for the table of contents.

Artigos relacionados

O Guia do Scrum fala sobre o refinamento do Product Backlog: “O Product Backlog é refinado conforme necessário” (p. 9). Todavia ele não descreve exatamente o que é o refinamento. Uma reunião, uma atividade, um processo. Neste artigo vamos jogar…

Marcos Garrido, Sócio-fundador e Trainer na K21

Existem muitas formas de organizar as métricas de seu produto / empresa. Aqui neste blog já escrevemos sobre as Métricas do Pirata, Fit For Purpose (F4P) e Métricas nas Quatro Áreas de Domínio da Agilidade. Todavia, agora, queremos falar sobre…

Após alguns anos desenvolvendo produtos e ajudando outras empresas a fazer tal, gostaria de listar com vocês alguns erros comuns que percebi ao longo dessa jornada. Olhando para as 4 Áreas de Domínio da Agilidade (Negócio, Cultural, Organizacional e Técnica)…

Uma das principais habilidades que desenvolvemos enquanto consultores é a de fazer boas perguntas. Uma vez que as pessoas percebem o poder que tem uma boa pergunta, colocada ali na hora certa e que muda o destino de uma reunião,…