os desafios de escalar SCRUM

2.938 visualizações

Publicada em

KeyNote apresentado no Scrum Gathering Brasil 2009 ( http://www.scrumalliance.org/events/57-brazil-scrum-gathering ) sobre quais são os desafios enfrentados para escalar horizontal e verticalmente o framework de gestão SCRUM em uma grande corporação.

Publicada em: Tecnologia

os desafios de escalar SCRUM

  1. 1. os desafios de escalar SCRUM Danilo Bardusco
  2. 2. “ Scaling agile is the last thing you want to do” — Martin Fowler
  3. 3. "Decision making in large organizations tends to be slow, and this poses a serious problem in the IT-related business where the "speed" is the most important requirement" – Claude E. Barfield [2]
  4. 4. Mas o que fazer se você está numa grande corporação e tem: – Muitos pequenos projetos em paralelo. – Grandes projetos com tempo reduzido.
  5. 5. a globo.com tem os dois cenários
  6. 6. &quot;I believe Scrum to be self-scaling . By that, I mean that Scrum contains all the elements required for handling complexity: <ul><ul><ul><li>self-organization,
  7. 7. empiricism,
  8. 8. prioritization and
  9. 9. timeboxing. </li></ul></ul></ul>Scaling Scrum does not benefit from interference, but rather from support and understanding.&quot; – Tobias Mayer [3]
  10. 10. &quot;Scrum requires intelligent management … and hands-on&quot; – Ken Schwaber [4]
  11. 11. 7 Departamentos se transformaram em 17 times Scrum
  12. 12. 1) Simplicidade “ A arte de maximizar a quantidade de trabalho não feito”
  13. 13. 2) Iterações
  14. 14. 3) Cliente e/ou usuário colaborando .
  15. 15. 4) Kaizen Mind Senso de urgência
  16. 16. 5) Ambiente de confiança e aprendizado
  17. 17. 6) Entregar software funcionando a cada sprint
  18. 18. 7) alta direção trabalhando no modo Pull.
  19. 19. 8) saber que Scrum não é fácil
  20. 20. Nova Plataforma <ul><ul><ul><ul><li>Escalável
  21. 21. Distribuída
  22. 22. Orientada a Serviços
  23. 23. Fácil de Usar
  24. 24. Rápida de Desenvolver </li></ul></ul></ul></ul>
  25. 25. Start 1 Time 12 Sprints
  26. 26. Replicando os times
  27. 28. Sincronismo <ul><li>Sprints dos 6 times sincronizados
  28. 29. Sprint Plannings individuais
  29. 30. Daily Meeting as 9:30h
  30. 31. Daily Scrum of Scrums as 9:50h
  31. 32. Review no auditório com todos os times </li></ul>
  32. 33. setar a velocidade local antes de distribuir os times
  33. 34. Práticas ágeis de engenharia
  34. 35. integrar no mínimo diariamente .
  35. 36. cuidado com a automação de testes, para evitar a manutenção difícil
  36. 37. Coordenação entre os times
  37. 38. <ul><li>diminui o estoque de produto não acabado
  38. 39. ajuda na auto-gestão
  39. 40. regula o tamanho do time
  40. 41. tira da zona de conforto </li></ul>Não paralelizar
  41. 42. <ul><li>Só fazer o absolutamente necessário para atingir o GOAL
  42. 43. Não re-inventar a roda
  43. 44. Simplificar
  44. 45. Automatizar </li></ul>Ser Preguiçoso
  45. 46. Obrigado! É possível escrever software de qualidade sem burocracia. Danilo Bardusco <bardusco@corp.globo.com> http://blog.bardusco.com
  46. 47. Referências [1] http://martinfowler.com/articles/canScaling.html [2] Internet, Economic Growth, and Globalization, By Claude E. Barfield, Günter Heiduk, Paul J. J. Welfens [3] http://agilethinking.net/blog/2008/04/09/scaling-scrum-the-alcoholic-perspective/ [4] http://www.controlchaos.com/old-site/Case7.htm [5] http://agileproductdesign.com/blog/dont_know_what_i_want.html [6] http://leansoftwareengineering.com/2008/01/04/the-customer-doesnt-want-a-release-every-month/

×