Scrum - Framework, Competências e Valores (versão community)

  • 5,138 views
Uploaded on

Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.

Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.

More in: Business
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
5,138
On Slideshare
0
From Embeds
0
Number of Embeds
4

Actions

Shares
Downloads
131
Comments
0
Likes
6

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. Scrum Framework, Competências e ValoresManoel Pimentel !Dir. Executivo - ICA-TI - www.ica-ti.com.br!Instituto de Coaching Aplicado a TI!twitter.com/manoelp!
  • 2. mecobiz.net
  • 3. agilemanifesto.org Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: ! Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano ! Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda. design do site e rabalho de cópia & arte; 2001, Ward Cunningham tradução para o português brasileiro por Renato Willi, José Peleteiro, Heitor Roriz, Flávio Steffens de Castro, LuizCláudio Parzianello, Rafael Prikladnicki, Mariana Bravo, Dairton Bassi, Rafael Sabbagh Armony, André Faria Gomes,Cecília Fernandes, Rodrigo Toledo, Manoel Pimentel, Guilherme Silveira, Wescley Costa, Marcelo Andrade, Christian Peixoto, Hugo Corbucci
  • 4. O Scrum é um
Framework
 Ágil
  • 5. Ágil?
  • 6. Agile
  • 7. AgileXP FDD Scrum
  • 8. Agile?
  • 9. Agile então é: 
Fazer e Entregar mais“Rápido”?
  • 10. Agile NÃO é 
 fazer mais rápido
  • 11. Agile é ....
  • 12. EntregasConstantes
  • 13. Através de ciclos curtos
  • 14. Responder a Mudanças
  • 15. Através de flexibilidade "e leveza
  • 16. MelhoriaContínua
  • 17. PDCA puro
  • 18. EliminarDesperdício
  • 19. O que realmente agrega valorpara uma meta? Fonte: Jason Che-han Yip (ThoughtWorks)
  • 20. PráticasCultura
  • 21. Valores 
Ágeis
  • 22. agilemanifesto.org
  • 23. Indivíduos e Interações > Processos e FerramentasSoftware em funcionamento > Documentação Abrangente Colaboração com cliente > Negociação de Contratos Responder a mudanças > Seguir um plano
  • 24. Scrum?
  • 25. Scrum é para:
  • 26. gerenciar 
o desenvolvimento

  • 27. 
Iterativo Incremental
 e de produtos
  • 28. Iterativo eIncremental?
  • 29. Você comeria toda 
essa carne 
numa só vez?
  • 30. Não!!!
  • 31. Se for por pedaços 
 menores?
  • 32. ?
  • 33. Como tratamos o“problema” vaca?
  • 34. Por que isso acontece?
  • 35. Resposta: Limitação
  • 36. Limitação == Priorização
  • 37. Qual parte tem maisimportância para você?
  • 38. Isso evita excessos
  • 39. Com isso reduzimos o desperdício
  • 40. Temos desperdício numescopo de um software?
  • 41. Veja a realidade:Fonte:
  • 42. Por isso em Agile o tempo e o custo sãofixos, o que é variável é o escopo
  • 43. Isso acontece de uma forma iterativae incremental
  • 44. Metodologia?
  • 45. Não!
  • 46. Framework
 Ágil
  • 47. O Scrum enquanto framework é incompleto por natureza...
  • 48. Papéis RegrasCerimônias Artefatos
  • 49. Empresa A Papéis RegrasCerimônias Artefatos
  • 50. Empresa A ### Papéis RegrasCerimônias Artefatos ###
  • 51. Empresa A ### ### ### Papéis RegrasCerimônias Artefatos ###
  • 52. Empresa A ### ### ### Papéis Regras ###Cerimônias Artefatos ### ###
  • 53. Empresa B ?
  • 54. Empresa B ### ### ### Papéis Regras ###Cerimônias Artefatos ### ###
  • 55. Empresa B ### Papéis Regras Cerimônias Artefatos### ### ###
  • 56. Valores Papéis RegrasCerimônias Artefatos Pilares
  • 57. Indivíduos e Interações > Processos e FerramentasSoftware em funcionamento > Documentação Abrangente Colaboração com cliente > Negociação de Contratos Responder a mudanças > Seguir um plano Transparência Inspeção Adaptação
  • 58. Comando
 Controle
  • 59. Auto
