O documento descreve uma agenda para um workshop sobre planejamento ágil de releases. A agenda inclui conceitos como preparação do backlog, estabelecimento de objetivos, estimativas, times e processo de planejamento. O documento também discute a diferença entre releases e sprints e a importância de manter a mentalidade ágil mesmo em prazos maiores.

1. Workshop
sobre
Planejamento
Ágil
de
Releases
Adriano
Campestrini
campes@gmail.com

2. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

3. Releases
vs.
Sprints

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

5. H
ReleaseBacklog Release
-­‐
Ciclo
de
~10
semanas

6. 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)

8. 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

9. Temas
vs.
Histórias

10. Temas
vs.
Histórias
A
relação
entre
Histórias
e
Sprints
É
a
mesma
que
Temas
e
Releases

11. Tema
História
Tarefa
Tarefa
Tarefa
História
Tarefa
Tarefa
Tema
História
Tarefa
Tarefa
Hist.
Tarefa
Granularidade
do
trabalho

12. Projetos
vs.
Produtos

14. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

15. Incep?on
Deck

16. Incep?on
Deck

17. Incep?on
Deck

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

19. 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

20. 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

21. Sua
lista
de
TO-­‐DO
se
parece
com
essa?

22. Ou
sua
lista
de
TO-­‐DO
se
parece
com
um
backlog?
Um
backlog
é
usado:
• para
planejar
• para
acompanhar
o
progresso

24. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

25. 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)

26. OKRs
=
Obje?vos
e
Resultados
Chaves

27. Gestão
de
OKRs
weekdone.com

28. Exercício
Critério
de
aceite:
• Os
temas
estão
ordenados
por
valor
e
risco
Priorizar
o
backlog
da
release
e
do
produto

29. 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

30. 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

32. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

33. • 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

35. Exercício
Criar
as
cartas
do
planning
poker

37. 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

38. Quanto
inves?r
es?mando?

39. Exercício
Critério
de
aceite
• Os
temas
estão
es?mados
Es?mar
o
backlog
da
release

40. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

41. 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

42. 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

44. 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
ProgramBacklog
Visão
Roadmap

45. • 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

46. Agenda
• Aquecimento
e
conceitos
• Preparando
o
backlog
• Estabelecendo
obje?vos
• Es?mando
• Times
e
o
processo
de
planejamento
• Retrospec?va

47. Adriano
Campestrini
campes@gmail.com
www.guerrillatrainers.com