Sempre que o Incremento do Produto ou a soma de Incrementos do Produto representar valor suficiente e já puder ser utilizada, é importante que chegue a seus usuários o mais rápido possível. A isso chamamos Release!
Por meio de entregas frequentes, o Time de Scrum pode obter feedback dos usuários do produto e, assim, reduzir os riscos e produzir o produto certo. O Time de Scrum pode também dar um senso de progresso do projeto aos seus clientes e demais partes interessadas e pode prover retorno ao investimento realizado pelos clientes do projeto.
A estratégia de entregas a ser utilizada no projeto é definida pelo Product Owner. Ele decide quando ou com que frequência elas serão realizadas e quem irá recebê-las — algum grupo de usuários que pode experimentar o produto e prover feedback ou, sempre que possível, o usuário final. Assim, o Product Owner decide se a entrega será realizada cada vez que um item estiver pronto (em entrega contínua), ao final de cada Sprint, sempre que ele julgar adequado ou após alguns Sprints, visando um objetivo ou meta de negócios definida.
Pode-se realizar, nesse último caso, uma reunião de Release Planning para cada entrega. Essa reunião é realizada em algum momento antes do início dos trabalhos para a entrega correspondente e assim, portanto, deve acontecer durante o último Sprint do Release anterior (ou durante o pré-jogo, para a primeira entrega).
Na reunião de Release Planning, Product Owner e Time de Desenvolvimento estabelecem o Plano de Release, que contém uma data aproximada para a entrega, um objetivo ou meta a ser atingida, chamada de Meta da Release, e um conjunto de itens selecionados a partir do alto do Product Backlog. Essa reunião não substitui as reuniões de Sprint Planning que serão realizadas para cada Sprint da Release.
O progresso em direção à data da entrega e, portanto, ao cumprimento da Meta da Release é inspecionado Sprint a Sprint, e a ferramenta mais utilizada com esse propósito é o Gráfico de Release Burndown. Esse gráfico possui no eixo x os Sprints da Release e no eixo y a quantidade de trabalho restante, que pode ser medida pela quantidade de itens restantes entre os previstos para a Release ou por estimativas realizadas sobre os itens, por exemplo. O Product Owner marca no gráfico a quantidade de trabalho restante ao final de cada Sprint, momento em que o Plano da Release é revisto. Outras ferramentas, como o Gráfico de Release Burnup, podem ser utilizadas em seu lugar.
Exemplo de Release Burndown
Perguntas frequentes
Quais são os benefícios de fazer entregas frequentes de um produto?
Entregas frequentes permitem que o Time de Scrum obtenha feedback rápido dos usuários, reduzindo riscos e garantindo a construção do produto certo. Além disso, essa prática demonstra um senso de progresso claro para clientes e partes interessadas, gerando retorno sobre o investimento realizado no projeto de maneira mais ágil e constante.
Qual é o papel do Product Owner na estratégia de lançamento de um produto?
O Product Owner é responsável por definir a estratégia de entregas, decidindo a frequência das releases e quem receberá o produto. As entregas podem ocorrer de forma contínua a cada item pronto, ao final de cada Sprint, quando for adequado ou após alguns Sprints para atingir uma meta de negócios.
Como funciona a reunião de Release Planning no Scrum?
A reunião de Release Planning ocorre antes do início dos trabalhos de uma entrega, reunindo o Product Owner e o Time de Desenvolvimento. Nela, estabelece-se o Plano de Release com uma data aproximada, o objetivo principal e os itens do Product Backlog selecionados. Esse encontro não substitui a Sprint Planning tradicional.
Como acompanhar o progresso de uma release durante os Sprints?
O progresso da entrega é inspecionado a cada Sprint, utilizando ferramentas como o Gráfico de Release Burndown. Ele relaciona os Sprints no eixo x com o trabalho restante no eixo y, medido em itens ou estimativas. O Product Owner atualiza esse gráfico ao final de cada Sprint para revisar o plano.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos K21