Para aqueles acostumados com os modelos tradicionais de projeto o primeiro contato com o Scrum é assustador.
Para ilustrar isso queria apresentar algumas questões que defino como “a diferença básica” entre eles.
Modelo tradicional
Organograma do projeto
O objetivo do organograma é estabelecer a hierarquia e linhas de reports. É análogo ao organograma das empresas (presidente, VPs, diretores, gerentes etc). Inicialmente, podemos utilizar uma estrutura genérica, como na figura a seguir.
Definição de papéis e responsabilidades
Quem faz o quê quando? A definição dos papéis e responsabilidades responde à pergunta anterior. Pode ser uma tabela, como a matriz RACI, ou um documento de várias páginas.
As imagens e textos acima desta seção foram retirados de: http://blog.mundopm.com.br/2014/04/09/plano-de-gerenciamento-de-recursos-humanos/
Objetivo principal do planejamento
Entregar todas as funcionalidades pré-estabelecidas do software no custo e, não menos importante, no prazo acordado.
O planejamento é altamente voltado às atividades/equipes e suas dependências. Em geral, tudo é sequencial e faseado (leia: Tudo está no Cronograma). Qualquer falha ou imprevisto durante o tempo de projeto poderá impactar a entrega do projeto.
Scrum
1 – Pessoas e interações são mais importantes do que processos e ferramentas.
2 – Software funcionando baseado em uma documentação mais abrangente.
3 – Colaboração entre usuários e desenvolvedores é mais importante do que contratos.
A idéia do Scrum é entregar valor, não funcionalidade.
Você pode ler as definições 1, 2 e 3 que traduzi livremente em https://www.scrumalliance.org/why-scrum/core-scrum-values-roles?gclid=CLLb8bHVodICFem87QodR08BSg#sthash.DqS4LrnF.dpuf
Provavelmente você esteja chegando à seguinte conclusão.
O Scrum não é um framework confiável. Como pode um projeto que não tem hierarquia, cronograma, documentação, funcionalidades pré-determinadas e nem mesmo “contratos” ser algo confiável.
O Scrum não é exatamente assim, mas o primeiro contato com ele é…