O documento fornece orientações sobre práticas ágeis para Product Owners, incluindo habilidades, ferramentas e técnicas importantes. Algumas dicas cruciais incluem definir uma visão clara do produto, escrever itens do backlog de forma detalhada e priorizada, e usar técnicas como story mapping e MoSCoW para gerenciar melhor os requisitos. O documento também discute métricas e a importância de interagir frequentemente com a equipe de desenvolvimento.

1. Clique para editar o título mestre
Práticas Ágeis para bons
Product Owners

2. 2 PDUs (Técnico)
 Course or Training
1 SEU (Categoria E)
 Watched a Scrum/Agile training video by an instructor other than a
Scrum Alliance CST
Práticas Ágeis para bons Product Owners

3. Estrutura desta WebinAULA
Skills
Ferramentas
Técnicas

4. Product Owner (PO)?

7. Polêmica?!
É possível ser DONO de um PRODUTO que não
se conhece?

8. Um bom PO tem que ser...

9. Um bom PO tem que ser...

10. Um bom PO tem que ser...

11. Um bom PO tem que ser...

12. Um bom PO tem que ser...

13. Um bom PO tem que ser...

14. Um bom PO tem que ser...

15. Erros Comuns...
PO sem o devido empoderamento
PO sobrecarregado
PO em tempo parcial
PO distante
PO substituto

16. Ágil vs Tradicional
Gestão Tradicional de Produtos Gestão Ágil de Produtos
Vários papéis (marketing, gerente de produtos, gerente
de projetos e etc)
Papel único (PO)
Gerentes de Produto ficam separados da equipe de
desenvolvimento
PO é parte do Time do Scrum e colabora
continuamente com ele
Planejamento, análise de negócio e pesquisa do
produto no mercado são feitos no início do projeto
Pequeno esforço de trabalho no início para criar uma
visão de produto
Requisitos são detalhados e definidos logo no início do
projeto
Product backlog é dinâmico, o produto é descoberto
num processo contínuo...
Feedback do cliente recebido mais tarde Feedbacks frequentes a cada iteração/release

17. Visão do Produto
“Se você não sabe onde quer ir, qualquer lugar
serve.”
Lewis Caroll

18. Visão do Produto
 Quem comprará o produto?
 Quem é o consumidor alvo?
 Que necessidade o produto resolverá?
 O produto agregará valor?
 O que ele precisa para ser um produto de sucesso?
 Como ele pode ser comparado com os já existentes?
 Como a empresa ganhará dinheiro vendendo o produto?
 O produto é viável?

19. Que tal uma Inception?!

20. Visão do Produto

21. Visão do Produto
Template
Para [cliente final]
cujo [problema que precisa ser resolvido]
o [nome do produto]
é um [categoria do produto]
que [benefício chave, razão para adquiri-lo]
diferentemente da [alternativa da concorrência]
o nosso produto [diferença chave]

22. Outras Técnicas...

23. Minimum Viable Product (MVP)

24. Simplicidade!
 Navalha de Ockham
Menos é mais!
Interface simples é vida!

25. Simplicidade!

26. Evite isso...
Não definir uma visão
Análise de mercado evolui, o produto não!
Soberba
Produtos TOP!

27. Roadmap do Produto

28. E o Product Backlog?

29. E o Product Backlog?

30. O que tem que ter num Backlog?
TUDO…
TUDO,
TUDO!!!

31. Como tem que ser um Backlog?
D
E
E
P
etalhado o suficiente…
stimado
mergente
riorizado
*

32. Como tem que ser um Backlog?
} Sprint #1
} Sprint #2
} Sprint #3
}Release #1

33. Técnicas para escrever PBIs

34. Técnicas para escrever PBIs

36. 7 Dimensões...
 Atores
 Interfaces
 Ações
 Dados
 Regra de Negócio
 Ambiente
 Qualidade

37. Atores

38. Interface

39. Ações

40. Dados

41. Regra de Negócio
Pode isso
Arnaldo?

42. Ambiente

43. Qualidade

44. Exemplo...

45. Feature
Como leitor de jornal (ator)
quero uma (interface) para
comprar (ação) uma edição
do jornal digital
Comprar edição
do jornal digital
Leitor

46. Continuando o exemplo...

47. Feature
Como leitor de jornal
(ator) quero uma
(interface) para comprar
(ação) uma edição do
jornal digital (dado)
Renderizar edição atualizada
(ação)
Validar pagto (RN)
Tablet (ambiente)
Interface para comprar edição
(interface)
Donwload++ (qualidade)

48. 7 Dimensões do Produto
Atores
Interfaces
Ações
Dados
Regra de Negócio
Ambiente
Qualidade
Requisitos
Funcionais
Requisitos não
Funcionais

49. 7 Dimensões do Produto

50. Priorizar PBIs…
“Se tudo é prioritário… então nada é
prioritário!”

51. Priorizar
Redução
de
Escopo
Time to
Market ROI MVP
Mitigar
Riscos
Previsibi
lidade
Competi
tivade
Complex
idade
Uso
Racional
do
Dinheiro
Otimizar
Recursos
Assertivi
dade
Redução
de
Desperd
ício
Planos
Factíveis
Viabilida
de
Técnica

52. Story Mapping

53. Story Mapping

54. Scorecard

55. Modelo Kano

56. Técnica MoSCoW

57. Técnica MoSCoW
 Requisitos
Mudanças
Qualidade

58. M
S
C
W
ust have
hould have
ould have
on’t have for now

59. Por exemplo…
 MUST HAVE
(imprescindível ter…)

60. Por exemplo…
 SHOULD HAVE
(importante ter…)

61. Por exemplo…
 COULD HAVE
(bom ter…)

62. Por exemplo…
 WON’T HAVE
(não terá por enquanto…)

63. Visualizar edição digital
Comprar edição digital
Baixar edição digital
Reportar problema
Compartilhar matéria
Notificar por pushs
Como um leitor...
Como um leitor...
Como um leitor...
Assitir vídeos nas matérias...
High Priority
Low Priority MustHaveShouldHaveCriar notas nas matérias...
Como um leitor...
Release 1 / Fase 1
MVP?
Won´tHave

64. Priorizador-mór!

65. Métricas…
 NPV
 IRR
 Payback Period
 Discounted Cash Flow
 ROI

66. Métricas…
ROI – Return On Investiment
(Ganho X)  (Investir Y)
ROI = X / Y

67. Métricas…
http://dsetia.com/agile-relative-roi-calculator.html

68. Métricas…
Quantos pontos por Sprint?

69. Métricas…
Quantos PBIs prontos por Sprint?

70. Métricas…
Lead Time & Cycle Time?

71. Outras Métricas...
 WAU (week active users)
COHORT (grupo de indivíduos…)
CHURN RATE (taxa de cancelamento)

72. Cone da Incerteza

73. Um dia na vida de um PO
 Vai à Daily
 Participa da Planning
 Esclarece dúvidas do Time
 Esclarece dúvidas com o Time
 Conversa com Scrum Master
 Conversa com o Cliente
 Gerencia o Backlog
 Atualiza o Radiador de Infos
 Convida o cliente para a Review
 Atualiza as métricas
 Almoça!!!
 Verifica como estão os testes
 Dá o aceite nos PBIs DONE!!!
 Participa da Retrospectiva
 Paga o HH…
 Vai pra casa!

74. Muito Obrigado...
Pedro Paulo Oliveira, PMP®
@ppro13
cafecomscrum.com

75. Leituras...