Como NÃO escalar
Ágil
Renato Willi
Renato Willi
Comece tudo de uma vez
… mas não tem
internet pra todo
mundo
Nem telefone
Nem skype
Nem Hangout
Mas quero times
remotos!
Não dê nenhum treinamento
“Basta alocar o tal Adjaiow Kowtch"
Distribuído
Time 1
Vendor 1
Time 2
Vendor 2
Time 3
Vendor 3
Um Vendor / Time
Prós
> Integração
> Confiança Interna
< Risco de Turnover
de Vendors
Contras
< Colaboração
• Agendas Múltiplas
> Risco de Capability
< Aprendizado Compartilhado
> Risco de Dependência
de Vendor
< Conhecimento do Código
Time 1
Vendor 1
Time 2
Vendor 2
Time 3
Vendor 3
Múltiplos Vendors / Time
Prós
> Colaboração
< Risco de Capability
> Conhecimento Compartilhado
< Risco de Dependência
de Vendor
> Conhecimento do Código
Contras
• Agendas Múltiplas
< Confiança Interna
> Risco de Turnover
de Vendors
Qual framework de escala estamos usando?
Que tal um mix?
Qual framework de escala estamos usando?
Segunda Terça Quarta
8:00
Daily Meeting
Team 1
8:15
Daily Meeting
Team 2
8:30
Daily Meeting
Team 3
8:45
Daily Meeting
Team 4
9:00
Daily Meeting
Team 5
9:15
Daily Meeting
PO’s & SM's
Committee
9:30
Daily Meeting
Tech Committee
Passe as manhãs inteiras
participando de Daily Meetings
Segunda Terça Quarta
14:00 CPO
15:15
Comitê
Superintendentes
16:30 Comitê Sponsors
17:45 Comitê Sistemas
18:00 Comitê Executivo
19:15 Dependências
20:30 Chapter
Passe as tardes participando de
reuniões de governança
… e não
verifique os
merges
Deixe os
vendors
decidirem o
Git Flow
Segurança com o
código sem testes
automatizados
Quando as
coisas derem
errado,
gerencie o
que cada
pessoa do
time está
fazendo
Gerencie Output ao
invés de Outcome
+ =
Feature 1
correções
Release 1
Feat. 1 Done
melhorias 1 & 2
+ correções
Release 2
Não!, agora Feat. 1 está Done
.
.
.
Oh, wait!
Boa sorte ao tentar
manter seus gráficos de
Gantt atualizados!
Mantenha todos trabalhando 24/7 para
desenvolverem TUDO
Não leve
em conta
as
estruturas
de poder
Shareholders
Clientes
Como as coisas funcionam
Shareholders
Clientes
Uma nova visão
A maior mudança cultural
A maior mudança cultural
1. Our highest priority is to satisfy the customer

through early and continuous delivery

of valuable software.
5 principais erros cometidos por organizações que
falham em escalar agilidade
1. Não aceitar mudanças estruturais em sua cultura
2. Acreditar que a transformação ágil é apenas algo da
área de TI
3. Basear-se apenas em frameworks de ágil em escala
4. Fazer adaptações em valores e princípios da
agilidade
5. Deixar de lado as questões de engenharia de software
Qual deve ser a melhor abordagem
quando nossos clientes não quiserem
mudar a forma com que trabalham?
about.me/renato.willi
Obrigado!

Como NÃO escalar ágil