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).

1. # SAFe #
Como escalar algo que é
essencialmente artesanal?
Manoel Pimentel
twitter.com/manoelp

5. Segunda
Década
de
Agile

6. Escalar
Agile?

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

16. Release
Management
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

20. Compilação
de
Ferramentas

21. é um framework
testado e comprovado
disponível publicamente para aplicação
ágil em grande escala

22. SAFe
Case
Studies
ScaledAgileFramework.com/case-­‐studies

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

29. Mul7disciplinar
=
Time
Fractal

30. Fractal

31. twiTer.com/jreisstudio

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

35. hTp://www.slideshare.net/GiulioRoggero/kanban-­‐porWolio-­‐management-­‐a-­‐real-­‐case

38. O
coração
do
SAFe

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

45. Release sobre demanda
Release
Atualização
Versão de
Demonstração
Release Nova Feature
Cadência de Desenvolvimento

46. Scaled
DoD

48. Papéis
em
escala

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.

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

52. Architectural
Runway

53. A r c h i t e c t u r a l
R u n w a y
…
to
support
future
features
Implemented
now
…
Feature
Feature
Feature
Arch

54. Current
Stories
Current
Design
Upcoming
features
Arch.
Runway
Emergent
design
Inten7onal
architecture

55. Release
Planning

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

59. Mark
Richards

61. Program
Board

62. Requisitos
em
escala

63. Épico
Features
Histórias

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

66. Histórias
Cartão
Conversa
Confirmação

67. Histórias
de
Usuário
Feature
Épico

68. Histórias
de
Usuário
Feature
Épico

69. Feature Teams
Accounts
Bill
Pay
Transfers
Cash
Back

70. Épicos
Time
Ágil
Feature
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
Release
Time
Ágil
Feature
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
Release
Feature
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
Release
Feature
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
História
de
Usuário
História
de
Usuário
História
de
Usuário
História
de
Usuário
Iteração
Release

71. Métricas

73. Finalizando

75. 1. Code Quality
2. Program execution
3. Alignment
4. Transparency
Core
Values

76. “He's
the
hero
Gotham
deserves,
but
not
the
one
it
needs
right
now.”

77. Thanks!
manoel@adaptworks.com.br
twieer.com/manoelp
infoq.com/br/interviews/Visao-­‐Geral-­‐do-­‐SAFe