os desafios de escalar SCRUM Danilo Bardusco

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

"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]

Mas o que fazer se você está numa grande corporação e tem: – Muitos pequenos projetos em paralelo. – Grandes projetos com tempo reduzido.

a globo.com tem os dois cenários

"I believe Scrum to be self-scaling . By that, I mean that Scrum contains all the elements required for handling complexity: self-organization, empiricism, prioritization and timeboxing. Scaling Scrum does not benefit from interference, but rather from support and understanding." – Tobias Mayer [3]

self-organization,

empiricism,

prioritization and

timeboxing.

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

7 Departamentos se transformaram em 17 times Scrum

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

2) Iterações

3) Cliente e/ou usuário colaborando .

4) Kaizen Mind Senso de urgência

5) Ambiente de confiança e aprendizado

6) Entregar software funcionando a cada sprint

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

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

Nova Plataforma Escalável Distribuída Orientada a Serviços Fácil de Usar Rápida de Desenvolver

Escalável

Distribuída

Orientada a Serviços

Fácil de Usar

Rápida de Desenvolver

Start 1 Time 12 Sprints

Replicando os times

Sincronismo Sprints dos 6 times sincronizados Sprint Plannings individuais Daily Meeting as 9:30h Daily Scrum of Scrums as 9:50h Review no auditório com todos os times

Sprints dos 6 times sincronizados

Sprint Plannings individuais

Daily Meeting as 9:30h

Daily Scrum of Scrums as 9:50h

Review no auditório com todos os times

setar a velocidade local antes de distribuir os times

Práticas ágeis de engenharia

integrar no mínimo diariamente .

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

Coordenação entre os times

diminui o estoque de produto não acabado ajuda na auto-gestão regula o tamanho do time tira da zona de conforto Não paralelizar

diminui o estoque de produto não acabado

ajuda na auto-gestão

regula o tamanho do time

tira da zona de conforto

Só fazer o absolutamente necessário para atingir o GOAL Não re-inventar a roda Simplificar Automatizar Ser Preguiçoso

Só fazer o absolutamente necessário para atingir o GOAL

Não re-inventar a roda

Simplificar

Automatizar

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

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/