TDC 2016 - Workshop sobre Planejamento Ágil de Releases

Post on 10-Feb-2017

222 views 1 download

Transcript of TDC 2016 - Workshop sobre Planejamento Ágil de Releases

Workshop  sobre  Planejamento  Ágil  de  Releases  

Adriano  Campestrini  campes@gmail.com  

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  campes@gmail.com  

www.guerrillatrainers.com