O documento discute as diferenças entre Scrum e ScrumBut. ScrumBut refere-se a casos onde o Scrum é mal implementado, desrespeitando princípios como time auto-gerenciável e entrega contínua. Ambientes tradicionais e equipes iniciantes tendem a cair no ScrumBut sem intenção. O documento fornece exemplos de como o Scrum deveria ser versus como é implementado de forma defeituosa no ScrumBut.
2. Scrum ou ScrumBut?
• O quão complicado pode ser a implantação
do framework scrum em uma determinada
empresa? Empresas com raiz tradicionais ou
mais burocrática tendem a ser pontos de
difícil implantação de scrum, sendo que na
tentativa muitas vezes acaba-se aplicando-
se, não o scrum, mas o scrumBut.
Laerte Guedes - AITPROEG
3. Conceito
• O termo ScrumBut foi inventado para
designar casos onde o scrum é mal
adaptado. Scrum mas time não é auto-
gerenciável, scrum mas o Scrum Master é na
verdade um “chefe”, scrum mas não fazemos
reunião diária e retrospectiva... E por aí vai,
existe diversos pontos que devem ser
respeitados dentro do framework scrum.
Laerte Guedes - AITPROEG
4. Como deveria ser de fato…
• O Scrum de fato deve obedecer a alguns
preceitos essenciais:
-> Entrega Contínua de Software.
-> Melhoria Contínua do processo.
-> Time auto-gerenciável.
-> Relação estreita com o Product Owner.
-> Essencialmente colaborativo
Laerte Guedes - AITPROEG
5. Como deveria ser de fato…
-> Retrospectiva servindo de maneira a ajudar
o time a enxergar seus próprios erros e
melhorá-los.
-> Comunicação entre a equipe é importante.
-> Resposta rápida a mudanças.
Laerte Guedes - AITPROEG
6. Como às vezes acaba sendo…
(ScrumBut)
• O ScrumBut acaba por ser uma cópia
defeituosa do scrum às pecando nos
seguintes pontos:
-> Gerente de Projetos escolhe o Scrum
Master, e essa passa a ser um porta voz do
gerente.
-> Time é gerenciado pelo Scrum Master, e
não é auto-gerenciável.
Laerte Guedes - AITPROEG
7. Como às vezes acaba sendo…
(ScrumBut)
->Mesquinhez em integrantes da equipe e
falta de colaboração.
-> Sprints exclusivamente para planejamento
(Agilefall).
-> Ausência de reunião diária ou feita de
forma pouco efetiva de modo a
comprometer o processo.
-> Ausência ou ineficácia da Retrospectiva.
Laerte Guedes - AITPROEG
8. Como às vezes acaba sendo…
(ScrumBut)
-> Pouquíssimo contato com o Product
Owner.
-> Trabalhar com prazos de entrega de
software.
-> Não fazer registro no Burndown.
-> Iterações chegam a exceder 4 semanas.
Laerte Guedes - AITPROEG
9. Como às vezes acaba sendo…
(ScrumBut)
Laerte Guedes - AITPROEG
10. Ambientes Comuns de se ocorrer
ScrumBut
• Ambientes familiarizados com práticas de
gerência e administração mais tradicionais.
• Equipes ainda iniciando a utilização do
framework scrum.
• Equipes que trabalham com o escopo muito
grande.
Laerte Guedes - AITPROEG
11. E então, sua equipe é Scrum ou
ScrumBut?
• .
Laerte Guedes - AITPROEG
12. E então, sua equipe é Scrum ou
ScrumBut?
• Foi desenvolvido pela Nokia, por intermédio
de Bas Vodde, pioneiro em agile, um teste
que ficou conhecido como “The Nokia Test”
e é dividido basicamente em duas partes:
Uma verificando se a equipe entrega
software continuamente e outra verificando
se o scrum está sendo aplicada da forma
devida.
Laerte Guedes - AITPROEG
13. “The Nokia Test” – Parte 1
• Iterações devem ter seu tempo limitado em
até 4 semanas.
• Funcionalidades devem ser testadas e estar
em funcionamento ao fim de cada iteração.
• Uma iteração deve começar antes que as
especificações estejam prontas.
(A maioria das empresas não passa desta etapa)
Laerte Guedes - AITPROEG
14. “The Nokia Test” – Parte 2
• O Product Owner é conhecido.
• Há um product backlog priorizado por valor de
negócio.
• O product backlog tem estimativas criadas pelo
time.
• O time gera gráficos de burndown e conhece a
sua velocidade.
• Não há gerentes de projeto (ou qualquer outra
pessoa) “controlando“ o trabalho do time.
Laerte Guedes - AITPROEG