Nesta apresentação coloco uma reflexão de Modelos de Tomada de Decisão Compartilhada no contexto do SCRUM. Questionando os modelos de tomada de decisão que o SCRUM adota e propondo algumas reflexões para contextos específicos.

1. Modelos de Tomada de
Decisão Compartilhada
@raphaelmolesim
Tuesday, October 1, 13

2. Quais modelos de
tomada de decisão
compartilhada o
SCRUM adota?
Tuesday, October 1, 13

3. Nenhum?
Tuesday, October 1, 13

4. Reunião de Planejamento
• Estimativa do trabalho que será realizado
‣ Planning Poker (geralmente usado)
• Plano técnico (Sprint Backlog)
‣ Discução técnica da solução
• Estimativa em horas do plano técnico
‣ Pega a maior estimativa
Tuesday, October 1, 13

5. Modelos SCRUM
➡ Planning Poker
‣ Decisão por consenso
➡ Discussão Técnica
‣ Decisão por consenso
➡ Pega a maior estimativa
‣ Decisão por consenso
Tuesday, October 1, 13

6. Decisões são
geralmente tomadas
por consenso
Tuesday, October 1, 13

7. Qual é o problema?
Tuesday, October 1, 13

8. Construção de
consenso é cara!
Tuesday, October 1, 13

9. Model Pros Cons
Consensus Building
• Colaborativo
• Sistemático
• Participativo
• Orientado a Dicussão
• Encoraja
Comprometimento
• Leva tempo
• Requer dados e competência
dos participantes
MultiVoting
• Sistemático
• Objetivo
• Participativo
• Sentimento deVitória
• Limita o dialogo
• Influenciado pela opções
• Prioridades reais podem não
aparecer
Compromise • Orientado a Dicussão
• Cria uma nova solução
• Adversarial
• Todos perdem e ganham
• Divide o grupo
MajorityVoting
• Rápido
• Alta qualidade com
dialogo
• Resultado claro
• Pode ser rápido demais
• Perdedores eVencedores
• Sem dialogo
• Influenciado pela opções
One Person Decides • Pode ser rápido
• Responsável claro
• Não há outras perspectivas
• Baixo compromentimento
• Sem sinergia
Tuesday, October 1, 13

10. Por que usamos a
mesma ferramenta para
todos os contextos?
Tuesday, October 1, 13

11. Deliberadamente
decidimos escolher a
ferramenta mais cara!
Tuesday, October 1, 13

12. Planning Poker
Tuesday, October 1, 13

13. Por que estamos
fazendo isso?
Tuesday, October 1, 13

14. Story points give more accurate estimates,
they drastically reduce planning time, they
more accurately predict release dates, and
they help teams improve performance.
Hours give worse estimates, introduce large
amounts of waste into the system, handicap
the Product Owner's release planning, and
confuse the team about what process
improvements really worked.
-- Jeff Sutherland
May 16, 2013
Tuesday, October 1, 13

15. Tuesday, October 1, 13

16. Tuesday, October 1, 13

17. Tuesday, October 1, 13

18. Old Times
Tuesday, October 1, 13

19. Colaboração #FTW
Tuesday, October 1, 13

20. Resolver os problemas
que existem!
Tuesday, October 1, 13

21. Sprint Backlog
• Você precisa planejar tudo?
• Vale a pena ter o time todo planejando uma história de 1
ou 2 pontos?
• Você expoêm as estatísticas do planejamento para o time?
• Você faz retrospectiva do planejamento?
• Você usa ferramentas diferentes em contextos diferentes?
Tuesday, October 1, 13

22. Obrigado!
@raphaelmolesim
Tuesday, October 1, 13