Times Scrum: Caindo na Real - Palestra 10o. Rio Agile

of 26/26
www.scrumhalf.com.br Team ScrumHalf no 10º Agile Beer Times Scrum - Caindo na Real

Embed Size (px)

Transcript of Times Scrum: Caindo na Real - Palestra 10o. Rio Agile

  1. 1. www.scrumhalf.com.br Team ScrumHalf no 10 Agile Beer Times Scrum - Caindo na Real
  2. 2. www.scrumhalf.com.br Sumrio Introduo Tipos de Times Realidade das Trincheiras Debate
  3. 3. www.scrumhalf.com.br Times Scrum Scrum Guide O Time Scrum composto pelo Product Owner, o Time de Desenvolvimento e o Scrum Master. Times Scrum so auto-organizveis e multifuncionais.
  4. 4. www.scrumhalf.com.br Papis By the Book P.O. Responsvel por maximizar o valor do produto e do trabalho do Time de Desenvolvimento. Como isso feito pode variar amplamente atravs das organizaes, Times Scrum e indivduos. Scrum Master O Scrum Master responsvel por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere teoria, prticas e regras do Scrum. O Scrum Master um servo-lder para o Time Scrum. Dev Team Consiste de profissionais que realizam o trabalho de entregar uma verso usvel que potencialmente incrementa o produto Pronto ao final de cada Sprint. Somente integrantes do Time de Desenvolvimento criam incrementos.
  5. 5. www.scrumhalf.com.br Times Uma Viso Qualitativa Times auto-organizveis escolhem qual a melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora do Time. Times multifuncionais possuem todas as competncias necessrias para completar o trabalho sem depender de outros que no fazem parte da equipe. O modelo de time no Scrum projetado para aperfeioar a flexibilidade, criatividade e produtividade.
  6. 6. www.scrumhalf.com.br Times Uma Viso Quantitativa O tamanho ideal do Time de Desenvolvimento pequeno o suficiente para se manter gil e grande o suficiente para completar uma parcela significativa do trabalho dentro dos limites da Sprint. Nmero Mgico
  7. 7. www.scrumhalf.com.br
  8. 8. www.scrumhalf.com.br
  9. 9. www.scrumhalf.com.br Dono do Produto ( P.O. Product Owner) Define o que deve ser feito Scrum Master Garante o funcionamento do SCRUM Equipe (Dev Team) Multidisciplinar Trabalha no desenvolvimento do produto SCRUM Participantes
  10. 10. www.scrumhalf.com.br Alguns Papos
  11. 11. www.scrumhalf.com.br QUALIDADE Olhando as caractersticas de trabalho do time
  12. 12. www.scrumhalf.com.br Times Uma Taxonomia Times de Backlog Times de Componentes Times de Features
  13. 13. www.scrumhalf.com.br Times de Backlog Principal foco mataro Sprint Backlog Processo fica mecnico, automatizado Sprint planning um resultado da ltima Sprint somente Falta viso do produto e um plano estratgico de entregas Atingem rapidamente um teto de velocidade e estabilizam Not fun
  14. 14. www.scrumhalf.com.br Time de Componente Times muito direcionados para o lado tcnico Operam sob a influncia de lderes tcnicos Foco em um componente da soluo Tudo fica orientado ao conhecimento e a expertise sobre o componente e a tecnologia Sprint Planning dominado por um membro senior ou expert da equipe Velocidade do time cai e o entusiasmo acaba Membros do time aguardam definies ao invs de colaborarem falta empoderamento
  15. 15. www.scrumhalf.com.br Time de Features Preocupao do time com as caractersticas do produto Viso do Produto e Planejamento Estratgico de Releases orientam o Backlog Todos os membros do time colaboram motivados O foco sempre adicionar valor s features
  16. 16. www.scrumhalf.com.br Sugestes Retrospectivas so uma oportunidade para entender o seu time Pense em usar ferramentas visuais para os planejamentos de nvel mais alto Busque sempre a melhoria continua. Evite a estabilidade Crie a cultura de Features. Assim deve ser orientado o pensamento do time.
  17. 17. www.scrumhalf.com.br
  18. 18. www.scrumhalf.com.br QUANTIDADE Olhando o tamanho do time
  19. 19. www.scrumhalf.com.br Estudantes universitrios Equipes completando tarefas diversas Melhor aceitao 4-5 ASA Study
  20. 20. www.scrumhalf.com.br 35K-90K SLOC Projetos agrupados por tamanho das equipes Distribuio uniforme de tamanho equipe x tamanho de projetos Em media, grupos menores gastaram menos tempo (12 meses x 17 meses) Small is Beatiful
  21. 21. www.scrumhalf.com.br Estudo de Larry Macherone Dados de softwares de gesto gil Agile Performance
  22. 22. www.scrumhalf.com.br Sugestes Realmente Small is Beatiful Mas no muito small Nmero mgico ainda vale Maior, mais problemas de comunicao e coordenao Menor, sujeito a intempries. Melhor sempre mais de um cobrindo algo. Invista na formao do time atividades extra tambm so importantes Estabelea metas claras
  23. 23. www.scrumhalf.com.br Caindo na Real Nossos times costumam ser pequenos Multifuncional nem sempre real Domnio do Scrum no absoluto Complexidade da coordenao diminui a agilidade Leva tempo formar time de alta performance mnimo 6 meses
  24. 24. www.scrumhalf.com.br
  25. 25. www.scrumhalf.com.br Referncias What Type of Scrum Teams Do You Have? - Greg Tutunjian - https://www.linkedin.com/pulse/what-type-scrum-teams-do- you-have-greg em 13/09/2016 Choosing the Team Size in Scrum Mark Levison https://agilepainrelief.com/notesfromatooluser/2016/10/choosin g-the-team-size-in-scrum.html - 10/10/2016 Familiar Metric Management - Small is Beautiful-Once Again Lawrence H. Putnam and Ware Myers - http://www.qsm.com/fmm_28.pdf Five Steps for Creating High Performance Teams Ben Waber - https://agilepainrelief.com/high-performance-teams ScrumHalf Agile Manager http://www.scrumhalf.com.br
  26. 26. www.scrumhalf.com.br Muito Obrigado! FIM Jos Rodrigues [email protected] @zerneto 27