Escalando MANOEL PIMENTEL 
a Gestão Ágil 
com SAFe 
(Scaled Agile Framework)
ECOSSISTEMA
Sobre mim... 
• Mais de 18 anos em TI 
• Agile Coach na AdaptWorks 
• Presidente da Agile Alliance Brazil 
• Já atuou em várias organizações grandes e complexas 
(Sicoob, Stefanini, Oi, GVT, XP, Itaú, Localiza...) 
• Um dos pioneiros em Agile no Brasil 
• Criador da revista Visão Ágil 
• Chairman do Agile Brazil 2013 
• Escritor/Revisor/Palestrante 
• Certified Scrum Professional, Certified Alpha Coach, 
SPC (Scaled Academy) e Licensed Trainer de 
Management 3.0 
twitter.com/manoelp 
www.adaptworks.com.br
A PRIMEIRA DÉCADA 
http://naturalignment.com/wp-content/uploads/2014/05/dark-road.jpg
! !!! " 
Documents Documents Unverified Code Software
? ? ? INCERTEZAS ? ? ?
FEEDBACKABILIDADE
QTD 
Tempo
QTD 
Tempo 
Baixa
QTD 
FEEDBACKABILIDADE 
Tempo 
Baixa 
Alta
Organização 
Scrum (parte ágil) 
Parte Não-Ágil
A SEGUNDA DÉCADA 
http://naturalignment.com/wp-content/uploads/2014/05/dark-road.jpg
UM NOVO DESAFIO
EXISTE VIDA ALÉM DO CÓDIGO
EXISTE VIDA ALÉM DO SEU TIME
Organização 
Área não Ágil 
Combinação 
de 
Ferramentas 
Ágeis
COMO SE ESCALA ALGO ARTESANAL?
OBSTÁCULOS 
…OU QUESTÕES A SEREM VENCIDAS 
http://www.designnation.de/Media/Galerie/49200dfc9cef4,dark-zombi-ninja-.jpg
ESCALAR 
RESTRIÇÕES DE ARQUITETURA 
GOVERNANÇA 
DISTRIBUIR 
INTEGRAÇÃO COM ÁREAS NÃO-ÁGEIS 
TRANSIÇÃO 
POLÍTICA 
ALINHAMENTO
UM OLHAR ALÉM
ESCALANDO AGILE 
http://images.fineartamerica.com/images-medium-large/black-pyramid-barry-styles.jpg
PRIMEIRA COISA: 
TIPO DE ESTRUTURA 
ORGANIZACIONAL
Tipos de Redes - Paul Baran
SCRUM 
PURO
? ? ? ?
+ FERRAMENTAS
TOOLS 
Management 3.0 SAFe 
Lean 
…. 
http://flipthetruck.files.wordpress.com/2013/07/batman-trilogy-special-4.png 
Kanban 
Scrum 
XP
SEGUNDA COISA: 
MOTIVACAÇÃO
A BASE PARA ESCALAR
THE HOUSE OF LEAN
ESCALANDO NA 
PRÁTICA
COMO ESTRUTURAR OS TIMES? 
Team 
Team 
Team 
Team 
Team 
Team 
Team 
Team 
Team
SILOS 
Before Agile: Typical Functional Silos 
Management Challenge: 
Connect the Silos
FRACTAL (TIMES MULTIDISCIPLINARES) 
Team 
1 
Team 
100
INICIAT I VAS 
DIFERENTES
UM FORMATO DISTRIBUÍDO 
Team 
Sprint 
Sprint 
Sprint Sprint 
Sprint Sprint 
Team 
Sprint 
Team 
Sprint
MESMA I N I C I AT I VA
SINCRONIZAÇÃO E CADÊNCIA 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint
Programa 
Time 
Daily 
Scrum 
Team A 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Daily 
Scrum 
Scrum-of- 
Scrums 
Scrum-of- 
Scrums 
Team A 
Team A
QTD 
Tempo 
Baixa 
Alta 
nossa meta 
FEEDBACKABILIDADE
QTD 
Tempo 
Baixa 
Alta 
transição 
nossa meta 
FEEDBACKABILIDADE
ENTREGAR NA 
CADÊNCIA DE UM TREM 
http://www.therealtrainshow.com/wp-content/uploads/2014/08/Steam-Train-groing-through-Scranton1.jpg
ART - AG I L E RELEASE TRAIN 
http://www.therealtrainshow.com/wp-content/uploads/2014/08/Steam-Train-groing-through-Scranton1.jpg
Team 
Integração Documentação 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint Release 
Testes Código
P I - PROGRAM INCREMENT 
May July Sep 
v1.0 v1.5 v2.0 
Features 
! Road Rage Completed 
(single user) 
! Brickyard Ported (single 
user) 
! Road Rage multiuser 
demonstrable 
! First multiuser game 
feature for Road Rage 
Features 
! Road Rage (Multiuser) first 
release 
! Brickyard Ported multiuser 
demo 
! New features for both 
games (see backlog) 
Features 
! Road Rage Ported 
(part I) 
! Brickyard port started 
(stretch obj. to complete) 
! Distributed platform demo 
! ALL GUIs for both games 
demonstrable 
! New features (see 
prioritized list) 
— Stretch Objectives — 
! Demo of Beemer game 
High Confidence Medium Confidence Marquee Features Only
Release on Demand 
Major 
Release Subsystem 
release 
Customer 
Preview 
Major 
Release New 
Feature 
PI PI PI PI PI 
Develop on Cadence
DEFINITION OF DONE 
DOD
time(S) + outras áreas 
Releasable Solution 
System Increment 
Working 
Software 
Release: Additional 
activities, including system 
validation, documentation, 
etc. 
System Increment: All team 
backlog items integrated, 
tested, demonstrated at 
System Demo 
Working Software: Teams finish 
iteration backlog stories, demonstrate 
at Team iteration Demo 
time 
time(S)
RELEASE PLANNING
MAPEAMENTOS DE RISCOS ENTRE AS 
DEPENDÊNCIAS DOS TIMES 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint
PROGRAM BOARD 
Team A 
Team B 
Team C 
Team D 
Release 
Sprint 1 Sprint 2 Sprint 3 Sprint 4
Sprint 1.1 Sprint 1.2 Sprint 1.3 Sprint 1.4 Sprint1.5 
(IP) 
Milestones/ 
Events 
Unicorns 
Dolphins 
Bears 
Eagles 
Iguanas 
Blue! = Features 
Red String = A dependency requiring stories 
or other dependencies to be completed before 
the feature can be completed 
= Significant 
Dependency 
Antelope 
Tarantulas 
Needs UX Help 
Needs Sys 
Arch Help 
Orange! = Milestone/ 
Event 
PI 2 >>> 
Red/ 
Pink!
OUTRAS ÁREAS 
PODEM PART I C I PAR 
Reprinted by Permission of TradeStation Technologies
Programa 
P I P I 
Time 
Agile Team 
Sprint Sprint Sprint 
Agile Team 
Sprint Sprint Sprint 
Agile Team 
Sprint Sprint Sprint 
Agile Team 
Sprint Sprint Sprint 
Sprint 
Sprint 
Sprint 
Sprint 
Outros Times 
Processo Interno do Time Processo Interno do Time
Team 
Integração Documentação 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint 
Team 
Sprint Sprint Sprint Release 
Testes Código
MIXANDO TUDO
A IDEIA CHAV E É 
INTEGRAÇÃO
SINCRONIZAÇÃO
KANBAN NO PORTFOLIO 
Executive Developer 
2. Review 
! Epic Value 
Statement 
! Refine 
C O L L A B O R A T I O N 
understanding 
! Calculate WSJF 
1. Funnel 
! New business 
opportunities 
! Cost savings 
! Marketplace 
changes 
! Mergers/ 
Acquisitions 
! Problems with 
existing solutions 
Business 
Epic 
Business 
Epic 
Arch. 
Epic 
A G I L E RELEASE T R A I N 
A G I L E RELEASE T R A I N 
A G I L E RELEASE T R A I N 
5. Implementing 
! Ownership transitions 
! Teams begin implementing at release planning 
boundaries 
! Teams break Epics into features 
! Analyst support on pull basis 
3. Analysis 
! Solution 
alternatives 
! Refine WSJF 
! Cost Estimate 
! Lightweight 
Business case 
! Go/No Go 
decision 
4. Portfolio Backlog 
! Epics approved by 
PPM Team 
! Continuous 
prioritization of 
approved Epics 
using WSJF 
Epic 
Owner 
Solution Architect 
Management 
Portfolio Backlog 
NFRs
PONTOS DE INTEGRAÇÃO COM 
GOVERNANÇA
INTEGRAÇÃO COM TIMES ÁGEIS ( E 
NÃO-ÁGEIS)
PRÁTICAS DE XP 
(EXTREME PROGRAMMING) 
Arquitetura 
Ágil 
Integração 
Continua 
Teste 
Primeiro 
Refatore 
Trabalhe em 
Par 
Propriedade 
Coletiva
DE ONDE VEIO ISSO?
CASES
É UMA COMPILAÇÃO 
NÃO UM SONHO
FRAMEWORK
O SAFE NÃO RESPONDE 
TUDO…. 
…ELE ESTABELECE ALGUMAS 
RESTRIÇÕES ÁGEIS PARA O NÍVEL 
DE PORTFOLIO, PROGRAMA E TIME
ELE ATUA COMO UM 
PONTO DE PARTIDA ( R E S T R I Ç Õ E S ) E 
ASSUME QUE CADA TIME, 
CADA PRODUTO, PODERÁ EMERGIR 
PRÁTICAS ESPECÍFICAS DE FORMA DINÂMICA.
D 
P 
A C 
D 
P 
A C 
P D 
D 
A C 
P D 
A C 
P D 
A C 
P D 
A C 
P D 
A C 
P D 
A C 
P 
A C
RESUMINDO:
A I D E I A NÃO É VOCÊ 
ADOTAR SAFE… 
OU CHAMAR S E U 
PROCESSO DE SAFE
CHAME SUA ABORDAGEM 
COMO QUISER….
O IMPORTANTE É: 
PENSE LEAN 
ESCALE OS BENEFÍCIOS ÁGEIS 
SEJA ÁGIL 
PORTFOLIO PROGRAMA TIME 
+ VALOR 
- DESPERDÍCIO
E… 
PENSE LEAN 
ESCALE OS BENEFÍCIOS ÁGEIS 
SEJA ÁGIL 
PORTFOLIO PROGRAMA TIME 
Integre (e influencie) os 
objetivos estratégicos 
Integre os times ágeis 
(e os não-Ágeis ) 
Gere valor 
+ VALOR 
- DESPERDÍCIO
www.scalingagilecenter.com/10dicas-safe 
#WEBINAR 
#VIDEO-CAST 
#E-BOOK
PERGUNTAS E RESPOSTAS
OBRIGADO 
WWW.ADAPTWORKS.COM.BR 
TWITTER.COM/MANOELP 
MANOEL@ADAPTWORKS.COM.BR 
WWW.SLIDESHARE.NET/MANOELP

