O documento discute como escalar metodologias ágeis em grandes empresas, propondo o framework SAFe (Scaled Agile Framework). SAFe organiza múltiplos times ágeis trabalhando de forma integrada e sincronizada para objetivos estratégicos comuns, através de papéis como Release Train Engineer e Product Manager. O framework propõe práticas como Release Planning e gestão de requisitos em diferentes níveis (épicos, features e histórias).
8. Múl$plos
$mes
Obje$vos
estratégicos
comuns
Sincronização
de
diferentes
backlogs
Depedências
entre
$mes/produtos
Necessidade
de
seguir
uma
arquitetura
comum/global.
Governança
Hierarquias
Polí$cas
9. O
que
mo7va
a
escala
do
Ágil?
Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
10. O
que
mo7va
a
escala
do
Ágil?
Vamos alterar o
Conta Corrente?
Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
11. O
que
mo7va
a
escala
do
Ágil?
“Minha
parte”
“Minha
parte”
“Minha
parte”
“Minha
parte”
Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
12. Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
O
que
mo7va
a
escala
do
Ágil?
“Minha
parte”
“Minha
parte”
“Minha
parte”
“Minha
parte”
Dependências
Dependências
Dependências
Dependências
13. Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
O
que
mo7va
a
escala
do
Ágil?
“Minha
parte”
“Minha
parte”
“Minha
parte”
“Minha
parte”
Dependências
Dependências
Dependências
Dependências
Me
ajuda?
Me
ajuda?
O
Meu
é
mais
importante.
Nem
Pensar!
14. Time:
ATM
Time:
Internet
Banking
Time:
Mobile
Time:
Transações
Começando
a
resolver
o
problema
“Minha
parte”
“Minha
parte”
“Minha
parte”
“Minha
parte”
Dependências
Dependências
Dependências
Dependências
Integra
as
dependências
Product
Manager
15. Integra
e
Sincroniza
as
dependências
Product
Manager
Começando
a
resolver
o
problema
17. Integração
e
Sincronização
na
Release
Release
Planning
Managing
Dependences
Release
Iteração
Iteração
Iteração
Iteração
Time
A
Iteração
Iteração
Iteração
Iteração
Time
B
Iteração
Iteração
Iteração
Iteração
Time
C
Iteração
Iteração
Iteração
Iteração
Time
D
A B
CD
A B
CD
A B
CD
A B
CD
Inspect
&
Adapt
18. Conteúdo
Itera7vo
e
Incremental
Entregas
do
Time
A
Iteração1
Iteração2
Iteração3
Iteração4
Demo
da
Release
Entregas
do
Time
A
Iteração1
Iteração2
Iteração3
Iteração4
Entregas
do
Time
A
Iteração1
Iteração2
Iteração3
Iteração4
26. Nível
TIME
▸ Time multi-disciplinar, empoderado e auto organizado
▸ Entrega valor devidamente testado a cada Iteração
▸ Entrega de valor através de User Stories
33. Organização de múltiplos times ágeis trabalhando de forma integrada e
sincronizada para um mesmo objetivo estratégico.
Nível
PROGRAMA
34. Nível
PORTFÓLIO
▸ Estratégia centralizada com execução descentralizada
▸ Arquitetura corporativa é figura importante dentro do framework
▸ Métricas objetivas de governança e kaizen
▸ Valor descrito através de épicos de negócios e de arquitetura
▸ Lean Budget (Tempo Fixo, Custo Fixo e Escopo Variável)
▸ Portfólio fluindo num sistema Kanban
41. O Trem é uma forma de organizar múltiplos times que estão
desenvolvendo esforços interdependentes em prol de um mesmo
objetivo em nível de programa.
42. Um trem parte de uma estação e chega na
próxima estação com um confiável
agendamento. Nesse caso, em termos práticos,
teremos uma cadência fixa de entregas dos
objetivos de negócio.
43. Essa
cadência
fixa,
em
grandes
empresas,
pode
acontecer
em
tempo
de
release,
não
necessariamente
em
tempo
de
Iterações.
Isso
significa
que
um
ART
pode
ser
composto
pelo
resultado
integrado
de
várias
iterações
e
de
vários
$mes
diferentes.
A
Metáfora
do
Trem
49. Papéis
RTE ( Release Train Engineer - Mantêm o programa
funcionando de maneira sincronizada. É o responsável
pela integração dos processos e funcionamento de
métodos ágeis nos times.
Product Manager - Faz a gestão dos requisitos em alto
nível (Épicos e Features) dentro de um programa e
garante a visão integrada das entregas e a sincronização
dos backlogs dos diferentes times.
System Architect - Guia e suporta as grandes decisões
globais dos times do ponto de vista técnico e arquitetural.
Também é responsável pela congruência tecnológica das
soluções criadas pelos diferentes times.
50.
51. Release
Planning
Managing
Dependencies
Release
Iteração
Iteração
Iteração
Iteração
Time
A
Iteração
Iteração
Iteração
Iteração
Time
B
Iteração
Iteração
Iteração
Iteração
Time
C
Iteração
Iteração
Iteração
Iteração
Time
D
A B
CD
A B
CD
A B
CD
A B
CD
Inspect
and
Adapt
56. Release
Planning
Entrada
• Roamap e Visão
• Features prioritarias do Program
Backlog
Envolvidos
• Membros dos times
• Product Manager/RTE/Sytem
Archtect
• Stakeholders
Resultados
• Conjunto de Objetivos para o
programa e para cada time
• Um plano de entregas e
dependêncas entre os times.
57. Day 1 Agenda Day 2 Agenda
Contexto de Negócio
Visão do Produto
Visão Arquitetural, UX e
Práticas de Desenv.
Explicação do
planejamento entre times
Entendimento e
planejamento das
Histórias
Integração dos Planos
Discussão sobre Riscos
Ajustes no Entendimento
e Planejamento das
Histórias
Integração final dos
planos
Gestão de Riscos
Ajustes finais (se
necessário)
Retrospectiva da Release
Planning
8:00
9:00
9:00
10:30
10:30
11:30
11:30
12:00
13:00
16:00
16:00
17:00
18:00
6:00
8:00
11:00
11:00
12:00
13:00
14:00
14:00
16:00
16:00
17:00
Exemplo
de
Agenda
de
Release
Planning
64. Épicos
são
inicia$vas
que
tem
impacto
substancial
no
escopo
e
que
por
consequência
precisa
de
um
entendimento
do
potencial
do
ROI
da
implementação.
Do
ponto
de
vista
de
tamanho,
um
épico
precisa
de
mais
de
um
Iteração
para
ser
entregue.
Épicos
65. Os
serviços
ou
caracterís$cas
fornecidos
pelo
sistema
que
preencham
necessidades
dos
stakeholders.
Features