Upload
adriano-campestrini
View
93
Download
4
Embed Size (px)
Citation preview
Workshop sobrePlanejamento Ágil de Releases
Adriano [email protected]
productbacklog
sprintbacklog
Ciclo de2 semanas
Dailyscrum
2 Semanas de Iteração
product incremen
t
H
Rel
ease
Bac
klog
Release - Ciclo de ~10 semanas
IP
Rel
ease
Pla
nnin
gPode ter múltiplos times trabalhando em paralelo
Por que o Release Plan?
É comum um time ágil:
Alcançar maturidade no curto prazo (sprints)
E ter dificuldades com maiores prazos (releases)
AQUECIMENTOPREPARAÇÃO
PLANEJAMENTO DA RELEASECOMPLEMENTOSPORTFÓLIO ÁGILRETROSPECTIVA
AQUECIMENTO
Qual o segredo do ágil?
Na sua opinião
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
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
É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
Feature Breakdown Structure
Epic
FeatureFeatureFeature
Feature
Enabler
StoryStoryStory
Story
StoryStoryStory
Story
StoryStoryStory
Story
Portf
olio
Prog
ram
Team
Portf
olio
Ba
cklo
g
EnablerEnabler
FeatureFeatureFeature
Feature
EnablerEnabler
Prog
ram
Back
log
PREPARAÇÃO PARA O
PLANEJAMENTO
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
5min
O Processo de Release PlanningEntrada: Visão e features principaisSaída: Objetivos e rascunho de sprints
Featuresprincipais
Visão Time A Objetivos
Time B Objetivos
Time C Objetivos Time X
Objetivos
Objetivos da Release
...
Program board
Bac
klog
Release Planning
Iteration 1.1
Iteration 1.1
Iteration 1.1
Iteration 1.1
Iteration 1.5
(HIP)PI 2 >>>
Inception Deck
Inception Deck
Inception Deck
The Agile Inception Deck
Template
Fonte: http://agilewarrior.wordpress.com
Agile MapsMapas online
Simulação
Por que estamos aqui?
Criar um concorrenteà altura do Google Maps
Simulação
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
Cenário atual4 sprints finalizadas
• Temos um sistema operando– Mapas com divisões de territórios– Fotos de satélite– Rodovias e estradas
Simulação
4 sprints finalizadas
Simulação
RETER, ATRAIR ou MONETIZAR?
Definição conjunta da estratégia
Simulação
Critério de aceite do exercício: Cada time tem pelo menos 1 feature designada
Distribuição de features
Estratégia Features simplificadasReter MapeamentoReter Rotas e distâncias
Reter Transporte públicoReter Street viewAtrair Easter eggsAtrair Integrações
Monetizar Negócios locais
Simulação
Critérios de aceite do exercício: 3 folhas na parede com o ambiente preparado com:
Setup do ambiente de planejamento
10min
OBJETIVOS DA RELEASEIteração 1 Iteração 2Capacidade:__ Carga:__ - ….
- ….- ….- ….
--------------------------------OBJETIVOS EXTENDIDOS
- ….- ….
Capacidade:__ Carga:__
Capacidade: ____Carga: ____
Simulação
Histórico de velocidadee estimativas das features
• Para o exercício, cada membro do time faz 6 sp/sprint
PLANEJAMENTO DA RELEASE
Mapeamento
Simulação
Mapeamento
• Queremos visualização de altitudes, relevo, densidade populacional...
Simulação
Rotas e distâncias
• Temos apenas a API para cálculo de rotas
Rotas e distâncias
• Queremos um MVP de rotas e distâncias– Apresentar rotas rodoviárias e distâncias entre cidades
Transporte público
• Temos dados carregados (CSV) de ônibus, trens, balsas...
Transporte público• Queremos um MVP do transporte público:
– Com pontos para passageiros e horários
Street view• Temos apenas a visualização da rua – pra frente• Queremos:
– Navegação, direção da visão, zoom, ofuscar rostos e placas...
Easter eggsQueremos viralizar com easter eggs
Simulação
Integrações• Queremos mapas embutidos em sites e plugin para
blogs e wordpress, integração com tênis de corrida...
Negócios locais• Temos cadastro e consulta de locais no mapa• Queremos propagandas ($$$) de locais no mapa
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
15minSimulação
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
10minSimulação
OKRs = Objetivos e Resultados Chaves
Gestão de OKRsweekdone.com
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 objetivose alocar histórias nas iterações
8minSimulação
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
Granularidade doplanejamento "near term"
Sanity check ou voto de confiança
COMPLEMENTOS
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
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 = FeaturesLinha 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
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
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
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
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
IterationPlanning
DailyStand-up
BacklogRefinement
TeamDemo
IterationRetro
Prepare for PI Planning
ART Sync
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
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
Time A (for a de controle)Time B (sob controle)Programa ou cadeia de valor
R2 R3 R4Release 1 Release 5
120
80
60
40
20
0
100
Por
cent
agem
de
valo
r de
negó
cio
alca
nçad
o
PORTFÓLIO ÁGIL(BÔNUS SE DER TEMPO)
Decomposição do escopo
Não decomponha o trabalho = WBS
Os itens de backlog definem o que será entreguee não os passos para entregar
Decomponha o os entregáveis
Alocação do orçamentopor projeto
Alocação do orçamentopor centro de custo
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
Tomada de decisão descentralizada
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
UpgradeCustomer Preview
Major Release New
Feature
Desenvolva com ritmo
PiI PI PI PI PI
E um PMO Ágil, como seria neste cenário?
PMO Ágil
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
AgileBudgeting
RETRO
Continuar
…
Parar
…
Começar
…
5min
5min+
Adriano [email protected] | 48 9-9919-1235
www.guerrillatrainers.com