O Reality Check é uma ferramenta de gestão ágil construída em equipe, tendo como objetivo verificar o quanto uma entrega continua factível dado o contexto do projeto. A ideia central desta ferramenta é manter o alinhamento, concedendo visibilidade sobre o andamento do projeto.
Agile Trends 2018 - Trilha Planejamento e entregas de sprints [Reality Check]
1. Alinhando expectativas de prazo com o
Reality Check
27 de Março de 2018 | Agile Trends São Paulo
#seriousagile
2. Henrique A. de Oliveira
Agile Project Manager na Plataformatec
3. Reality Check
3
O Reality Check é uma ferramenta de gestão ágil construída
em equipe, tendo como objetivo verificar o quanto uma
entrega continua factível dado o contexto do projeto. A
ideia central desta ferramenta é manter o alinhamento,
concedendo visibilidade sobre o andamento do projeto.
6. ● Quando vocês irão finalizar a entrega do projeto?
● O time irá atender ao prazo estipulado?
● Vocês conseguirão entregar até a data acordada?
Para pensar...
Você já pensou que muitos problemas relacionados
com essas perguntas são causados por falta de
alinhamento na expectativa da data de entrega?
6
8. Criando o quadro
Quanto mais longo o período, menos assertivo!
A1
A2
A3
#05 #06#04 #12
Todos os itens que, juntos,
formam todo o escopo da(s)
entrega(s) do projeto
Post-its que representam os
períodos do projeto. Semanas!
A última semana do projeto e a
data de entrega acordada (prazo)
Atenção com a
extensão dos períodos
8
9. Criando o quadro (períodos)
Semana #04
22/01 - 26/01
4 dias
Identificação do número
da semana, desde o
início da contagem no
Reality Check até a
semana do prazo
Dias da respectiva semana
Quantidade de dias
úteis na semana
9
10. Criando o quadro (demandas)
Demandas
(História de Usuário; ou
Requisito, etc.)
Demandas de
Back-end
Demandas de
Front-end
Demandas de
UX/UI
Categorizar. Exemplo:
10
11. Criando o quadro
A4 A5 B1
A1 A2 A3
C1 C2
B2 B3
C3
B4
Importante:
#04 #05 #06
Os post-its são colocados nas semanas em que terminam!
● O time precisa
ter autonomia
● Todos devem
estar presentes
● Observar o
histórico de
Throughput
A2
B1
C2
A3
B2 C3C1
A4
B3
11
12. Quadro montado!
#04 #05 #06
A2
B1
C2
A3
B2 C3C1
A4
B3
#07 #08 #09
A1 A5
A6
No exemplo, a equipe está
na semana #04 e avaliando
todas as próximas semanas
B6
B5 A7
A8
C5
C4
B4
C6 A9
B7
B8
12
13. Criando o quadro
A ideia não é ter precisão na distribuição dos
itens no quadro, mas sim identificar se seria
possível atingir o objetivo se a realidade
acontecesse daquela maneira.
Ótimo momento para negociar prazo e/ou escopo!
13
15. Atributos nas demandas
Desenvolver...
Quadro
com...
M
Semana #08
Demandas em
progresso (WIP)
Demandas com
algum bloqueio
Semana, ou dia, de início
de desenvolvimento (LT)
"Tamanho" da demanda
(quando há estimativa)
Pendências ou
dependências externas
15
16. Nota de percepção
2,4
Equipe técnica
2
3
3
1
3
1
2
3
4
Notas individuais.
Cada pessoa do time,
de forma anônima,
determina uma nota
sobre sua percepção
em ser possível atingir
a meta com base na
distribuição realizada
É oportuno que notas extremas
(1 e 4) sejam comentadas. Se
necessário, altere o quadro
16
20. Situação do quadro na 4ª semana (#07)
#04 #05 #06
A2
B1
C2
A3
B2 C3C1
A4
B3
#07 #08 #09
A1 A5
A6 B6
B5
A7
A8
C5
C4 B4
C6 A9
B7
B8
D2
D3
#04
#04 #05
D1
#05 #04
#04
#05
Dep
Pen
#07
#06
D4
D5
03 histórias foram despriorizadas
do quadro para que o time tente
cumprir o prazo de entrega
2,4 2,3 3,0 2,8
20
21. Comparativo (03 primeiras semanas do quadro)
#04 #05 #06
A2C2
A3
B2 C3C1
A4
B3
D2
D3
#04
#04 #05
D1
#05 #04
#04
2,4 2,3 3,0
21
#04 #05 #06
A2
B1
C2
A3
B2 C3C1
A4
B3
No início da semana #04 No início da semana #07
Não é previsto vs realizado!
23. Criar o quadro
Resumindo...
Mapear escopo
# # #
1
2
3
4
Atualizar os status dos itens (WIP, Semana, etc.)
Analisar os próximos períodos (semanas)
Redistribuir os itens (se necessário)
Calcular nota de percepção
Manter o quadro
Cerimônia Ferramenta
Semanalmente
23
25. ★ Algum membro do projeto (um facilitador, por exemplo) pode manter o
quadro atualizado durante a semana
○ Atualizar em cada item a semana de início, bloqueios, pendências, etc.
○ Marcar os itens concluídos
★ O facilitador precisa apoiar o time em momentos de debates quanto a
prazos, pois é normal que o cliente queira a entrega dentro do prazo
inicial
○ Horas extras
○ Alocação de mais pessoas no projeto (pode ser bom também)
○ Questionamentos sobre comprometimento (não é um contrato)
Dicas gerais
25
26. Dicas gerais
★ Evite identificar a pessoa que está desenvolvendo cada item do escopo.
Cuidado para que a ferramenta não se torne um artefato de cobranças
★ O Reality Check não precisa ser utilizado em todas as entregas do projeto
★ Tenha cuidado para que a ferramenta não se transforme em um objeto de
gestão empurrada
○ Product Owner e Product Managers não podem escolher
posicionamento de itens. O foco deles deve ser a priorização
○ Em alguns contextos, pode ajudar no empoderamento da equipe
técnica
26
27. Dicas gerais
★ Tenha outras ferramentas para a gestão do projeto. O propósito do
Reality Check é agregar, e não substituir outras técnicas
# # #
Kanban para Software "A"
Kanban para Software "B"
Reunião Diária
Retrospectivas
★ Quando há muitos itens, é possível organizar o quadro em raias
(categorias)
★ Não coloque itens relacionados a negócios no quadro. O foco deve ser
demandas técnicas (histórias de usuário, requisitos funcionais, etc.)
27
28. Dicas gerais
★ Todos podem ficar um pouco "perdidos" durante a montagem do quadro.
Duas ações podem ajudar:
○ Se a montagem do quadro for realizada logo na primeira semana do
projeto, busque individualizar a alocação das primeiras demandas
○ Se o projeto já estiver em andamento, comece pelos itens que já estão
em desenvolvimento (preferível)
28