O documento fornece 7 dicas para melhorar a implementação do Scrum em times de desenvolvimento de software. As dicas incluem: 1) usar datas fixas ao invés de estimativas de horas para planejar Sprints; 2) incluir itens não estimados nas Sprints; 3) criar um quadro para tarefas pequenas sem planejamento; 4) rotacionar Scrum Masters entre os times; 5) realizar sessões de refinamento do backlog; 6) dividir times grandes em subequipes; 7) realizar testes informais no ambiente de desenvolvimento.

1. 7 dicas para
“turbinar”
seu Scrum

2. 2

3. Olá!
Eu sou o André Suman
Agile Coach
CSM, CSP, KMP I
@andresuman
3

4. 4

5. 1.
Estimativas
“Data-Fim”

6. Qual a treta?
○ Horas? Pontos? T-Shirt size?
○ “Eu fui em um treinamento”
○ Burndown
○ #noEstimates
A Sprint não acaba após “X” horas trabalhadas
ou “N” pontos produzidos. A Sprint acaba em
uma data pré-fixada!
6

7. Como resolve?
○ Que dia fica pronto?
○ Tenha um plano
◦ Ajuste na daily meeting
○ Plano <> Cronograma
◦ “Matriz de Tarefas”
7

8. Planning 9/10/2017 10/10/2017 11/10/2017 12/10/2017 13/10/2017
Review /
Retrospectiva
André
Janela
Cadastro
Janela
Cadastro
Serviço Rest Serviço Rest
Marília
Relatório
Analítico
Relatório
Analítico
Relatório
Analítico
Marcela
Escrita
Casos de
Testes
Escrita
Casos de
Testes
Teste
Manual
Cadastro e
Relatório
Teste
Manual
Cadastro e
Relatório
Automação
Teste
Serviço Rest
8

9. 2.
“Não-Metas”

10. Qual a treta?
○ Estimativa... né jovem? Você
“crava” todas?
○ Promessas para clientes
○ Erros pré-existentes
○ Ausências não programadas
10

11. Como resolve?
○ 20% a 30% de “Não-Metas”
◦ Itens não prometidos
◦ Backlog da próxima Sprint
○ Importante: É pra fazer!
◦ Não é “trabalho extra”
◦ Discutir em retrospectiva
11

12. 3.
Small-Wall

13. Qual a treta?
○ Aguardando testes no fim da Sprint
○ “Estou sem atividade”
(esperando os bugs)
◦ Atuação “por fora” da Sprint
○ Tem coisas que nunca serão
priorizadas...
13

14. Como resolve?
○ Itens pequenos
◦ Auto-explicativos
◦ Não precisa de planning
◦ O estagiário sabe fazer :P
○ Melhorias e correções
“sem compromisso”
14

15. 4.
Rodízio de
Scrum Masters

16. Qual a treta?
○ SM associado a perfil técnico/negócio
◦ Papel assumido por pessoa do time
○ “SM é o secretário?”
◦ Falta de clareza sobre atuação
○ SM “comando/controle”
◦ Time não se auto-organiza
○ Não dar foco em Scrum e Agilidade
16

17. Como resolve?
○ “SM é o especialista em Scrum”
○ Troca de SMs é “transparente”
◦ Polinizar > Padronizar
◦ SM “aprende” com os times
17

18. Rodízio de SMs
18
Como foi a experiência de receber um ScrumMaster
"externo" nas Sprints do seu time?

19. 5.
Grooming

20. Qual a treta?
○ Vários sistemas complexos por time
○ “Não temos programadores, temos
analistas!”
○ Plannings cansativas
◦ Necessidade de passar conceitos
introdutórios
◦ “Alguma dúvida?” - Questionamentos
só pareciam em tempo de
desenvolvimento
20

21. Como resolve?
○ Dia de Grooming
◦ Estudo do Backlog
○ “Estudar a matéria, antes de ir para a aula”
◦ Iniciativas de estudo em grupo
○ Preparação para a planning
◦ Possibilidade do time apresentar
(P.O. na “retaguarda”)
○ Aumento de discussão e sugestões
21

22. 6.
Células de
Desenvolvimento

23. Qual a treta?
○ Times “grandes” (>10 pessoas)
◦ Plannings longas
◦ Menor colaboração e engajamento
○ Mudança constante de equipe
◦ Tempo para adaptação ao
“Peopleware”
◦ “Quem vai ficar no suporte?”
23

24. Como resolve?
24
Sprint A Sprint B
Suporte
PO / SM /Arq

25. Resultado
○ Reforço do TIME!
◦ Equipes “homogêneas”
○ Novas lideranças técnicas
○ “Cabe em um fusca” :P
25

26. 7.
Dev-Box Testing

27. Qual a treta?
○ Ciclo de feedback lento
◦ Identificar erro, alterar código,
commit, build, re-teste...
○ Erros “básicos”
◦ Especialista em testes não
consegue evoluir...
27

28. Como resolve?
○ “Pair” Desenvolvedor + Testador
○ Antes do commit
○ Informal
◦ Sem registros, ferramentas e etc.
○ 10 a 15 minutos
○ Ambiente de desenvolvimento
○ Exercitar alguns cenários e comentar
sobre impactos
28

29. Resultado
○ Feedback rápido
○ Revisão do entendimento
○ Conhecimento compartilhado
○ Menor Retrabalho
○ Colaboração
29

30. “
Estamos descobrindo maneiras
melhores de desenvolver software...
30

31. Obrigado!
Perguntas?
andre.pereira@matera.com
@andresuman
www.matera.com
http://blogdocaze.com.br
31

32. Referências
○ http://blogdocaze.com.br/2016/09/26/palestra-caipira-agil-2
016/
○ https://www.thoughtworks.com/pt/insights/blog/scaling-agile
-problems-and-solutions
○ http://www.matera.com/br/2016/11/30/dev-box-testing-pra
ticando-testes-ageis-2/
○ http://www.matera.com/br/2015/10/09/calibrando-nossa-bo
la-de-cristal-scrum-estimativas-e-datas-de-entrega/
32