(Português) Qual a sua desculpa? Conheça os 5 ScrumButs mais comuns por aí

Sorry, this entry is only available in Português.

Muitas organizações encontram dificuldades para adotar metodologias ágeis, como o Scrum. Em muitos casos apenas algumas técnicas de agilidade são adotadas na prática, levando o time a não obter as principais vantagens do uso de metodologias ágeis. Na tentativa de usufruir de alguns benefícios do Scrum, algumas organizações realizam adaptações no framework a fim de adequá-lo a sua realidade. Estas adaptações, também conhecidas como ScrumButs tem se tornado muito comuns nas organizações.

No post de hoje compartilho com vocês alguns ScrumButs que tenho encontrado por aí.

O formato básico do ScrumBut é:

Nós usamos Scrum, mas <por alguma alguma razão>, <fazemos um certo workaround>.

A razão, em geral, é alguma dificuldade ou fruto da falta de entendimento sobre o framework Scrum. O workaround pode ser visto como a saída escolhida pelo time para tratar uma determinada dificuldade.

Muitos podem ser os ScrumButs. A seguir destacamos alguns bem comuns:

ScrumBut 1: “Nós usamos Scrum, MAS a reunião diária é muito longa, então nós fazemos reunião diária uma vez na semana.”

A reunião diária deve ser um breve resumo do status da Sprint. Apresentações técnicas, discussões, etc, devem ser feitas em outros momentos. Algumas equipes deixam de fazer a reunião todos os dias porque quando o fazem, levam muito tempo. O que deveria ser feito neste caso é buscar reduzir o tempo da reunião para que ela possa ser realizada diariamente, ao invés de deixar de fazê-la porque está sendo demorada.

 ScrumBut 2: “Nós usamos Scrum, MAS não gostamos de todas as práticas, então adotamos apenas as práticas mais atraentes”.

Segundo Kent Beck, engenheiro americano, criador do Extreme Programming (XP) e TDD, nenhuma prática isolada funciona bem por si só. Uma prática precisa da outra para manter o equilíbrio de todas. Usar apenas alguma(s) práticas(s) propostas pelo Scrum pode levar o time a não poder usufruir dos benefícios da agilidade, uma vez que pode não haver equilíbrio entre as práticas propostas pelo Scrum.

ScrumBut 3: “Nós usamos Scrum, MAS não estamos confiantes quanto ao nosso planejamento, então aumentamos o tempo do nosso planejamento.”

O planejamento de um projeto pode se tornar uma tarefa difícil e demorada quando o Product Backlog não está preparado. Em muitos casos, pela falta de histórias preparadas e priorizadas, a tarefa de planejar a Sprint pode ser prejudicada, ou até inviabilizada. Portanto, é preciso cuidar do Product Backlog para que o planejamento possa ser feito de forma eficiente. Este exemplo reflete a questão do equilíbrio entre as práticas do Scrum, mostrando como uma prática interfere na outra.

ScrumBut 4: “Nós usamos Scrum, MAS nós não conseguimos desenvolver uma história dentro de uma Sprint, então, aumentamos o tempo da Sprint para podermos implementar esta demanda.”

Scrum é TimeBox. Logo deve-se alterar o escopo da Sprint ao invés de se alterar a sua duração. Caso uma história seja muito grande, é recomendado que ela seja fragmentada em histórias menores que possam ser acomodadas dentro de uma Sprint sem que o tempo da Sprint tenha que ser modificado.

Alguns ScrumButs podem não ter workaround envolvidos, como o exemplo a seguir.

ScrumBut 5: “Nós usamos Scrum, MAS não gostamos, pois tornou nossa vida mais difícil.”

Em muitos casos, a transparência que se alcança pela adoção do Scrum, evidencia possíveis problemas no projeto em questão. Porém, ao invés de solucionar o problema, buscando primeiramente conhecer a sua real causa, algumas organizações culpam a metodologia, como se esta fosse a responsável pelos problemas que já existiam, porém só se tornaram conhecidos após o uso de técnicas ágeis. É preciso muito cuidado para avaliar a verdadeira causa dos problemas e não “culpar o carteiro pela má notícia da carta que ele apenas entregou”.

Apesar de atuarem como um grande obstáculo para o sucesso do uso Scrum, os ScrumButs são muito comuns.

No post de hoje apresentei alguns exemplos pelos quais já passei em uma organização que vem tentando adotar o Scrum. Podemos perceber que dentre outras dificuldades, as modificações no framework Scrum impedem que os benefícios do seu uso possam ser alcançados. Portanto é necessário que o framework seja utilizado adequadamente, sem alterações nos seus elementos básicos.

Você se identificou com algum destes ScrumButs? Conhece outros? Compartilhe conosco nos comentários! Até o próximo post!