Este documento fornece um resumo de um workshop sobre planejamento ágil de releases. O workshop aborda tópicos como planejamento da release, decomposição de escopo em histórias, estimativas, definição de objetivos e alocação de histórias em iterações. O documento também discute complementos como gestão de riscos e validação do planejamento.

1. Workshop sobre
Planejamento Ágil de Releases
Adriano Campestrini
adriano@guerrillatrainers.com

2. product
backlog
sprint
backlog
Ciclo de
2 semanas
Daily
scrum
2 Semanas de Iteração
product
increment

3. H
ReleaseBacklog
Release - Ciclo de ~10 semanas

4. I
P
ReleasePlanning Pode ter múltiplos times
trabalhando em paralelo

5. Por que o Release Plan?
É comum um time ágil:
Alcançar maturidade no curto prazo (sprints)
E ter dificuldades com maiores prazos (releases)

7. AQUECIMENTO
PREPARAÇÃO
PLANEJAMENTO DA RELEASE
COMPLEMENTOS
PORTFÓLIO ÁGIL
RETROSPECTIVA

8. AQUECIMENTO

9. Qual o segredo do ágil?
Na sua opinião

10. Qual o segredo do ágil?
• Itens de backlog são fatias
completas do seu sistema
– Caso contrário você terá apenas
ingredientes
• Neste bolo, cada fatia possui
todas as camadas
– Cada fatia pode ser demonstrada e
consumida
Para mim, é a forma como decompomos o escopo

11. Desenvolver
Codificar frontend
Codificar
Codificar
testes
automat.
Testes
manuais
Codificar
backend
Modelar Codificar
Testar
Testes
funcionais
Espec.
testes
Executar
testes
Testes
de
RNFs
Testes de
carga
Work Breakdown Structure

12. Épico
Feature
História História História
Feature
História História
Épico
Feature
História História
Feat.
História
Feature Breakdown Structure

13. Feature Breakdown Structure
Epic
Feature
Feature
Feature
Feature
Enabler
Story
Story
Story
Story
Story
Story
Story
Story
Story
Story
Story
Story
PortfolioProgramTeam
Portfolio
Backlog
Enabler
Enabler
Feature
Feature
Feature
Feature
Enabler
EnablerProgram
Backlog

14. PREPARAÇÃO
PARA O
PLANEJAMENTO

15. Critérios de aceite do exercício:
 Product Owner definido
 Scrum Master definido
 Times de 4 a 6 pessoas
 Nome de guerra do time escolhido
Formação dos times
5
min

16. O Processo de Release Planning
Entrada: Visão e features principais
Saída: Objetivos e rascunho de sprints
Features
principais
Visão Time A
Objetivos
Time B
Objetivos
Time C
Objetivos
Time X
Objetivos
Objetivos da
Release
...
Program board
Backlog
Release
Planning
Iteration
1.1
Iteration
1.1
Iteration
1.1
Iteration
1.1
Iteration 1.5
(HIP)
PI 2 >>>

17. Inception Deck

18. Inception Deck

19. Inception Deck

20. The Agile Inception Deck
Template
Fonte: http://agilewarrior.wordpress.com

21. Agile Maps
Mapas online
Simulação

22. Por que estamos aqui?
Criar um concorrente
à altura do Google Maps
Simulação

23. O elevator pitch
• Para pessoas e empresas conectadas
• que buscam informações de localização
• o Agile Maps
• é um sistema de mapas online
• que organiza as informações de localização.
• Diferente do Google Maps
• nosso produto …não tem nenhum diferencial...
É um case que todos conhecem para os exercícios do workshop.
Simulação

24. Cenário atual
4 sprints finalizadas
• Temos um sistema operando
– Mapas com divisões de territórios
– Fotos de satélite
– Rodovias e estradas
Simulação

25. 4 sprints finalizadas
Simulação

26. RETER, ATRAIR ou MONETIZAR?
Definição conjunta da estratégia
Simulação

27. Critério de aceite do exercício:
 Cada time tem pelo menos 1 feature designada
Distribuição de features
Estratégia Features simplificadas
Reter Mapeamento
Reter Rotas e distâncias
Reter Transporte público
Reter Street view
Atrair Easter eggs
Atrair Integrações
Monetizar Negócios locais
Simulação

28. Critérios de aceite do exercício:
 3 folhas na parede com o ambiente preparado com:
