6. “Product Owner vai
além de user stories”
Visão do produto
Conhecimento do negócio
Interação com stakeholders
Responde pelo produto para a
organização
Liderança para guiar o time
9. “Visão do produto
é essencial para manter
o foco do time
e do produto”
Auto-organização
Elevator Pitch
Product Vision Box
Remember the Future
10. Formato canônico do Mike Cohn (Como % quero % para %)
Use cases, “formato invertido”...
Três C’s do XP: Cartão, Conversa, Confirmação
O que retorna de valor? Quem é beneficiado? Como?
“REQUERIMENTOS NÃO
PRECISAM SER NO FORMATO
DE USER STORIES”
13. Planejamento de Release?
• Processo através do qual
decidimos o que fazer em
seguida num projeto de
software
• Embora uma determinada
estratégia pareça mais
significante e fácil de se
entregar valor, deve-se
considerar as dependências,
valores e custos, além das
diversas opiniões dos
stakeholders a satisfazer ==
NÃO DECIDA simplesmente
por parecer certo/melhor
16. Coaching em equipes ágeis?
• O coach: Trabalha JUNTO com o time, ajudando o mesmo a se
movimentar, atingir os objetivos e não estagnar
• Qualquer pessoa pode ser coach
• Fazer perguntas, motivar, facilitar, olhar além e mostrar como fazer a
coisa certa
• O coach não sabe tudo, ele indaga sobre tudo
• Descobrir o problema real das coisas – e resolver pela raíz
17. Features relevantes apenas se têm como ser anunciadas para
venda do produto
MMF –
MINIMUM MARKETABLE
FEATURE
18. • PO não deve se focar
somente nas necessidades do
business, deve se entender
do software que o time está
entregando
• Entender as necessidades do
cliente e ter a visão do
software, com isso,
satisfazer o cliente e
entregar melhor valor ao
produto
• Foco: Entregar valor,
entregar valor, entregar valor
--- repete comigo
• O time DEVE dar input para
o PO, e expor os
pensamentos a respeito dos
requerimentos e projetos
19. Value = Why / How
Se não tem porque, não tem valor
“Be a dude!!”
DUDE’S LAW