Organização
  • 60. Foco
  • 61. Papéis do Scrum
  • 62. ProductOwner Team ScrumMaster
  • 63. Produto !Ele conhece oGerencia a Visão"!promove o ROI!gerencia a Entrega"
garante o Sucesso do Produto" Product Owner
  • 64. É uma equipe !Multi-Disciplinar" auto-organiza"que see gerencia a Sprint "para atingir a meta . Team
  • 65. Formação de Times Ecossistema Xxxxxxxxx Área A Área B Célula X Célula Y Célula X Célula Y Stakeholders Time MetaProduct Owner Célula X Célula Y Célula X Célula Y ScrumMaster Empresa Externa A Empresa Externa B
  • 66. Ele protege a Meta do time,!responsável pelo Processo,!e Facilitador"(para o PO e Team) ScrumMaster
  • 67. Visão geraldo 
Scrum
  • 68. Visão Sprint " Daily " Planning Sprint Meeting Product " Backlog Sprint " Retrospective Sprint " Review
  • 69. Visão # O que é feito?" - Uma Visão Fixa (um ponto a se se chegar)! - Suficientemente Abrangente (alto nível)! - É um período para definicão das regras iniciais! ! # Quem faz?" -Product Owner! -Com apoio do ScrumMaster! ! # O que sai?" -Declaração da Visão! - Product Backlog Inicial " ! # Quando é feito?" - No início do projeto!
  • 70. Visão # O que é feito?" - Lista de desejos para o produto! - Priorizada pelo PO! ! # Quem faz?" -Product Owner! ! # O que sai?" -Priorização Inicial do Product Backlog" ! Product " # Quando é feito?" Backlog -No início do projeto! -Continuamente!
  • 71. Visão # O que é feito no Planning 1?" -PO define o meta para a Sprint! -PO explica os itens de maior de prioridade! no ProductBacklog! -Time questiona o entendimento dos itens! Sprint " ! Planning # O que é feito no Planning 2?" -O Time pode estimar! -O time pode quebrar em tarefas menores! -Selecionar os itens que atendem a meta ! da Sprint! ! # O que sai?" -Meta e Sprint Backlog ! ! Product " # Quem faz?" Backlog -Product Owner, Time, ScrumMaster! ! # Quando é feito? " - Antes de cada Sprint! !
  • 72. Visão Sprint " Planning Sprint # O que é feito na Sprint?" - Desenvolvimento do produto! - O time se auto-organiza! ! # Quem faz?" - Time! Product " ! Backlog # O que sai?" - Incremento de Produto" ! # Quando é feito?" - Continuamente até o fim do projeto!
  • 73. Visão Sprint " Daily " Planning Sprint Meeting # O que é feito na Daily Meeting?" - Adaptação Diária! - O que fez ?! - O que fará?! - Existe algum impedimento?! ! # Quem faz?" Product " - Time facilitado pelo ScrumMaster! Backlog ! # O que sai?" - Impedimentos, Ações de ajustes no curso 
 ! # Quando é feito?" - Diariamente até o fim da Sprint!
  • 74. Visão Sprint " Daily " Planning Sprint Meeting # O que é feito na Sprint Review?" - Entrega do Incremento do Produto para o P.O.! - Avaliação se entrega corresponde a expectativa! ! # Quem faz?" - P.O, Time ,ScrumMaster! ! # O que sai?" Product " - Feedback sobre o incremento de produto! Backlog -- Novos itens para o ProductBacklog! ! # Quando é feito?" Sprint " - Ao final da Sprint! Review
  • 75. # O que é feito na Sprint Retrospective?" - Inspeção e Adaptação no Prcesso (forma de trabalho)! - O que funcionou bem?! - O que não funcionou bem?! - O que fazer para melhorar?!Visão ! # Quem faz?" - Time facilitado pelo ScrumMaster! !Sprint " Sprint Daily " # O que Planning sai?" Meeting - Ações de melhorias para a próxima Sprint! ! # Quando é feito?" - Ao final da Sprint! Product " Backlog Sprint " Retrospective Sprint " Review
  • 76. Again?
  • 77. Visão Sprint " Daily " Planning Sprint Meeting Product " Backlog Sprint " Retrospective Sprint " Review
  • 78. Coisas Importantes
  • 79. Requisitos Ágeis
  • 80. O Ministério da Agilidade adverte:
Isso não é do Scrum
 Se persistirem os sintomas, contrate um Mentor
  • 81. O Scrum não diz como vocêdeve escrever os requisitos!
  • 82. 2 Regras Básicas:Requisitos Orientados ao cliente" ! Ordenados por aquiloRequisitosque for importante ao cliente
  • 83. e as Questões Técnicas ?
  • 84. Pre-Game Game Post-Game Arquitetura de Restrições de referência plataformas Sprint Sprint Sprint Sprint Arquitetura ArquiteturaVisão Inicial Concluída Segmentação ortogonal para reduzir as dependências Itens de Negócio Arquitetura
  • 85. Boas metas?
  • 86. Específicas
  • 87. Mensuráveis
  • 88. Alcançáveis
  • 89. Relevantes
  • 90. Datadas
  • 91. SMART
 
 S – Específica
 
 M – Mensurável
 
 A - Alcançável
 
 R – Relevante! 
T – Com Tempo para acontecer

  • 92. Definition" Definition" of " of " Ready DoneO que o time precisa ! Quando um item pode serpara começar uma Sprint? considerado como concluído?
  • 93. Adaptação Diária
  • 94. Daily Meeting• O que fez de ontem para hoje?! !• O que fará de hoje para amanhã! !• Existe algum impedimento?
  • 95. Comunicação 
Visual Fonte: Jason Che-han Yip (ThoughtWorks)
  • 96. Impedimentos?
  • 97. Ensinar a pescar,"Não dar o peixe
  • 98. Fluxo para remoção de impedimentos em projetos Elucida sobre o trabalho Projeto Scrum Não Sim StakeHolders Removeu? Removeu? Sinaliza Não Não Impedimento Sim Removeu? ScrumMaster Product Owner Sim Time Meta ameaçada
  • 99. Gráficos
  • 100. Total Sprint Backlog 500Burn-Down Dia 1 Dia 2 Dia 3 0 200 0 500 300 300 Dia 4 0 300 Dia 5 300 0
  • 101. Burn-Down Chart
  • 102. Burn-up ChartValor300200100 0 1 2 3 4 5 Sprints
  • 103. 
Scrum serve 
para todo tipo
de projeto?
  • 104. Não!!!
  • 105. Pouco apropriado para 
contextos determinísticos
  • 106. + para contextos empíricos
  • 107. Minhaempresa 
pode ser 
ágil?
  • 108. ! Nossa maior prioridade é satisfazer o cliente 12 Princípios através da entrega contínua e adiantada de software com valor agregado. ! Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente. ! Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo. !Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto. Software funcionando é a medida primária de progresso. ! ! Construa projetos em torno de indivíduos motivados. Os processos ágeis promovem desenvolvimento Dê a eles o ambiente e o suporte necessário sustentável. Os patrocinadores, desenvolvedores e e confie neles para fazer o trabalho. usuários devem ser capazes de manter um ritmo ! constante indefinidamente. O método mais eficiente e eficaz de transmitir !informações para e entre uma equipe de desenvolvimento Contínua atenção à excelência técnica e bom design é através de conversa face a face. aumenta a agilidade. ! ! Simplicidade--a arte de maximizar a quantidade de trabalho não realizado--é essencial. ! As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis. ! Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.
  • 109. Crie o
 seu " Jeito" Ágil
  • 110. Meta-Agile Agilidade além da própria agilidadehttp://visaoagil.wordpress.com/2011/02/11/manifesto-for-meta-agile/
  • 111. Quer mais 
informações?
  • 112. Livros:• Agile Project Management With Scrum, Schwaber, Ken, Editora, Ed. Microsoft Pres!!• Agile Software Development with Scrum, Schwaber, Ken e Beedle, Mike.! !• A Practical Guide to Feature-Driven Development, Palmer, Stephen R. e Felsing, John M, Coad Series.! !• Extreme Programming Explained: Embrace Change, Kent Beck.!
  • 113. Meus artigos:• www.devmedia.com.br (Portal e Revista)!• www.visaoagil.com (Blog e Revista)!• www.scrumalliance.com (artigos)!• www.agilealliance.com (artigos)!• www.infoq.com (Brasil, EUA, China)!
  • 114. OK ? twitter.com/manoelp! !manoel@ica-ti.com.br