Scrum é framework e não metodologia

Um dos erros mais comuns ao se falar em Scrum é defini-lo como uma metodologia, algo que de fato ele não é, e vou explicar porque. Uma metodologia é o estudo de métodos e técnicas embasados científicamente utilizadas em processos de investigação. Diferente de um processo mais tradicional o Scrum não irá te dizer o que fazer, você tem a liberdade para fazer o que melhor funcionar dentro da suas necessidades e possibilidades.

Os pilares do Scrum, transparência, inspeção e adaptação é que nos fazem melhorar nosso processo e isso vem apenas com tempo, com as evidências de melhoria contínua. Isso já afirma que nosso processo necessita desses três pilares para garantir sua sustentabilidade e evolução. Sendo assim podemos dizer que não temos a solução nem mesmo a pretensão de prever tudo ou ter a resposta para todas as perguntas.

Em uma metodologia todos os processos são conhecidos e previamente definidos, ou seja, prescritivos, diferentemente do Scrum onde o processo de aprendizado é empírico. Acreditamos que cada experiência traz um aprendizado que deve ser levado em consideração dentro do processo de controle.

Scrum meetingA Adaptworks, referência brasileira em Scrum, possui a seguinte definição : “Scrum é um framework iterativo e incremental para o desenvolvimento de qualquer produto ou gerenciamento de qualquer trabalho.”

Já Ken Schwaber da Scrum.org e criador do Scrum, defende que o este foi feito para desenvolvimento de softwares complexos, embora é conhecido que muitas empresas utilizam algumas práticas do Scrum e tem noticiado que tem sentidos os efeitos que as mudanças após a adoção Scrum proporcionaram para suas organizações. Quando começamos a usar Scrum não conhecemos todos os possíveis eventos, nem todo o negócio, nem mesmo os impedimentos que irão surgir durante o desenvolvimento.

Eu acredito tanto no Scrum que afirmo ser é viável adotar esse poderoso framework em outros ramos de atividade que não apenas desenvolvimento de software. Penso eu que numa empresa de marketing, por exemplo, é possível criar um product backlog com items de uma determinada campanha, e dele derivar as tarefas que devem ser realizadas assim como sua ordem de prioridade e retorno, definido sprints curtas para entrega de valor e por ai vai.

O Scrum irá te dar uma base de onde a partir dela poderá criar sua metodologia de acordo com as necessidades e peculiaridades da sua empresa. É permitido e digo até desejável aliás juntar práticas de outros métodos ágeis com o Scrum, como é muito comum o pair programming que vem do XP, por exemplo.

Por essa flexibilidade é que dizemos que o Scrum é um framework e não uma metodologia. Assim com qualquer framework o Scrum pode ser extendido, tendo algumas de suas práticas removidas se for o caso, mas cuidado ao remover alguma prática, pois o seu valor pode ser perder durante o processo. Tenha em mente os benefícios que tais práticas trazem para somente depois se julgar necessário remover algo. A Scrum.org já sinalizou que irá validar possíveis extensões no Scrum, para ver as propostas que já foram feitas sobre extensões por membros da comunidade basta acessar o site.