Setup do ambiente de planejamento
10
min
OBJETIVOS DA RELEASEIteração 1 Iteração 2Capacidade:__
Carga:__
- ….
- ….
- ….
- ….
--------------------------------
OBJETIVOS EXTENDIDOS
- ….
- ….
Capacidade:__
Carga:__
Capacidade: ____
Carga: ____
Simulação

29. Histórico de velocidade
e estimativas das features
• Para o exercício, cada membro do time faz 6 sp/sprint

30. PLANEJAMENTO
DA RELEASE

31. Mapeamento
Simulação

32. Mapeamento
• Queremos visualização de
altitudes, relevo,
densidade populacional...
Simulação

33. Rotas e distâncias
• Temos apenas a API para cálculo de rotas

34. Rotas e distâncias
• Queremos um MVP de rotas e distâncias
– Apresentar rotas rodoviárias e distâncias entre cidades

35. Transporte público
• Temos dados carregados (CSV) de ônibus, trens, balsas...

36. Transporte público
• Queremos um MVP do transporte público:
– Com pontos para passageiros e horários

37. Street view
• Temos apenas a visualização da rua – pra frente
• Queremos:
– Navegação, direção da visão, zoom, ofuscar rostos e placas...

38. Easter eggs
Queremos viralizar
com easter eggs
Simulação

39. Integrações
• Queremos mapas embutidos em sites e plugin para
blogs e wordpress, integração com tênis de corrida...

40. Negócios locais
• Temos cadastro e consulta de locais no mapa
• Queremos propagandas ($$$) de locais no mapa

41. Critérios de aceite do exercício:
 Pelo menos 10 "histórias" INVEST (ou projeto de história) da
sua feature
 Objetivo rascunhado: uma indicação de onde sua equipe
pretende chegar baseado nas histórias
Encontrar histórias (fatiar)
e rascunhar objetivos
15
min
Simulação

43. Critérios de aceite do exercício:
 Todas as histórias estimadas em story points com o mesmo
peso/valor
 Intenção de alocação das histórias nas iterações
Estimar as histórias
10
min
Simulação

44. OKRs = Objetivos e Resultados Chaves

45. Gestão de OKRs
weekdone.com

46. Critérios de aceite do exercício:
 Pelo menos 2 OKRs: 1 normal e 1 estendido
 Podem ser tanto funcionais, quanto não funcionais (NFRs)
 Histórias designadas em cada iteração
 Campo "carga" preenchido com a soma dos pontos em cada
iteração
Definir objetivos
e alocar histórias nas iterações
8
min
Simulação

47. Pontos de valor do negócio
Objetivos da Release Pontos de Valor
› Visualização simplificada de 8
altitudes e relevo
› Ter 60% de cobertura das 6
paradas de ônibus no Brasil
› Navegação rica no street view 10
no fim da sprint 1
› 20 easter eggs na sprint 1 10
com pelo menos 1 viralizando
› Resposta em menos de 1 segundo 4
para rotas entre cidades
Stretch Objectives for PI 1
› Visualização de densidade populacional 7
› Ter 80% de cobertura das 4
paradas de ônibus no Brasil

48. Granularidade do
planejamento "near term"

49. Sanity check ou voto de confiança

50. COMPLEMENTOS

51. 51© 2016 Scaled Agile, Inc. All Rights Reserved. 4.
O Backlog da Release não deve ser uma surpresa
Apresentação antecipada do conteúdo para os times, resolve uma
série de problemas durente o Release Planning
Gestor do Produto,
Arquiteto e Business
Owners refinam o backlog
1 2 3
Features são quebradas
em "story-like chunks"
com Product Owners
Cada P.O. apresenta as
intenções de histórias para o
time, buscando por feedback,
grandes incertezas, etc.
Facilitador

52. 5.52
© 2016 Scaled Agile, Inc. All Rights Reserved.
Iteration 1 Iteration 2 Iteration 3 Iteration 4 Iteration 5 (IP)
Milestones
Vasco
Mamonas
Guardanapos
Iguanas
Azul = Features
Linha vermelha = Dependência= Dependência
Significativa
Milagres
Tarântulas
Gadgets
Ajuda de UX
Ajuda do
Arquiteto
Laranja = Milestone/
Evento
Release 2 >>>
Vermelho
Program board – Entrega de features, dependências e milestones
Milestone  Demo para um cliente
Feature sem dependências
Feature com dependências

53. 5.53
© 2016 Scaled Agile, Inc. All Rights Reserved.
8:00-
9:00
9:00-
10:30
1:00-
4:00
5:00-
6:00
10:30-
11:30
4:00-
5:00
11:30-
1:00
State of the business and upcoming objectives
Vision and prioritized features
 Architecture, common frameworks, etc.
 Agile tooling, engineering practices, etc.
