Profissionais TI - Pra quem respira informação

O Scrum é simples e modificar um evento, burlar algum artefato ou regra, certamente trará à organização um resultado inverso do esperado, tornando-o complicado. Para evitar tal complicação devemos seguir fielmente o que prescreve o framework Scrum, a fim de se obter sucesso no desenvolvimento e gerenciamento dos projetos.
Conheci de perto um caso onde as regras não foram bem entendidas e aplicadas pela organização e equipe de projetos, onde as pessoas mais influentes “adaptaram” o framework naquilo que acreditavam ser eficaz, promovendo alterações conflitosas com o que prescreve o Scrum.

“Burlar as regras seria equivalente a dirigir na contramão e querer que os carros se desviem do seu.”

Dentro desse contexto de equívocos pude conhecer os efeitos negativos causados por estas atitudes e pensei em levantar alguns desses pontos, a fim de compartilhar esta experiência.

Reunião diária
As reuniões diárias eram feitas duas vezes por semana por acharem improdutivo que a equipe se reunisse todos os dias. E quando a reunião acontecia esta não era cronometrada, não tinha foco nem objetivos centrais. Percebi o quanto tempo se perdia com esta situação, pois os eventos do Scrum são time-boxed e curtos, a fim de se obter foco e objetivos dos envolvidos, evitando assim desperdício de tempo com outras coisas desnecessárias dentro deste contexto. 15 minutos (e muito mais) são facilmente perdidos em conversas paralelas durante o expediente, concordam?

Também, a reunião não era feita com o quadro de tarefas, o que levava a cada membro ter que se lembrar das tarefas que “achavam” estarem envolvidos.

Equipes auto-organizáveis
O papel de gerente de projetos sobressaiu ao do Scrum Master. A equipe era totalmente gerenciada e pressionada ao invés de serem treinadas e motivadas a serem auto-organizadas. Isso também tornava o processo menos produtivo, pois engessava os “passos” da equipe, uma vez que ela podia gerenciar seu trabalho melhorando-o em todos os aspectos, conforme acharem necessário.

Backlog do Produto
O Backlog do Produto não era devidamente gerenciado, ou seja, não era priorizado pelo Product Owner e nem era tão claro em nível de detalhes suficientes para entendimento da equipe. Sem esse gerenciamento torna-se dificultoso atingir as metas e agregar valor ao negócio e histórias mal esclarecidas causam improdutividade e retrabalho por parte da equipe.

Bom, meu objetivo não é levantar críticas, mas, compartilhar tais experiências para que possamos analisar o quanto é benéfico para a organização à utilização correta do Scrum e o quanto ela perde quando torna o que é simples em complicado.

O sucesso por trás do Scrum está associado na arte de inventar e experimentar, porém, todo este invento deve se enquadrar dentro das prescrições do mesmo, a fim de tornar forte o time e o processo, não o efeito contrário.