Scrum po

196 visualizações

Publicada em

TechTalk sobre o papel do Product Owner

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
196
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
1
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Scrum po

  1. 1. O Papel do ProductOwner na Sociedade@aleuai
  2. 2. Quem é o sujeitodesta oração?““Ouviram do Ipiranga as margens plácidasOuviram do Ipiranga as margens plácidasde um povo heróico o brado retumbantede um povo heróico o brado retumbante””Joaquim Osório Duque EstradaJoaquim Osório Duque Estrada
  3. 3. Não SeiPorque eu deveria saber?O que isto agrega?Trabalho em TI, não dou aulas dePortuguêsQuem?
  4. 4. Se você não sabe quem é osujeito, não importa, mas oPO deve saber, caso “sabero sujeito daquela oração”seja parte de uma história.
  5. 5. Responsável pelo ROICriar VisãoManter o PB estimado e priorizadoPriorização de PB com pelo menos 3 sprintsCriar Release Plan do ProdutoInterface de comunicação com StakeHoldersAjudar o ScrumMaster a proteger o TimeAceitar ou rejeitar funcionalidades no ScrumReview
  6. 6. O cliente sempre temrazão! Tem?A razão do Cliente é limitada ao seuconhecimento do negócioClientes não devem interferir nodesenvolvimento de software.Se isto fosse correto, não haveria opapel de cliente
  7. 7. Product BacklogNão precisa estar completo no iníciode um projetoDeve-se começar com o que é maisóbvio naquele momentoO PB cresce e muda à medida que seaprende mais sobre o produto e ousuário
  8. 8. FuncionalidadesExtrasProduzir 20% das funcionalidades quegeram 80% de valor ao clienteMenos é maisSaber o que se quer e o que seprecisa
  9. 9. Problema:Em 7 dias, o programa deveVoarAndarNadar
  10. 10. Se aumentarmos osrecursos...
  11. 11. Pode resultar nisto,também.
  12. 12. Não seria melhor?
  13. 13. Churn - RotatividadeSe há requisitos churn, estáespecificando cedo de maisSe há ciclos de correções, estatestando tarde de mais.TDD
  14. 14. Crie ConhecimentoOs times devem estabelecer hipótesesConduza muitos experimentos rápidosCrie documentação concisa - históriasImplemente a melhor alternativa
  15. 15. Era uma vez...O requisito ditado pelo cliente, nãopelo analista3CCardsConversationConfirmation
  16. 16. CardsHistórias devem ser escritas emcartões ou post-its para força-las aserem curtas, breves
  17. 17. ConversationDevem ser lembretes para identificaruma funcionalidade que foi conversadaou discutida com o cliente
  18. 18. ConfirmationO cliente DEFINE uma maneira devalidar essa história
  19. 19. ÉpicoUma história MUITO grande, ou muitovagaDeve ser ignorada ou quebrada emvárias histórias
  20. 20. Surpresa!Você descobriu algo no meio de umsprintO cliente lembrou de algo no meio deum sprintFica para a próxima...
  21. 21. Doenças de Gerenciamento de ProjetoMulti-tarefa NocivaTimes enfrentam prioridades que mudam, interrompendoa tarefa atual em favor de outraLei de ParkinsonMais tempo de Segurança, mais tempo de projetoSíndrome do EstudanteO trabalho quase sempre é adiadoDependência entre tarefasO atraso é passado adiante, mas o adiantamento não
  22. 22. Curioso?“As margens plácidas” é o sujeito daoração inicial

×