Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

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

126 views

Published on

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

Published in: Leadership & Management
  • Hello! Get Your Professional Job-Winning Resume Here - Check our website! https://vk.cc/818RFv
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here

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

×