Quando usar Scrum e quando usar metodologias tradicionais?

Ambas as abordagens têm seus pontos fortes, por isso tudo depende do tipo de projeto e de seu ambiente. No entanto as duas abordagens têm algo em comum que muitas vezes são esquecidos: ambos têm um planeamento eficaz seguido de execução, monitoramento e controle.

 

Quando usar Scrum	Quando usar metodologias tradicionais
Escopo não está claramente definido O produto irá aparecer gradualmente durante o projeto	O escopo é claramente definido antecipadamente Uma clara descrição do produto está disponível antecipadamente Outros projetos semelhantes foram feitos anteriormente
Requisitos mudam com freqüência Cliente entende mais sobre o que quer enquanto o projeto continua	Os requisitos foram bem definidos Poucas mudanças são esperadas durante o projeto Os produtos não devem mudar muito
Todas as atividades não podem ser bem definidas antecipadamente A estimativa (planejamento) é difícil	As atividades podem ser bem definidas antecipadamente A estimativa é possível e confiável
O processo é iterativo (vários ciclos) Cada ciclo depende fortemente dos anteriores	O processo é de longo prazo O projeto pode ser dividido em fases
O sucesso é medido principalmente através da satisfação do cliente	O sucesso é medido principalmente por atingir os objetivos do projeto: tempo, custo, escopo, etc.
Os resultados incrementais tem valor e podem ser usados pelos usuários	Os usuários não podem, normalmente, começar a usar os produtos até a conclusão do projeto (por exemplo, uma ponte)

 

Resumindo, é melhor usar Scrum se há muitas incógnitas, onde os projetos são mais complexos, e é difícil definir requisitos iniciais detalhados e estimativas no início do projeto.

É melhor usar as abordagens tradicionais quando há poucas incógnitas, o projeto é menos complexo, fácil de definir requisitos iniciais com exatidão e fácil de estimar e planejar o projeto desde o início.

Cuidados também devem ser tomados para não tentar aplicar Scrum se a organização não está preparada para isso, por exemplo, se ninguém for treinado, se o fluxo de trabalho dificulta as funções e responsabilidades do Scrum e as pessoas não estão dispostas a aprender. Muitas vezes, o Time Scrum recebe treinamento em Scrum, mas os donos do projeto deixam isso de lado. Recomenda-se ativamente para não começar a usar Scrum até que cada participante tenha recebido o treinamento necessário e que todos compreendem os seus papéis e responsabilidades.

 

Fonte: Management Plaza, The Scrum Master Training Manual, vr. 1.1