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

6.699 visualizações

Publicada em

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.

Publicada em: Negócios
0 comentários
8 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
6.699
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3.869
Ações
Compartilhamentos
0
Downloads
179
Comentários
0
Gostaram
8
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

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

  1. 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. 2. mecobiz.net
  3. 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. 4. O Scrum é um
Framework
 Ágil
  5. 5. Ágil?
  6. 6. Agile
  7. 7. AgileXP FDD Scrum
  8. 8. Agile?
  9. 9. Agile então é: 
Fazer e Entregar mais“Rápido”?
  10. 10. Agile NÃO é 
 fazer mais rápido
  11. 11. Agile é ....
  12. 12. EntregasConstantes
  13. 13. Através de ciclos curtos
  14. 14. Responder a Mudanças
  15. 15. Através de flexibilidade "e leveza
  16. 16. MelhoriaContínua
  17. 17. PDCA puro
  18. 18. EliminarDesperdício
  19. 19. O que realmente agrega valorpara uma meta? Fonte: Jason Che-han Yip (ThoughtWorks)
  20. 20. PráticasCultura
  21. 21. Valores 
Ágeis
  22. 22. agilemanifesto.org
  23. 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. 24. Scrum?
  25. 25. Scrum é para:
  26. 26. gerenciar 
o desenvolvimento

  27. 27. 
Iterativo Incremental
 e de produtos
  28. 28. Iterativo eIncremental?
  29. 29. Você comeria toda 
essa carne 
numa só vez?
  30. 30. Não!!!
  31. 31. Se for por pedaços 
 menores?
  32. 32. ?
  33. 33. Como tratamos o“problema” vaca?
  34. 34. Por que isso acontece?
  35. 35. Resposta: Limitação
  36. 36. Limitação == Priorização
  37. 37. Qual parte tem maisimportância para você?
  38. 38. Isso evita excessos
  39. 39. Com isso reduzimos o desperdício
  40. 40. Temos desperdício numescopo de um software?
  41. 41. Veja a realidade:Fonte:
  42. 42. Por isso em Agile o tempo e o custo sãofixos, o que é variável é o escopo
  43. 43. Isso acontece de uma forma iterativae incremental
  44. 44. Metodologia?
  45. 45. Não!
  46. 46. Framework
 Ágil
  47. 47. O Scrum enquanto framework é incompleto por natureza...
  48. 48. Papéis RegrasCerimônias Artefatos
  49. 49. Empresa A Papéis RegrasCerimônias Artefatos
  50. 50. Empresa A ### Papéis RegrasCerimônias Artefatos ###
  51. 51. Empresa A ### ### ### Papéis RegrasCerimônias Artefatos ###
  52. 52. Empresa A ### ### ### Papéis Regras ###Cerimônias Artefatos ### ###
  53. 53. Empresa B ?
  54. 54. Empresa B ### ### ### Papéis Regras ###Cerimônias Artefatos ### ###
  55. 55. Empresa B ### Papéis Regras Cerimônias Artefatos### ### ###
  56. 56. Valores Papéis RegrasCerimônias Artefatos Pilares
  57. 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. 58. Comando
 Controle
  59. 59. Auto
Organização
  60. 60. Foco
  61. 61. Papéis do Scrum
  62. 62. ProductOwner Team ScrumMaster
  63. 63. Produto !Ele conhece oGerencia a Visão"!promove o ROI!gerencia a Entrega"
garante o Sucesso do Produto" Product Owner
  64. 64. É uma equipe !Multi-Disciplinar" auto-organiza"que see gerencia a Sprint "para atingir a meta . Team
  65. 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. 66. Ele protege a Meta do time,!responsável pelo Processo,!e Facilitador"(para o PO e Team) ScrumMaster
  67. 67. Visão geraldo 
Scrum
  68. 68. Visão Sprint " Daily " Planning Sprint Meeting Product " Backlog Sprint " Retrospective Sprint " Review
  69. 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. 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. 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. 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. 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. 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. 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. 76. Again?
  77. 77. Visão Sprint " Daily " Planning Sprint Meeting Product " Backlog Sprint " Retrospective Sprint " Review
  78. 78. Coisas Importantes
  79. 79. Requisitos Ágeis
  80. 80. O Ministério da Agilidade adverte:
Isso não é do Scrum
 Se persistirem os sintomas, contrate um Mentor
  81. 81. O Scrum não diz como vocêdeve escrever os requisitos!
  82. 82. 2 Regras Básicas:Requisitos Orientados ao cliente" ! Ordenados por aquiloRequisitosque for importante ao cliente
  83. 83. e as Questões Técnicas ?
  84. 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. 85. Boas metas?
  86. 86. Específicas
  87. 87. Mensuráveis
  88. 88. Alcançáveis
  89. 89. Relevantes
  90. 90. Datadas
  91. 91. SMART
 
 S – Específica
 
 M – Mensurável
 
 A - Alcançável
 
 R – Relevante! 
T – Com Tempo para acontecer

  92. 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. 93. Adaptação Diária
  94. 94. Daily Meeting• O que fez de ontem para hoje?! !• O que fará de hoje para amanhã! !• Existe algum impedimento?
  95. 95. Comunicação 
Visual Fonte: Jason Che-han Yip (ThoughtWorks)
  96. 96. Impedimentos?
  97. 97. Ensinar a pescar,"Não dar o peixe
  98. 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. 99. Gráficos
  100. 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. 101. Burn-Down Chart
  102. 102. Burn-up ChartValor300200100 0 1 2 3 4 5 Sprints
  103. 103. 
Scrum serve 
para todo tipo
de projeto?
  104. 104. Não!!!
  105. 105. Pouco apropriado para 
contextos determinísticos
  106. 106. + para contextos empíricos
  107. 107. Minhaempresa 
pode ser 
ágil?
  108. 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. 109. Crie o
 seu " Jeito" Ágil
  110. 110. Meta-Agile Agilidade além da própria agilidadehttp://visaoagil.wordpress.com/2011/02/11/manifesto-for-meta-agile/
  111. 111. Quer mais 
informações?
  112. 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. 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. 114. OK ? twitter.com/manoelp! !manoel@ica-ti.com.br

×