Your SlideShare is downloading. ×
0
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
Scrum po
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

80

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
80
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
1
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

×