O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Práticas Ágeis para bons Product Owners

1.830 visualizações

Publicada em

Nesta webinaula, promovida pela Projectlab, apresentei alguns conceitos e práticas que um bom PO deve conhecer para exercer seu papel dentro do framework Scrum.

Publicada em: Software
  • Seja o primeiro a comentar

Práticas Ágeis para bons Product Owners

  1. 1. Clique para editar o título mestre Práticas Ágeis para bons Product Owners
  2. 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. 3. Estrutura desta WebinAULA Skills Ferramentas Técnicas
  4. 4. Product Owner (PO)?
  5. 5. Polêmica?! É possível ser DONO de um PRODUTO que não se conhece?
  6. 6. Um bom PO tem que ser...
  7. 7. Um bom PO tem que ser...
  8. 8. Um bom PO tem que ser...
  9. 9. Um bom PO tem que ser...
  10. 10. Um bom PO tem que ser...
  11. 11. Um bom PO tem que ser...
  12. 12. Um bom PO tem que ser...
  13. 13. Erros Comuns... PO sem o devido empoderamento PO sobrecarregado PO em tempo parcial PO distante PO substituto
  14. 14. Á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
  15. 15. Visão do Produto “Se você não sabe onde quer ir, qualquer lugar serve.” Lewis Caroll
  16. 16. 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?
  17. 17. Que tal uma Inception?!
  18. 18. Visão do Produto
  19. 19. 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]
  20. 20. Outras Técnicas...
  21. 21. Minimum Viable Product (MVP)
  22. 22. Simplicidade!  Navalha de Ockham Menos é mais! Interface simples é vida!
  23. 23. Simplicidade!
  24. 24. Evite isso... Não definir uma visão Análise de mercado evolui, o produto não! Soberba Produtos TOP!
  25. 25. Roadmap do Produto
  26. 26. E o Product Backlog?
  27. 27. E o Product Backlog?
  28. 28. O que tem que ter num Backlog? TUDO… TUDO, TUDO!!!
  29. 29. Como tem que ser um Backlog? D E E P etalhado o suficiente… stimado mergente riorizado *
  30. 30. Como tem que ser um Backlog? } Sprint #1 } Sprint #2 } Sprint #3 }Release #1
  31. 31. Técnicas para escrever PBIs
  32. 32. Técnicas para escrever PBIs
  33. 33. 7 Dimensões...  Atores  Interfaces  Ações  Dados  Regra de Negócio  Ambiente  Qualidade
  34. 34. Atores
  35. 35. Interface
  36. 36. Ações
  37. 37. Dados
  38. 38. Regra de Negócio Pode isso Arnaldo?
  39. 39. Ambiente
  40. 40. Qualidade
  41. 41. Exemplo...
  42. 42. 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
  43. 43. Continuando o exemplo...
  44. 44. 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)
  45. 45. 7 Dimensões do Produto Atores Interfaces Ações Dados Regra de Negócio Ambiente Qualidade Requisitos Funcionais Requisitos não Funcionais
  46. 46. 7 Dimensões do Produto
  47. 47. Priorizar PBIs… “Se tudo é prioritário… então nada é prioritário!”
  48. 48. 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
  49. 49. Story Mapping
  50. 50. Story Mapping
  51. 51. Scorecard
  52. 52. Modelo Kano
  53. 53. Técnica MoSCoW
  54. 54. Técnica MoSCoW  Requisitos Mudanças Qualidade
  55. 55. M S C W ust have hould have ould have on’t have for now
  56. 56. Por exemplo…  MUST HAVE (imprescindível ter…)
  57. 57. Por exemplo…  SHOULD HAVE (importante ter…)
  58. 58. Por exemplo…  COULD HAVE (bom ter…)
  59. 59. Por exemplo…  WON’T HAVE (não terá por enquanto…)
  60. 60. 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
  61. 61. Priorizador-mór!
  62. 62. Métricas…  NPV  IRR  Payback Period  Discounted Cash Flow  ROI
  63. 63. Métricas… ROI – Return On Investiment (Ganho X)  (Investir Y) ROI = X / Y
  64. 64. Métricas… http://dsetia.com/agile-relative-roi-calculator.html
  65. 65. Métricas… Quantos pontos por Sprint?
  66. 66. Métricas… Quantos PBIs prontos por Sprint?
  67. 67. Métricas… Lead Time & Cycle Time?
  68. 68. Outras Métricas...  WAU (week active users) COHORT (grupo de indivíduos…) CHURN RATE (taxa de cancelamento)
  69. 69. Cone da Incerteza
  70. 70. 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!
  71. 71. Muito Obrigado... Pedro Paulo Oliveira, PMP® @ppro13 cafecomscrum.com
  72. 72. Leituras...

×