Facilitator explains planning process
Teams present draft plans, risks, and
impediments
 Teams develop draft plans and identify
risks and impediments
 Architects and Product Managers circulate
Adjustments made based on challenges,
risks, and impediments
Day 1 agenda
1 2
3 4

54. 5.54
© 2016 Scaled Agile, Inc. All Rights Reserved.
8:00-
9:00
9:00-
11:00
11:00-
1:00
Planning adjustments made based on previous
day’s management meeting
Teams present final plans, risks, and impediments
 Teams develop final plans and refine risks
and impediments
 Business Owners circulate and assign
business value to team objectives
2:00-
2:15
1:00-
2:00
Remaining program-level risks are discussed and
ROAMed
Team and program confidence vote
After
commitment
2:15-
???
If necessary, planning continues until
commitment is achieved
 Retrospective
 Moving Forward
 Final Instructions
Day 2 agenda
1 2
3 4
!
1 2
3 4

55. 5.55
© 2016 Scaled Agile, Inc. All Rights Reserved.
Inspect
and Adapt
workshop
Continuing
education
PI Planning
Validation (if shipping)
Innovation / hackathon / spikes for next PI
IP Iteration calendar
PI Planning readiness

56. 5.56
© 2016 Scaled Agile, Inc. All Rights Reserved.
Program execution
Program events create a closed-loop system to keep the
train on the tracks.
Program events
Team events
Scrum of Scrums PO Sync
Release Management
Meetings
System
Demo
Inspect & Adapt
PI
Planning
Iteration
Planning
Daily
Stand-up
Backlog
Refinement
Team
Demo
Iteration
Retro
Prepare for PI
Planning
ART Sync

57. Pontos de valor do negócio
Objetivos da Release Pontos de Valor
› Visualização simplificada de 8
altitudes e relevo
› Ter 60% de cobertura das 6
paradas de ônibus no Brasil
› Navegação rica no street view 10
no fim da sprint 1
› 20 easter eggs na sprint 1 10
com pelo menos 1 viralizando
› Resposta em menos de 1 segundo 4
para rotas entre cidades
Stretch Objectives for PI 1
› Visualização de densidade populacional 7
› Ter 80% de cobertura das 4
paradas de ônibus no Brasil

58. 5.58
© 2016 Scaled Agile, Inc. All Rights Reserved.
Medida de Previsibilidade da Release
 Alvo: controle efetivo da variabilidade do processo
 Previsibilidade suficiente para rodar o negócio
 Acomoda variações comuns
 Causas especiais ainda podem causar variações
discrepantes
R2 R3 R4Release 1 Release 5

60. PORTFÓLIO ÁGIL
(BÔNUS SE DER TEMPO)

61. Decomposição do escopo
Não decomponha o trabalho = WBS
Os itens de backlog definem o que será entregue
e não os passos para entregar
Decomponha o os entregáveis

62. Alocação do orçamento
por projeto

63. Alocação do orçamento
por centro de custo

65. Budget variável ao longo do tempo
Cadeia de valor 4
Cadeia de valor 3
Cadeia de valor 2
Cadeia de valor 1
Release 1 Release 2 Release 3 Release 4

66. Tomada de decisão descentralizada

68. Desenvolva com ritmo. Libere sob demanda.
O Desenvolvimento ocorre num ritmo determinado.
O Negócio decide quando lançar no mercado.
Libere sob demanda
Major
Release Customer
Upgrade
Customer
Preview
Major
Release New
Feature
Desenvolva com ritmo
PiI PI PI PI PI

69. E um PMO Ágil, como seria neste cenário?
PMO Ágil

70. E um PMO Ágil, como seria neste cenário?
Lidera a transformação ágil. Coaching.
Reforça a aplicação e a comunicação de milestones
baseados no FBS – Feature Breakdown Structure
Conduz a orçamentação ágil, financiando o portfólio
de fluxos contínuos de valor
Incentiva contratos que permitem práticas ágeis
Viabiliza modelos ágeis de trabalho com
fornecedores e clientes
PMO Ágil
Governança Coaching
Agile
Budgeting

71. RETRO

72. Continuar
…
Parar
…
Começar
…
5
min
5
min
+

73. Adriano Campestrini
adriano@guerrillatrainers.com | 48 9-9919-1235
www.guerrillatrainers.com