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

Quem vem primeiro as Histórias ou o MVP? O Ovo ou a galinha?

TAG:

Para mim, primeiro você decide o MVP, depois descreve as histórias do usuário. Primeiro você decide O QUE você quer validar, para depois você pensar em COMO validar (criar as histórias que implementam esse MVP).

Eu leio posts, artigos e livros de outras pessoas, que fazem o caminho oposto: primeiro decidem as histórias, o COMO irão fazer cada pequeno pedaço do produto, para depois decidir O QUE é o MVP, o conjunto de histórias que é minimamente viável para validar o direcionamento inicial do produto, do negócio.

Estes assuntos geralmente estão entrelaçados: MVP, protótipo e histórias. Eu tento desembolar da seguinte forma:

  • Para alinhar um grupo de pessoas sobre o MVP, eu recomendo fazer uma Lean Inception.
  • Para decidir o backlog das histórias, eu recomendo fazer um PBB.
  • Para alinhar um grupo de pessoas sobre o protótipo e o design de um produto, eu recomento fazer um Design Sprint.

E você? Como tem trabalhado com histórias e MVP? O que você decide primeiro, as histórias ou o MVP?

Favor compartilhar o que tem funcionado para você neste post no LinkedIn.

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
Como ajudar a PO (Product Owner)?

Como ajudar a PO (Product Owner)?

Como membro do time Scrum, você desempenha um papel vital no sucesso do produto, especialmente ao oferecer suporte à Product Owner (PO). Três maneiras simples de ajudar a PO incluem planejar uma Lean Inception para alinhar ideias, organizar uma sessão colaborativa do PBB Canvas para desenvolver histórias de usuários e fornecer feedback contínuo sobre o trabalho. Essas práticas não apenas apoiam a PO, mas também contribuem significativamente para o sucesso global do produto.

ler mais

Pin It on Pinterest