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
A 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.
O 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
A 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.
O 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
A 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.
O 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).
