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]
"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
Start 1  Time 12  Sprints
Replicando os times
 
Sincronismo Sprints dos 6 times sincronizados
Sprint Plannings individuais
Daily Meeting as 9:30h

os desafios de escalar SCRUM

Notas do Editor

  • #2 Minha introdução quem ja trabalhou em um projeto tradicional de desenvolvimento de software com equipes com mais de 10 pessoas? quem ja teve a impressão que se tirasse a metade mais fraca do time, continuaria tendo uma produtividade semelhante? Na globo.com sempre mantivemos ou melhoramos a performance ao reduzir equipes.