Entregas

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

Este post não tem tags.

Compartilhe:

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.

Por meio de Releases 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 Releases a ser utilizada no projeto é definida pelo Product Owner. Ele decide quando ou com que frequência as Releases 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 Release 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 Release. Essa reunião é realizada em algum momento antes do início dos trabalhos para a Release correspondente e assim, portanto, deve acontecer durante o último Sprint do Release anterior (ou durante o pré-jogo, para a primeira Release).

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 Release, 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 Release 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.

Entregas 1

Exemplo de Release Burndown

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

Sobre o autor(a)

Co-fundador, Consultor na Nower e Trainer na K21

Marcos Garrido, co-fundador da K21, é Certified Enterprise Coach (CEC), Certified Scrum Trainer (CST) e Certified Team Coach (CTC), fazendo parte do seleto grupo no mundo que possuem as três certificações mais importantes da Scrum Alliance. Com grande atuação internacional, possui larga experiência em Transformação Digital e Gestão de Produtos.

No headers found for the table of contents.

Artigos relacionados

Nas discussões e workshops sobre OKRs que fazemos nas empresas, um conceito sempre aparece: Estão faltando métricas de guard rail para equilibrar esses OKRs! As Métricas de saúde (ou Guard Rails) ajudam a liderança e as equipes a manterem um…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

O que é gargalo Quando falamos sobre Kanban um dos nossos principais objetivos é identificar onde está o gargalo do nosso fluxo. O gargalo é a etapa em que os itens permanecem por mais tempo. É fundamental resolver os gargalos…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

Seja em treinamentos, consultoria ou até mesmo com meus times de desenvolvimento. Uma coisa fácil de perceber é o desconforto causado quando comento sobre a necessidade de limitação de WIP. É algo que me causa estranheza. Por que as pessoas…

Avelino segurando um microfone e uma camiseta preta escrita Agile. Ele é pardo, barba e cabelos grisalhos.

No artigo anterior, comentamos sobre o que era o Kanban, qual problema ele resolve e os princípios que norteiam esse método de gestão de trabalho. Este artigo é um complemento ao primeiro e nele quero tratar as práticas que o…