Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

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

183 visualizaciones

Publicado el

Talk sobre tamanho de times Scrum. Small is beautiful.
Apresentada no 10o. Rio Agile Beer - Olho da Rua, Rio de Janeiro - Julho/2017.

Publicado en: Liderazgo y gestión
  • Hello! Get Your Professional Job-Winning Resume Here - Check our website! https://vk.cc/818RFv
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí

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 Sumário • Introdução • 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 são auto-organizáveis e multifuncionais.
  4. 4. www.scrumhalf.com.br Papéis – By the Book • P.O. – Responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento. Como isso é feito pode variar amplamente através das organizações, Times Scrum e indivíduos. • Scrum Master – O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum. O Scrum Master é um servo-líder para o Time Scrum. • Dev Team – Consiste de profissionais que realizam o trabalho de entregar uma versão usável 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 Visão Qualitativa • Times auto-organizáveis 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 competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe. • O modelo de time no Scrum é projetado para aperfeiçoar a flexibilidade, criatividade e produtividade.
  6. 6. www.scrumhalf.com.br Times – Uma Visão 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. “ • Número Mágico
  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 características 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 é “matar”o Sprint Backlog • Processo fica mecânico, automatizado • Sprint planning é um resultado da última Sprint somente • Falta visão do produto e um plano estratégico 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 técnico • Operam sob a influência de líderes técnicos • Foco é em um componente da solução • 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 definições ao invés de colaborarem – falta empoderamento
  15. 15. www.scrumhalf.com.br Time de Features • Preocupação do time é com as características do produto • Visão do Produto e Planejamento Estratégico 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 Sugestões • Retrospectivas são uma oportunidade para entender o seu time • Pense em usar ferramentas visuais para os planejamentos de nível 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 universitários • Equipes completando tarefas diversas • Melhor aceitação 4-5 ASA Study
  20. 20. www.scrumhalf.com.br • 35K-90K SLOC • Projetos agrupados por tamanho das equipes • Distribuição 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 gestão ágil Agile Performance
  22. 22. www.scrumhalf.com.br Sugestões • Realmente Small is Beatiful… Mas não muito small… • Número mágico ainda vale • Maior, mais problemas de comunicação e coordenação • Menor, sujeito a intempéries. Melhor sempre mais de um cobrindo algo. • Invista na formação do time – atividades extra também são importantes • Estabeleça metas claras
  23. 23. www.scrumhalf.com.br Caindo na Real… • Nossos times costumam ser pequenos • Multifuncional nem sempre é real • Domínio do Scrum não é absoluto • Complexidade da coordenação diminui a agilidade • Leva tempo formar time de alta performance – mínimo 6 meses
  24. 24. www.scrumhalf.com.br
  25. 25. www.scrumhalf.com.br Referências • 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 rneto@myscrumhalf.com @zerneto 27

×