palestra apresentada no AgileBrazil sobre usar técnicas de jogos num time Scrum para melhor adoção do framework e de métodos ágeis em geral

1. Fazendo do Scrum um Game para
Melhor Adoção do Framework
Marlon Luz
marlon.luz@gmail.com
@marlonluz
AgileBrazil 2012 – São Paulo – 6/9/2012

2. Gamification is the use of game
design techniques, game thinking
and game mechanics to enhance
non-game contexts.

5. Gamification
Badges
Levels
Points
Leader board
Redeeming

6. Gamification & Scrum
Motivação
• Alguns desenvolvedores simplesmente não
querem mudar sua forma de trabalho
• Reforçar alguns itens dos métodos ágeis
como foco no produto, programação em
pares, testador próximo do
desenvolvedor, integração
contínua, comunicação, etc
• Ter produtos realmente entregues a cada
sprint

7. Sistema Pontos
• Estória terminada = 50 pontos
• Presença na reunião diária = 10 pontos
• Reunião diária com duração menor do que
15 minutos = 10 pontos
• Presença na reunião de
retrospectiva/review/planejamento = 30 pontos
• Sprint Goal alcançado = 100 pontos

8. Sistema Pontos
• Tarefa de revisão de código na estória = 20 pontos
• Nova estória aceita e terminada durante
o sprint = 50 pontos
• Apresentador na reunião de review = 50 pontos
• Bug crítico encontrado e corrigido durante a sprint = 30
pontos
• Gráfico de burndown abaixo da linha de referência = 50
pontos
• Pessoa que atualiza o gráfico de burndown = 10 pontos

9. Sistema Pontos
Teste 1: Validação dos pontos.
Duas equipes de um mesmo projeto que não
sabiam que estavam jogando
Equipe 1 Equipe 2
Media de 561 pontos por pessoa Media de 320 pontos por pessoa
Max 770 pontos Max 370 pontos
Min 260 pontos Min 260 pontos

10. Sistema de pontos

11. Resgatando pontos
2500 pontos = Vale de R$ 25 da Saraiva

12. Sistema Pontos
Teste 2: Uma equipe de 2 pessoas que sabiam que
estavam jogando
Sprint #0 Sprint #1 Sprint #2
Dev 1: 960 pontos Dev 1: 2.670 pontos Dev 1: 1.020 pontos
Dev 2: 880 pontos Dev 2: 2.810 pontos Dev 2: 1.040 pontos

13. Sistema Pontos
Teste 2: Uma equipe de 2 pessoas que sabiam que
estavam jogando
Sprint #3 Sprint #4 Sprint #5
Dev 1: 450 pontos Dev 1: 1.000 pontos Dev 1: 550 pontos
Dev 2: 640 pontos Dev 2: 1.140 pontos Dev 2: 720 pontos
Dev 3: 550 pontos Dev 3: 970 pontos Dev 3: 620 pontos
Tester: 860 pontos Tester: 630 pontos

14. Sistema Pontos (novas regras)
• Item levantado da retrospectiva resolvido = 50 pontos
• Estória terminada sem tarefas extras (plus) = 20 pontos
• Estória terminada sem tarefas > 1 dia = 20 pontos
• Release de versão por estória = 20 pontos
• Estória testada até 1 dia após o release = 20 pontos

15. Saldo de pontos do time
• Desenvolvedor 1 = 5690 pontos
• Desenvolvedor 2 = 6350 pontos
• Desenvolvedor 3 = 2650 pontos
• Testador = 1490 pontos

16. Sistema Pontos
Teste 3: Uma equipe de 8 pessoas que não sabiam
que estavam jogando nos dois primeiros sprints
Sprint #2 Sprint #3
Media 684 pontos por dev Media 697 pontos por dev
Max: 850 pontos Max: 760 pontos
Min: 630 pontos Min: 540 pontos

17. Sistema Pontos
Teste 4: A equipe de 8 pessoas agora sabe que está
jogando
Sprint #4 Sprint #5 Sprint #6
Media 652 pontos Media 620 pontos Media 412 pontos
Max: 720 pontos Max: 750 pontos Max: 510 pontos
Min: 420 pontos Min: 520 pontos Min: 360 pontos

18. Saldo de pontos do time
• Desenvolvedor 1 = 3380 pontos
• Desenvolvedor 2 = 3320 pontos Vale
• Desenvolvedor 3 = 3080 pontos presente
• Desenvolvedor 4 = 3110 pontos
• Desenvolvedor 5 = 2720 pontos
• Desenvolvedor 6 = 2540 pontos
• Testador 1 = 2750 pontos
• Testador 2 = 1010 pontos

19. Sistemas de Pontos - Conclusão
• As pessoas gostaram de ganhar pontos
• As pessoas adoraram o resgate dos pontos
• O sistema de pontos causou 2 melhorias:
• O primeiro time passou a quebrar melhor as estórias
• O segundo time começou a trabalhar com code
review
• Deve-se constantemente lembrar as regras para o time

20. Leaderboard
• Seu desempenho comparado com o
desempenho de outros
• Tabela no taskboard com a lista dos nomes e
pontos por ordem de classificação
• Atualizado a cada reunião diária

21. Leaderboard - Conclusão
• As pessoas do topo ficam felizes
• As pessoas nas últimas posições não ficam
felizes e não se tornaram desafiadas
• A equipe 2 (maior) pediu que retirasse o
leaderboard ou que trocasse os nomes por IDs
• Ouvi comentários de gerentes e PO avaliando as
pessoas do leaderboard

22. Badges
É um meio de manter a motivação durante o
gameplay recompensando algumas atitudes do
desenvolvedor

23. Badges

24. Badges - Conclusão
• Não foi muito bem testado porque não pude
estar muito presente com as equipes
• As pessoas gostaram da medalinha
• Meu feeling é que é um bom recurso para
manter a motivação

25. Gamification & Scrum
Conclusões
• No sistema de regras atuais não se mostrou
muito eficiente para motivar as pessoas a
adotarem melhor os métodos ágeis
• O sistema de pontos individual fez com que as
pessoas pensassem mais nelas do que no
projeto
• O resgate de pontos foi MUITO motivador para
as pessoas

26. Novos testes:
• Qualificar o projeto (estrelas?)
• Tem integração contínua ?
• Tem code review ?
• Tem documentação necessária ?
• Tem priorização de backlog ?
• Como está o burn down chart ?
• O time inteiro frequenta as cerimônias ?
• Tem TDD?
• Usam planning poker
• Fazem pair-programming

27. Novos testes:
• Pontos para o projeto
• O projeto ganha pontos se a equipe toda estiver na
daily por exemplo
• Pontuar ações do time
• Preciso achar um meio para vincular os pontos do
projeto ao resgate de pontos
• Distribuir melhor os badges
• Explorar melhor boas práticas ágeis

28. Fazendo do Scrum um Game para
Melhor Adoção do Framework
Marlon Luz
marlon.luz@gmail.com
@marlonluz
AgileBrazil 2012 – São Paulo – 6/9/2012