Scrum: Modelo, Framework ou Metodologia?

Olá

É realmente um adiscussão bastante oportuna.

O Ken Schwaber tem se esforçado para manter sua definição inicial de Scrum limitando-o a um simples framework.

Creio que o nível de excelência alcançado pelo scrum deve ter extrapolado as modestas expectativas de seu criador. Já não dá mais para lotar o Scrum exclusivamente na limitada seara de um framework.

Muito mais interessante é o fato desse tema ser tão pertinente e eu ter feito uma pesquisa no Google, em páginas no Brasil, com o texto: scrum "framework ou metodologia"; o único link retornado foi este artigo.

Parabéns Rafael.

Ronaldo Morais

Ronaldo,

Obrigado pela visita e comentário.

Realmente o que me motivou a escrever sobre o tema foi a escassez de artigos e materiais em português sobre o assunto. Será que ninguém nunca parou para discutir essa questão?

Sobre o tema, o SCRUM se apresenta como algo simples, mas seu DNA é tão complexo quanto o de uma metodologia. Implementar o SCRUM é, talvez, até mais difícil do que implementar uma metodologia comum.

Aguardo sua visita mais vezes!

Podemos criar Modelos e Metodologias mais sólidas, com "pressupostos, conceitos, valores e práticas, incluindo ORIENTAÇÕES para a execução propriamente dita" de processos. Ou seja, um Modelo poee ser "ORIENTADO(s) pra definir suas práticas, procedimentos, regras, etc…" e, Metodologia precisaria de uma "construção conceitual na representação dos processos, relacionamentos, SEM PROVER ORIENTAÇÕES específicas para sua prática ou implementação"; nesse caso, parece que Metodologia, o SCRUM não é. Adequadamente, um Modelo "suporta" um Framework… pode ser SCRUM mesmo!

Fábrica de Software! eu gosto de imaginar que o desevolvedor utiliza o melhor de sua habilidade afim de plantar as melhores sementes de conhecimento para assistir o nascimento do software, a arte de criar é melhor que fabricar…
abraços

Tantan,

Gostaria que você citasse a fonte das suas referências. Isso irá enriquecer o debate, pois as definições apresentadas por você são diferentes das propostas por Tomhave e expostas aqui.

Abraços.

Jayron,

Tudo bem? Não entendi muito bem suas colocações. O único lugar deste página que cita "fábrica de software" é na minha apresentação. Porém, apesar de entender que a construção de um software não possui as mesmas particularidades de uma fábrica tradicional, gosto de usar este termo pela sua aceitação no mercado.

Gostaria de ver suas colocações sobre o tema proposto neste artigo.

Abraços,

Para simplificar, será que podemos pensar em Metodologia como algo que deve ser seguido quase a risca, com poucas alterações/ajustes e Framework como um grande conjunto de opções que vc escolhe o que lhe ajuda (instancia) e usa ou escolhe como numa "prateleira"?

Mitrano,

Acho que não simplificou muito (risos). Essa sua definição ainda dependerá da interpretação da outra parte.

Você já imaginou o SCRUM sem o Sprint Planning? Ou você aceitaria uma pessoa dizer que pratica Scrum com Scrum Daily de meia hora? E se ela dissesse que não faz retrospectivas?

Gostei da sua definição, mas ela serviu para constatar que Scrum é uma metodologia: seu DNA deve ser seguido à risca.

Concorda?

Rafael, para os que querem complicar, não existirá simplificação que dê jeito

Mas não quero com isso, desestimular a discussão sobre a melhor definição de metodologia ou framework.

Apenas queria passar o recado que você captou: o Scrum trará seus reais benefícios se for usado com poucos ajustes e alterações, como uma metodologia definida. Esta metodologia implementa um conjunto de valores e princípios, que são a base daquilo que muitos chamam de Agilidade.

Esse conjunto, é uma espinha dorsal, que se não for utilizado, não surtirá os efeitos positivos que muitos times ágeis desfrutam.

Mitrano,

Fechou com chave de ouro.

Obrigado pela participação.

Olá Rafael, gostaria de compartilhar algo:
No link http://improveit.com.br/xp/metodologia, vocês verão definições de métodos e metodologia. Concordo que o tema pode confundir, mas no próprio treinamento do Ken você verá que ele explica que o Scrum definitivamente é um framework de trabalho apesar de ser rígido (empírico) em sua estrutura. Vejamos, você citou o sprint planning e o daily meeting de meia hora. Neste ponto está certo, não está praticando Scrum, está pegando um conjunto de idéias e montando seu próprio framework de trabalho, aliás, se funcionar em sua empresa, apoio a iniciativa em 100%.
O motivo no qual o Scrum não se trata de uma metodologia é que na metodologia você não possui abertura para usar as ferramentas que bem quiser ou mesmo introduzir as idéias da forma que bem quiser.
Ponto 1: PMBOK PMI é metodologia? R: Não. Pode-se pegar as idéias e com elas montar sua metodologia.
Ponto 2: Prince 2 é metodologia? Sim. Favor consultar fonte.
Fontes para comparação:
p1: http://www.pmi.org/AboutUs/Pages/Standards.aspx
p2: http://www.prince2.com/what-is-prince2.asp

