Precisa de ajuda para escolher o seu
treinamento ou tem alguma dúvida?

Lean Inception seguida pelo PBB

“Como é que eu faço a junção da Lean Inception com o Product Backlog Building (PBB)?”

Os dois métodos podem ser usados separadamente, mas a melhor opção é fazer o “casamento” dos dois e aproveitar o melhor de cada um! A orientação é você fazer a Lean Inception e depois o PBB. E sabe por quê?

Bom, quando eu, Paulo Caroli, vi o PBB pela primeira vez, eu disse: “Fábio, você resolveu o meu problema!”

Porque, com a Lean Inception, eu chego até o nível de funcionalidades. E eu deixava isso nas mãos da PO. Mas agora, com o PBB, damos o passo seguinte da Lean Inception, que é justamente quebrar essas funcionalidades em itens de backlog e escrever as histórias dos usuários. De forma colaborativa, sem deixar toda responsabilidade somente com a PO.

Então, como fica o PBB como passo seguinte da Lean Inception?

Lembre-se que, como saída da Lean Inception, nós temos o Canvas MVP. Logo, na hora de fazermos o PBB, já teremos algumas informações que foram encontradas durante a Lean Inception, como as personas e as funcionalidades.

Sobre as funcionalidades, há algo muito importante: já teremos elas priorizadas no sequenciador, ou seja, saberemos a ordem de entrega através dele.

Então, é possível utilizar as informações do sequenciador e do Canvas MVP e levar para o PBB.

No PBB, para cada uma das primeiras funcionalidades, anotamos explicitamente sobre os respectivos benefícios e/ou problemas que resolvem. Depois, aplicamos o Step Maps para quebrar cada uma dessas funcionalidade em itens menores, ou seja, itens de backlog.

Logo, aplicamos o COORG para fazer uma priorização e um plano de entrega a nível de Sprints. E ainda temos a oportunidade de (facilmente) escrever os PBIs – Product Backlog Itens – no formato de Histórias do Usuário.

No final, eu consigo trazer as informações lá da Lean Inception, quebrar em itens menores e fazer um plano de entrega a nível de Sprints. É exatamente nesses dois últimos pontos que o PBB vai ajudar, essa é a ferramenta que vai escrever e priorizar os itens do backlog, além de informar com maior clareza quantas Sprints serão necessárias para a entrega desse MVP.

Depois de feitos a Lean Inception e o PBB, eu posso entregar com Sprint, com Scrum, com o Kanban etc. A partir daí, é o refinamento contínuo desse backlog! É focar em criar o melhor ambiente para o trabalho da equipe, Sprint a Sprint.

> Você também tem usado o PBB após a Lean Inception? Confira as respostas no LinkedIn.

Conteúdo publicado em 15/12/2020, com atualizações em 25/11/2024.

 

Gostou deste conteúdo?

Aprimore seu conhecimento participando das próximas turmas dos Treinamentos Lean Inception e Product Backlog Building (PBB).

 

Paulo Caroli

Paulo Caroli is an author, speaker, and consultant specializing in agile transformations, Lean Inception, and OKRs. With over 30 years of experience—including nearly a decade in Silicon Valley and 18 years at ThoughtWorks—he has helped organizations transition from project to product and from strategy to execution. Creator of the Lean Inception methodology and author of bestselling books like Lean Inception and Team OKR, Paulo is dedicated to empowering teams to align, validate, and deliver real business value.
Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

A inteligência artificial está tornando os outputs mais rápidos, baratos e abundantes. Mas produzir mais não significa gerar mais resultados. Neste artigo, Paulo Caroli explica por que outcomes, julgamento e ownership se tornam ainda mais importantes à medida que papéis, processos e estruturas de times mudam. A partir de Lean Inception, Team OKR e Triple Track, o texto mostra como conectar estratégia, aprendizado e execução na era da IA.

ler mais

Pin It on Pinterest