2. Ivan Ferraz
Agile Coach na Hiflex Consultoria
Facilitador do Descomplicando Agilidade
Redes Sociais: @ivanferraz1105
3. O Backlog do Produto é uma
lista ordenada de tudo que é
conhecido ser necessário no
produto. É a única origem dos
requisitos para qualquer
mudança a ser feita no produto.
O Product Owner é responsável
pelo Backlog do Produto,
incluindo seu conteúdo,
disponibilidade e ordenação
5. • Deve ser gerado a partir de uma Visão do Produto;
• Na etapa da Visão do Produto nasce as primeiras
funcionalidades;
• Backlog do produto nunca está completo;
• Backlog do produto é dinâmico, muda constantemente para
criar um produto adequado as necessidades da empresa;
• Backlog do produto é refinado ao menos uma vez a cada sprint;
• Backlog do produto deve ser priorizado.
6.
7. • Representar o Cliente
• Definir a meta
• Definir funcionalidades chave
• Informar os interessados
• Direcionar a equipe do
projeto
• Participar da Cerimônias
• Decidir sobre as entregas
PRODUCT OWNER
Orientado
por ???
8. Entregar valor para o
cliente
Eficiência e Eficácia Satisfação do cliente
Valor para o Mercado Redução de Riscos ROI, TCO
Conhecer o fluxo do
valor
Roadmap MVP, OKR
9. Visão efetiva do produto (Roman Pichler)
Quem irá utilizar o produto?
Quem é o cliente alvo?
Quais necessidades do cliente o
produto atenderá?
Quais atributos são críticos para
satisfazer o cliente?
Quais são as vantagens do produto?
Qual o prazo e orçamento?
10. Elevator Pitch
Para (Cliente)
Que (problema)
O (nome do produto)
É um (categoria do produto)
Que (razão para comprar)
Ao contrário (alternativa)
Nosso produto (diferença)
12. Personas representa um
usuário do sistema,
descrevendo não só o seu
papel, mas também suas
necessidades específicas. Isto
cria uma representação
realística de usuários,
auxiliando o time a
descrever funcionalidades
do ponto de vista de quem
interagirá com o produto
final
13. Gestão de Release
Entrega de um incremento ;
Product Owner deve decidir
conforme necessidade do negócio;
Release deve gerar valor;
Gerar uma visão do caminho do
produto;
Release Burndown;
14. T-shirt
O dimensionamento é
uma das técnicas de
dimensionamento de
pontos de história para
estimar a história.
É uma técnica de
estimativa relativa.
15. User Story
Quem x O que x Por que?
3 Cs – Cartão x Conversa x Critério
1. Independente
2. Negociável
3. Valiosa
4. Estimável
5. Small - Pequena
6. Testável
16. Técnicas de Priorização
Buy a Feature;
WSJF – Cost of Delay;
Planning Poker;
Complexidade x Incerteza
Relevância x Urgência x Tendência
Esforço x Valor
MoSCoW
17. Definition of Ready
Definição clara e explicita que uma
User Story deve cumprir para ser
aceita;
Product backlog item está disponível
e preparado para a sprint planning;
Evita que o time de desenvolvimento
comece a desenvolver algo que não
esteja claro o suficiente;
18. Definition of Done
Os ciclos de inspeção-adaptação do
Scrum exigem transparência para
serem eficazes. Definir formalmente o
significado de "feito" reduz a
variabilidade e a probabilidade de
trabalho desfeito e medir o progresso
de forma inequívoca ("pronto" ou
"não pronto") aumenta a
transparência
22. Refinamento
Agregar valor ao produto;
Priorizar User Story
Completar informações da US
Consenso do backlog;
Identificar a necessidade de
envolver outras áreas;
Verificar Impedimentos;
Estimar esforço