1) O documento discute os desafios de escalar o framework Scrum em grandes corporações com muitos projetos paralelos e grandes projetos com prazos curtos. 2) A empresa Globo.com transformou 7 departamentos em 17 times Scrum independentes que sincronizam daily meetings e reviews. 3) Práticas como entregas funcionais frequentes, automação de testes, coordenação entre times e foco no essencial ajudam a escalar Scrum em grandes empresas.

1. os desafios de escalar SCRUM Danilo Bardusco

2. “ Scaling agile is the last thing you want to do” — Martin Fowler

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. Mas o que fazer se você está numa grande corporação e tem: – Muitos pequenos projetos em paralelo. – Grandes projetos com tempo reduzido.

5. a globo.com tem os dois cenários

7. empiricism,

8. prioritization and

9. timeboxing. Scaling Scrum does not benefit from interference, but rather from support and understanding." – Tobias Mayer [3]

10. "Scrum requires intelligent management … and hands-on" – Ken Schwaber [4]

11. 7 Departamentos se transformaram em 17 times Scrum

12. 1) Simplicidade “ A arte de maximizar a quantidade de trabalho não feito”

13. 2) Iterações

14. 3) Cliente e/ou usuário colaborando .

15. 4) Kaizen Mind Senso de urgência

16. 5) Ambiente de confiança e aprendizado

17. 6) Entregar software funcionando a cada sprint

18. 7) alta direção trabalhando no modo Pull.

19. 8) saber que Scrum não é fácil

21. Distribuída

22. Orientada a Serviços

23. Fácil de Usar

24. Rápida de Desenvolver

25. Start 1 Time 12 Sprints

26. Replicando os times

29. Sprint Plannings individuais

30. Daily Meeting as 9:30h

31. Daily Scrum of Scrums as 9:50h

32. Review no auditório com todos os times

33. setar a velocidade local antes de distribuir os times

34. Práticas ágeis de engenharia

35. integrar no mínimo diariamente .

36. cuidado com a automação de testes, para evitar a manutenção difícil

37. Coordenação entre os times

39. ajuda na auto-gestão

40. regula o tamanho do time

41. tira da zona de conforto Não paralelizar

43. Não re-inventar a roda

44. Simplificar

45. Automatizar Ser Preguiçoso

46. Obrigado! É possível escrever software de qualidade sem burocracia. Danilo Bardusco <bardusco@corp.globo.com> http://blog.bardusco.com

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/