TDC 2016 - Workshop sobre Planejamento Ágil de Releases
-
Upload
adriano-campestrini -
Category
Leadership & Management
-
view
222 -
download
1
Transcript of TDC 2016 - Workshop sobre Planejamento Ágil de Releases
Workshop sobre Planejamento Ágil de Releases
Adriano Campestrini [email protected]
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
Releases vs. Sprints
product!backlog!
sprint!backlog!
Ciclo de2 semanas
Dailyscrum
2 Semanas de Iteração
product increment!
H
Rel
ease
Bac
klog
Release -‐ Ciclo de ~10 semanas
Por que o Release Plan?
• Maturidade em ágil no curto prazo (sprints) • Dificuldade com o maiores prazos – alto escalão quer visão de maior prazo (releases)
Temos que con?nuar ágeis
• Mesmo no maior prazo, temos que valorizar: – Indivíduos e interações – SoWware funcionando – Colaboração com o cliente – Resposta a mudanças
Temas vs. Histórias
Temas vs. Histórias
A relação entre Histórias e Sprints É a mesma que Temas e Releases
Tema
História
Tarefa Tarefa Tarefa
História
Tarefa Tarefa
Tema
História
Tarefa Tarefa
Hist.
Tarefa
Granularidade do trabalho
Projetos vs. Produtos
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
Incep?on Deck
Incep?on Deck
Incep?on Deck
Qual o segredo do ágil? Na sua opinião
Qual o segredo do ágil?
• Itens de backlog são fa?as completas do seu sistema – Caso contrário você terá apenas
ingredientes
• Neste bolo, cada fa?a possui todas as camadas – Cada fa?a pode ser demonstrada e
consumida
Para mim, é a forma como decompomos o escopo
Exercício
Critério de aceite: • Temos uma lista de temas no backlog • Cada tema é uma fa?a ver?cal do produto
Criar o backlog do produto
Sua lista de TO-‐DO se parece com essa?
Ou sua lista de TO-‐DO se parece com um backlog?
Um backlog é usado: • para planejar • para acompanhar o
progresso
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
Exercício
Critério de aceite: • Há um obje?vo pelo menos para a próxima release
Propor obje?vos para as próximas entregas (releases)
OKRs = Obje?vos e Resultados Chaves
Gestão de OKRs weekdone.com
Exercício
Critério de aceite: • Os temas estão ordenados por valor e risco
Priorizar o backlog da release e do produto
Definição de Pronto Temas podem ter uma definição de pronto,
semelhante à definição de pronto das histórias
Histórias Temas Critérios de aceite atendidos
Testes automa?zados passando
Código comitado, tageado e mergeado
Requisitos não funcionais atendidos
Revisão de código realizada pelos pares
Padrões de codificação seguidos
Aceito pelo dono do produto
Definição de Pronto Temas podem ter uma definição de pronto,
semelhante à definição de pronto das histórias
Histórias Temas Critérios de aceite atendidos Todas as histórias aceitas
Testes automa?zados passando Sistema integrado por completo
Código comitado, tageado e mergeado Testes fim-‐a-‐fim passando
Requisitos não funcionais atendidos Testes de regressão passando
Revisão de código realizada pelos pares Requisitos não funcionais atendidos
Padrões de codificação seguidos Sem defeitos crí?cos no backlog
Aceito pelo dono do produto Documentação atualizada
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
• Es?ma?vas rela?vas levam em consideração – Complexidade, esforço, nível de certeza, domínio da tecnologia
• Es?mar em horas é perigoso – Esquecemos a?vidades – O tempo varia de pessoa para pessoa – Se lembrarmos das a?vidades e definir quem executará
• Tendemos a microgerenciar • Tiramos a autonomia do ?me
Story points medem Histórias. Theme points (TPs) mede Temas
Es?mando temas
Exercício Criar as cartas do planning poker
Por que o ?me deve es?mar?
O processo de es?mar pelos membros da equipe • Gera entendimento • Aumenta a precisão por incluir vários pontos de vista • Compar?lha o conhecimento no negócio e funcional • Cria um senso comum de comprome?mento
Es?ma?vas feitas por outros geram o resultado oposto…
O número resultante da es?ma?va é secundário
Quanto inves?r es?mando?
Exercício
Critério de aceite • Os temas estão es?mados
Es?mar o backlog da release
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
Antes do ágil: silos funcionais 7picos
Desafio da gestão: conectar os silos
O=mizado para comunicação funcional
Atrito entre os silos
Localização de acordo com a função
Barreiras polí=cas entre as funções
Um ?me ágil define, constrói e testa
O=mizado para comunicação sobre o negócio
Times baseados em componente, festures, interfaces…
Cada =me é autônomo
Um ?me ágil define, constrói e testa
Time A
Time Z
Entrada: Visão e os temas prioritários (5 a 7) Saída: Obje?vo da Release e Roadmap
Processo de Planejamento da Release
Top 10 features
Obje=vos da Release
Prog
ram
Back
log
Visão
Roadmap
• Pelo menos 1 dia a cada 1 a 4 meses • Todos devem par?cipar, se possível • O dono do produto define as prioridades • Todo o ?me pode achar oportunidades de simplificação (MVP) • Resultado: o compromisso pelos obje?vos da próxima release
Ritmo/cadência constante no planejamento de releases servem como a ba?da do coração de uma empresa ágil
Processo de Planejamento da Release
Agenda
• Aquecimento e conceitos • Preparando o backlog • Estabelecendo obje?vos • Es?mando • Times e o processo de planejamento • Retrospec?va
Adriano Campestrini [email protected]
www.guerrillatrainers.com