Escalando a Gestão Ágil com SAFe - Manoel Pimentel

  • 1.
    Escalando MANOEL PIMENTEL a Gestão Ágil com SAFe (Scaled Agile Framework)
  • 2.
  • 3.
    Sobre mim... •Mais de 18 anos em TI • Agile Coach na AdaptWorks • Presidente da Agile Alliance Brazil • Já atuou em várias organizações grandes e complexas (Sicoob, Stefanini, Oi, GVT, XP, Itaú, Localiza...) • Um dos pioneiros em Agile no Brasil • Criador da revista Visão Ágil • Chairman do Agile Brazil 2013 • Escritor/Revisor/Palestrante • Certified Scrum Professional, Certified Alpha Coach, SPC (Scaled Academy) e Licensed Trainer de Management 3.0 twitter.com/manoelp www.adaptworks.com.br
  • 4.
    A PRIMEIRA DÉCADA http://naturalignment.com/wp-content/uploads/2014/05/dark-road.jpg
  • 5.
    ! !!! " Documents Documents Unverified Code Software
  • 7.
    ? ? ?INCERTEZAS ? ? ?
  • 8.
  • 9.
  • 10.
  • 11.
  • 14.
    Organização Scrum (parteágil) Parte Não-Ágil
  • 15.
    A SEGUNDA DÉCADA http://naturalignment.com/wp-content/uploads/2014/05/dark-road.jpg
  • 16.
  • 17.
  • 18.
    EXISTE VIDA ALÉMDO SEU TIME
  • 19.
    Organização Área nãoÁgil Combinação de Ferramentas Ágeis
  • 20.
    COMO SE ESCALAALGO ARTESANAL?
  • 22.
    OBSTÁCULOS …OU QUESTÕESA SEREM VENCIDAS http://www.designnation.de/Media/Galerie/49200dfc9cef4,dark-zombi-ninja-.jpg
  • 23.
    ESCALAR RESTRIÇÕES DEARQUITETURA GOVERNANÇA DISTRIBUIR INTEGRAÇÃO COM ÁREAS NÃO-ÁGEIS TRANSIÇÃO POLÍTICA ALINHAMENTO
  • 24.
  • 25.
  • 26.
    PRIMEIRA COISA: TIPODE ESTRUTURA ORGANIZACIONAL
  • 27.
    Tipos de Redes- Paul Baran
  • 28.
  • 29.
  • 31.
  • 32.
    TOOLS Management 3.0SAFe Lean …. http://flipthetruck.files.wordpress.com/2013/07/batman-trilogy-special-4.png Kanban Scrum XP
  • 33.
  • 35.
    A BASE PARAESCALAR
  • 36.
  • 37.
  • 38.
    COMO ESTRUTURAR OSTIMES? Team Team Team Team Team Team Team Team Team
  • 39.
    SILOS Before Agile:Typical Functional Silos Management Challenge: Connect the Silos
  • 40.
  • 42.
    INICIAT I VAS DIFERENTES
  • 43.
    UM FORMATO DISTRIBUÍDO Team Sprint Sprint Sprint Sprint Sprint Sprint Team Sprint Team Sprint
  • 44.
    MESMA I NI C I AT I VA
  • 45.
    SINCRONIZAÇÃO E CADÊNCIA Team Sprint Sprint Sprint Team Sprint Sprint Sprint Team Sprint Sprint Sprint
  • 46.
    Programa Time Daily Scrum Team A Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Daily Scrum Scrum-of- Scrums Scrum-of- Scrums Team A Team A
  • 47.
    QTD Tempo Baixa Alta nossa meta FEEDBACKABILIDADE
  • 48.
    QTD Tempo Baixa Alta transição nossa meta FEEDBACKABILIDADE
  • 49.
    ENTREGAR NA CADÊNCIADE UM TREM http://www.therealtrainshow.com/wp-content/uploads/2014/08/Steam-Train-groing-through-Scranton1.jpg
  • 50.
    ART - AGI L E RELEASE TRAIN http://www.therealtrainshow.com/wp-content/uploads/2014/08/Steam-Train-groing-through-Scranton1.jpg
  • 51.
    Team Integração Documentação Sprint Sprint Sprint Team Sprint Sprint Sprint Team Sprint Sprint Sprint Release Testes Código
  • 52.
    P I -PROGRAM INCREMENT May July Sep v1.0 v1.5 v2.0 Features ! Road Rage Completed (single user) ! Brickyard Ported (single user) ! Road Rage multiuser demonstrable ! First multiuser game feature for Road Rage Features ! Road Rage (Multiuser) first release ! Brickyard Ported multiuser demo ! New features for both games (see backlog) Features ! Road Rage Ported (part I) ! Brickyard port started (stretch obj. to complete) ! Distributed platform demo ! ALL GUIs for both games demonstrable ! New features (see prioritized list) — Stretch Objectives — ! Demo of Beemer game High Confidence Medium Confidence Marquee Features Only
  • 53.
    Release on Demand Major Release Subsystem release Customer Preview Major Release New Feature PI PI PI PI PI Develop on Cadence
  • 54.
  • 55.
    time(S) + outrasáreas Releasable Solution System Increment Working Software Release: Additional activities, including system validation, documentation, etc. System Increment: All team backlog items integrated, tested, demonstrated at System Demo Working Software: Teams finish iteration backlog stories, demonstrate at Team iteration Demo time time(S)
  • 56.
  • 57.
    MAPEAMENTOS DE RISCOSENTRE AS DEPENDÊNCIAS DOS TIMES Team Sprint Sprint Sprint Team Sprint Sprint Sprint Team Sprint Sprint Sprint Team Sprint Sprint Sprint
  • 58.
    PROGRAM BOARD TeamA Team B Team C Team D Release Sprint 1 Sprint 2 Sprint 3 Sprint 4
  • 59.
    Sprint 1.1 Sprint1.2 Sprint 1.3 Sprint 1.4 Sprint1.5 (IP) Milestones/ Events Unicorns Dolphins Bears Eagles Iguanas Blue! = Features Red String = A dependency requiring stories or other dependencies to be completed before the feature can be completed = Significant Dependency Antelope Tarantulas Needs UX Help Needs Sys Arch Help Orange! = Milestone/ Event PI 2 >>> Red/ Pink!
  • 60.
    OUTRAS ÁREAS PODEMPART I C I PAR Reprinted by Permission of TradeStation Technologies
  • 61.
    Programa P IP I Time Agile Team Sprint Sprint Sprint Agile Team Sprint Sprint Sprint Agile Team Sprint Sprint Sprint Agile Team Sprint Sprint Sprint Sprint Sprint Sprint Sprint Outros Times Processo Interno do Time Processo Interno do Time
  • 62.
    Team Integração Documentação Sprint Sprint Sprint Team Sprint Sprint Sprint Team Sprint Sprint Sprint Release Testes Código
  • 63.
  • 64.
    A IDEIA CHAVE É INTEGRAÇÃO
  • 68.
  • 69.
    KANBAN NO PORTFOLIO Executive Developer 2. Review ! Epic Value Statement ! Refine C O L L A B O R A T I O N understanding ! Calculate WSJF 1. Funnel ! New business opportunities ! Cost savings ! Marketplace changes ! Mergers/ Acquisitions ! Problems with existing solutions Business Epic Business Epic Arch. Epic A G I L E RELEASE T R A I N A G I L E RELEASE T R A I N A G I L E RELEASE T R A I N 5. Implementing ! Ownership transitions ! Teams begin implementing at release planning boundaries ! Teams break Epics into features ! Analyst support on pull basis 3. Analysis ! Solution alternatives ! Refine WSJF ! Cost Estimate ! Lightweight Business case ! Go/No Go decision 4. Portfolio Backlog ! Epics approved by PPM Team ! Continuous prioritization of approved Epics using WSJF Epic Owner Solution Architect Management Portfolio Backlog NFRs
  • 70.
    PONTOS DE INTEGRAÇÃOCOM GOVERNANÇA
  • 71.
    INTEGRAÇÃO COM TIMESÁGEIS ( E NÃO-ÁGEIS)
  • 73.
    PRÁTICAS DE XP (EXTREME PROGRAMMING) Arquitetura Ágil Integração Continua Teste Primeiro Refatore Trabalhe em Par Propriedade Coletiva
  • 74.
  • 75.
  • 77.
    É UMA COMPILAÇÃO NÃO UM SONHO
  • 78.
  • 79.
    O SAFE NÃORESPONDE TUDO…. …ELE ESTABELECE ALGUMAS RESTRIÇÕES ÁGEIS PARA O NÍVEL DE PORTFOLIO, PROGRAMA E TIME
  • 80.
    ELE ATUA COMOUM PONTO DE PARTIDA ( R E S T R I Ç Õ E S ) E ASSUME QUE CADA TIME, CADA PRODUTO, PODERÁ EMERGIR PRÁTICAS ESPECÍFICAS DE FORMA DINÂMICA.
  • 81.
    D P AC D P A C P D D A C P D A C P D A C P D A C P D A C P D A C P A C
  • 82.
  • 83.
    A I DE I A NÃO É VOCÊ ADOTAR SAFE… OU CHAMAR S E U PROCESSO DE SAFE
  • 84.
    CHAME SUA ABORDAGEM COMO QUISER….
  • 85.
    O IMPORTANTE É: PENSE LEAN ESCALE OS BENEFÍCIOS ÁGEIS SEJA ÁGIL PORTFOLIO PROGRAMA TIME + VALOR - DESPERDÍCIO
  • 86.
    E… PENSE LEAN ESCALE OS BENEFÍCIOS ÁGEIS SEJA ÁGIL PORTFOLIO PROGRAMA TIME Integre (e influencie) os objetivos estratégicos Integre os times ágeis (e os não-Ágeis ) Gere valor + VALOR - DESPERDÍCIO
  • 87.
  • 88.
  • 89.
    OBRIGADO WWW.ADAPTWORKS.COM.BR TWITTER.COM/MANOELP MANOEL@ADAPTWORKS.COM.BR WWW.SLIDESHARE.NET/MANOELP