Your SlideShare is downloading. ×
Scrum po
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Scrum po

76

Published on

TechTalk sobre o papel do Product Owner

TechTalk sobre o papel do Product Owner

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
76
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. O Papel do ProductOwner na Sociedade@aleuai
  • 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. Não SeiPorque eu deveria saber?O que isto agrega?Trabalho em TI, não dou aulas dePortuguêsQuem?
  • 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. 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. 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. 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. FuncionalidadesExtrasProduzir 20% das funcionalidades quegeram 80% de valor ao clienteMenos é maisSaber o que se quer e o que seprecisa
  • 9. Problema:Em 7 dias, o programa deveVoarAndarNadar
  • 10. Se aumentarmos osrecursos...
  • 11. Pode resultar nisto,também.
  • 12. Não seria melhor?
  • 13. Churn - RotatividadeSe há requisitos churn, estáespecificando cedo de maisSe há ciclos de correções, estatestando tarde de mais.TDD
  • 14. Crie ConhecimentoOs times devem estabelecer hipótesesConduza muitos experimentos rápidosCrie documentação concisa - históriasImplemente a melhor alternativa
  • 15. Era uma vez...O requisito ditado pelo cliente, nãopelo analista3CCardsConversationConfirmation
  • 16. CardsHistórias devem ser escritas emcartões ou post-its para força-las aserem curtas, breves
  • 17. ConversationDevem ser lembretes para identificaruma funcionalidade que foi conversadaou discutida com o cliente
  • 18. ConfirmationO cliente DEFINE uma maneira devalidar essa história
  • 19. ÉpicoUma história MUITO grande, ou muitovagaDeve ser ignorada ou quebrada emvárias histórias
  • 20. Surpresa!Você descobriu algo no meio de umsprintO cliente lembrou de algo no meio deum sprintFica para a próxima...
  • 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. Curioso?“As margens plácidas” é o sujeito daoração inicial

×