[]'s

Gregory,

Você tocou num ponto importante: ferramentas. Confesso que não havia pensado no assunto e você tem razão quando o Scrum abre um leque de opções para cada um usar a ferramenta que quiser, desde que os processos sejam seguidos.

O PMBoK não é método, nem metodologia, nem framework. Acredito que, como ele não se enquadrou em nenhuma dessas definições, eles criaram uma nova: "conjunto de conhecimentos".

Não tinha lido o referencial citado por você lá no site da ImproveIt e assumo que fiquei mais confuso ainda quando ouço um Vinicius Teles dizendo que utiliza os termos com o mesmo significado. Somente isso é prova que dificilmente chegaremos a um consenso.

Obrigado pela sua participação.

Grande abraço.

Rafael, valiosíssima essa discussão, vem de encontro com a evolução do método ágil Scrum em diversas práticas.

Na minha visão, para chegar a uma conclusão sobre a definição de Scrum, não é difícil, a dúvida está em como usá-lo.

Scrum é método ágil, e não temos o que discutir. Se ele é usado como modelo – framework – metodologia – não faz diferença, desde que você o adote como método.

- Se você adota Scrum como modelo, vai usá-lo para caracterizar o negócio.
- Você adota Scrum como framework, é para o desenvolvimento de software.
- Se você adota Scrum como metodologia, é para estudar novos métodos.

- Assim segue com os demais métodos ágeis.

Se analisarmos na ótica do uso do Scrum como ferramenta, ou seja, framework, concluímos que é voltado para o desenvolvimento de software, pois framework é ferramenta. Scrum não pode ser apenas um framework.

Scrum é um dos principais métodos de fundamentação para internalização dos valores ágeis. Percebo que os Americanos puxam a coisa para o lado da ferramenta, mesmo com um dos valores ágeis focando INDIVIDUOS e INTERAÇÕES.

No Brasil o Scrum pegou rápido porque o Brasileiro é sedento por coisas ágeis, rápidas, com disciplina e, principalmente, que ele mesmo pode construir. É o que venho percebendo com profissionais que estão usando o agile, inclusive comigo.

Para a área de negócios e pessoas, Scrum é modelo. Se conceituarmos negócio como sistema, e o é, Scrum é método iterativo e incremental para gerir interações. Somente com interações você constrói sistemas, produtos, serviços. O Negócio/projeto é o sistema que você vai gerir com Scrum.

Independente da conceituação, Scrum é antes de tudo, Método ágil, é linguagem ágil, comportamento ágil.

Abraço!!

Gonzatto,

Você segue uma linha parecida com a do Ricardo Mitrano, aí em cima.

Não importa se é método, metodologia ou framework: o importante é se usa da forma correta e se isso traz benefícios reais para o seu time.

Obrigado pela sua participação, mais uma vez.

Pra mim é uma metodologia, pois um Framework como disseram acima, são opções existentes que você pode ou não utilizar alguns itens conforme sua necessidade, já o Scrum para ter sucesso necessita que sigam as regras para que tenham sucesso.
Talvez a dúvida pode aparecer para alguns quando dizem que se pode alterar o tempo de uma ou outra reunião, ou então utilizar uma ou outra ferramenta. Mas lembre-se que o principal "Reunião de retrospectiva", "Reunião diária" entre outras coisas sempre terão que existir para atingir o sucesso.
Portanto eu identifico o Scrum mais como Metodologia que um Framework.

[]'s

Almiro,

Seguimos o mesmo raciocínio. Porém, está difícil chegar num consenso…

Abraços,

realmente boa discussao! eu fiquei na duvida de seria um framework ou uma metodologia. Eu acho que metodologia seria o mais apropriado. Framework, acho que está associado a algo mais tecnico….nao sei direito, fiquei confuso agora…

abraco

Se você usa o Scrum “by the book”, sem nenhuma customização, ele é uma metodologia. Mas se você inicia um processo de “tailoring”, dentro dos limites aceitos por suas cerimônias, ele funciona como um framework de processos (tal como o RUP). Metodologia é o estudo de métodos e processos. Processos são atividades e suas tarefas. Acredito que, assim, fica fácil de garantir uma conceituação que promove prático entendimento. Ou, então, podemos nos ater às definições mais acadêmicas, como: Método = elementos de conteúdo de método + elementos de processos… Abs!

Olá Rafael,

Já faz algum tempo que acompanhamos o Gestão etc. Parabéns pela organização, dinâmica e qualidade de conteúdo dos posts.
De tanto usar Desenvolvimento Ágil, criamos uma ferramenta web de Scrum brasileira!
Demos o nome de Scrumhalf (www.scrumhalf.com.br) e gostaríamos muito de contar com a sua opinião – existe um plano gratuito que dá para testar a vontade.
Qualquer dúvida ou problema é só falar!
Ok?

Um abraço,
Equipe GPE.

Pessoal,

Obrigado pela indicação do Scrum Half. Vou avaliar e posiciono vocês.