A Scrum Alliance publicou um artigo interesse no mês de março sobre as dúvidas freqüentes de quem está tentando, já começou ou pensa em usar Scrum na elaboração de seus projetos. A autora do artigo foi Melanie G. Silver, Scrum master desde 2005 e colunista do site. Aproveitei o momento para traduzir parte do artigo justamente porque pode auxiliar muitos daqueles que estão empenhados em utilizá-lo. Para ler a íntegra do artigo em inglês, clique aqui.
“As metodologias, os processos, as ferramentas, e as técnicas ágeis não são novos ao desenvolvimento do software ou de produto. Estiveram por aí há muitos anos. Entretanto, à medida que as companhias começam a ver uma necessidade maior de melhorar seu ‘time to market’ ao mesmo tempo em que buscam manter a qualidade, elas buscam adotar algumas destas técnicas ágeis em vez dos tradicionais métodos em cascata. Os projetos em muitas organizações precisam ser ágeis. Podem usar XP (eXtreme Programming), AD (Agile Database Techniques), AM (Agile Modeling), ou outros métodos ágeis. Também podem usar Scrum. A pergunta que está sendo dirigida aqui é se, de fato, os projetos estão usando Scrum ou escolhendo algumas das outras técnicas e chamando de Scrum.
Vale lembrar: o que é Scrum?
É um processo ágil, de pouco peso que pode ser usado em controle de software e desenvolvimento de produto usando práticas interativas (…) Scrum não dita que práticas da engenharia devem ser usadas. Entretanto, frequentemente você verá que combinou-o com o XP para gerar os benefícios do desenvolvimento ágil com as vantagens de execuções simples. Scrum, usado corretamente, aumenta significativamente a produtividade e reduz o ‘time to market’ ao facilitar o desenvolvimento adaptável, empírico dos sistemas.
Quais as palavras chaves do Scrum?
* Proprietário do produto, ScrumMaster, e equipe de projeto
* Backlog do produto
* Backlog do sprint (módulos com começo, meio e fim de cada projeto)
* Reunião de planeamento do Sprint
* Reunião diária de Scrum
* Interações a cada 30 dias, apresentando melhorias de funcionalidade no fim de cada interação
* Revisões do Sprint
* Retrospectivas
Então, o que não é Scrum?
A pergunta deve ser, na verdade, se um projeto está ou não usando Scrum. Observemos algumas situações:
Cenário 1:
O projeto decide usar Scrum para controlar um projeto de desenvolvimento de software. A gerência dá a aprovação ao uso do Scrum, mas insiste que a equipe siga as determinações dos processos de desenvolvimento do software para assegurar que a equipe está fazendo o que deve fazer.
Cenário 2:
O projeto decide usar Scrum para controlar um projeto de desenvolvimento de qualquer outra coisa além do software. A equipe não é organizada e o proprietário do produto não tem o tempo para dar prioridade ao backlog de produto. O proprietário do produto indica que tudo é prioridade absoluta.
Cenário 3:
O projeto decide usar Scrum para controlar um projeto de desenvolvimento de software. Entretanto, a equipe decide que não tem tempo para conduzir as retrospectivas no fim de cada interação. Eles decidem também conduzir a reunião diária de Scrum somente duas vezes por semana.
Eu poderia continuar falando sobre equipes de projeto que têm que seguir determinadas práticas que são contrárias aos métodos de Scrum/Agile, pulam determinadas práticas, ou não adotam as características inerentes às equipes de Scrum. A pergunta que alguns estão fazendo é: esses projetos ainda estão usando Scrum? Empregar e aderir a todas as técnicas e às características de Scrum traz a sinergia necessária para produzir resultados ótimos. Por que você iria querer menos?
Abandonar algumas das práticas que fazem o Scrum bem sucedido dá ao pessimista mais oportunidades de dizer que o Scrum não funciona. Usar apenas determinadas técnicas de Scrum e adotar somente algumas delas podem não impossibilitá-lo de dizer que é ágil. Entretanto, eu usaria esta analogia para mostrar porque você não pode alegar que está usando Scrum verdadeiro:
Você pode dizer que fez um monte de cookies de chocolate se deixar para fora as gotinhas de chocolate?”
Moral da história: melhor fazer serviço completo…
1 Resposta para “Scrum completo ou “meia-sola”?”