6 pensamentos sobre “Scrum é framework e não metodologia

  1. E para um projeto de construção de um avião? Um avião só será um avião se ele voar de acordo com todos os requisitos de quem o solicitou e de acordo com o ciclo de vida sugerido para o produto e pós produto. E ai quem responde?

    E para um projeto ERP, que somente o todo tem valor para o negócio, não as partes entregáveis. E ai como gerenciar isso? Reuniões em pé?

    • Creio que aqui temos uma discussão irrelevante, já que avião não é software, são coisas totalmente diferentes, mas vamos lá, deixe-me fazer uma pequena analogia: Um avião é feito do que? Partes, certo? Então por acaso não é possível construir um avião começando pelo cockpit? E o trem de pouso, asas, tanque de gasolina, instrumentos de voo, assentos, e outros mais? Não é possível testar cada uma destas “features” separadamente? É possível até mesmo testar sua aerodinâmica em um túnel de vento para verificar se está tudo em conformidade com o que foi desenhado? Bem creio que a resposta para todas as questões é sim! Sobre Scrum e produtos concretos, tem um post no Yahoo Groups que fala sobre isso e a comparação é bem parecida, só que é uma plataforma de petróleo (http://br.groups.yahoo.com/group/scrum-brasil/message/10109) #FicaDica.
      Sobre gerenciar com “Reuniões em Pé”, creio que haja aqui uma visão distorcida sobre qual a finalidade desta cerimônia e meu conselho é que procure saber melhor para que ela serve. Com Scrum gerenciamos o tempo todo, cada uma das cerimônias tem um papel fundamental e deve ser entendido o porque delas existirem, desde a planning até a retrospective, cada uma com sua importância.
      Bem agora vamos falar sobre software! Um ERP na minha visão nada mais é que um container de outros sistemas e logo, pode ser quebrado em features independetes, mesmo que os processos de negócio sejam complementares. O ERP atende vários departamentos de uma empresa, cada um com suas peculiaridades mas todos em tese integrados. Que tal escalar Scrum com vários times rodando sprints com o mesmo backlog do PRODUTO, sempre cuidando das boas práticas de engenharia, com testes automatizados e tudo aquilo que tem direito. Concorda que é possível entregas incrementais destas partes e assim receber o feedback das pessoas de negócio, independente da área afim que se destina A, B ou C funcionalidade? Já ouviu falar em MMF ou MVP? Se não recomendo que procure a respeito.

      Agradeço a sua colaboração, sua opinião é sempre importante e ajuda a enriquecer nossa discussão.

      Coloco-me sempre a disposição para eventuais dúvidas!

      []’s

      Miguel Carlos

  2. Pingback: Scrumwise – A ferramenta Scrum que você deveria utilizar – Desenvolvimento Ágil de Software

  3. Pingback: Scrumwise – Uma excelente ferramenta para Scrum « Owned Games

  4. Miguel boa tarde.
    O valor do scrum pelo que tenho lido é entregas parciais (e continuas, agilidade) que agreguem valor ao negócio. Más tenho uma dúvida. Tenho um case, onde definimos processos (core) que devem ser implementados para o sucesso de um projeto de ecommerce, neste caso devemos ter todos os processos/sistemas prontos na mesma data. Temos como implementar o scrum neste caso?
    Abs.
    Amilcar Aureliano

    • Amilcar, boa tarde
      Não vou entrar em detalhes de qual foi o método que vocês utilizaram para determinar os processos “core” para o sucesso do teu projeto. Creio que os processos elencados sejam ordenados de acordo com o grau de importância para o teu Negócio, se sim, é possível usar Scrum. Tenha em mente que a data que você necessita que os processos estejam prontos pode ser interpretada como a data do teu release final, mas todo e qualquer processo pode ser encarado como entregável. Em um ecommerce temos processos bem distintos e que não necessariamente dependem de outros mas sim os complementam. Um exemplo seria o carrinho de compras (sei fácil esse), mas imagine que não necessariamente eu preciso ter o cliente para inserir produtos no carrinho, nem preciso do carrinho para autenticar o usuário no sistema. A grande questão aqui é: o que entregar em pequenos espaços de tempo, recomendo que vocês iniciem por aquilo que mais agrega valor ou tem maior complexidade. Lembre-se que ser ágil é perceber inclusive que o planejado pode não ser possível sem ajustes, e responder rapidamente é o maior ganho com agilidade. Damos ênfase ao que é necessário removendo os excedentes do processo, assim, recomendo que foquem não apenas no processo isolado, mas no processo macro, quais os passos necessários e tentando isolá-los e assim entregar pequenas partes que ao final, somadas são o macro processo. O grande ganho com agilidade é a possibilidade de identificar não conformidades logo de início e ajustar o que for necessário o quanto antes, para isso quanto antes puder coletar o feedback melhor.

Deixe uma resposta

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s