Scrum Zumbi

O framework Scrum torna-se Zombie Scrum numa organização quando as ideias e diretrizes originais não são implementadas e vividas de forma consistente. O resultado:

O framework, originalmente poderoso, inspirador e vibrante, não consegue funcionar e desenvolver-se corretamente, acaba por morrer e não traz benefícios para a tua empresa. Em vez disso, é arrastado como um zombie (= um morto-vivo sem alma), "vegeta" e, no pior dos casos, "infecta" o ambiente de trabalho.

Sintomas do Zombie Scrum

Reconheces empresas infectadas com Zombie Scrum pelos seguintes sintomas:

• Ceticismo, frustração e descontentamento dominam o trabalho em vez de alegria e inspiração.
• Scrum Master e Product Owner são vistos como líderes de equipa que dão ordens e controlam em vez de facilitadores de apoio. Raramente ou nunca participam no Sprint Review ou Sprint Planning.
• A participação nos Daily Meetings varia, as reuniões são adiadas ou acontecem apenas irregularmente.
• Outros Scrum Events como Sprint Planning e Review são cancelados repetidamente, não são planeados ou são prolongados desnecessariamente sem Timeboxes.
• Os membros do Scrum Team não se atrevem a admitir erros abertamente ou a propor melhorias.
• O Product Backlog não é mantido e atualizado de forma consistente.
• No Scrum Team acumulam-se tarefas que não estavam previstas no Sprint.
• Informações importantes não são transmitidas (completamente).
• Key Stakeholders enviam Change Requests apenas por e-mail a membros individuais do Scrum Team, em vez de participarem pessoalmente no Sprint Review.
• Falta o foco nos desejos de clientes e stakeholders. Em vez disso, desenvolvem-se coisas segundo as ideias de líderes individuais.
• O Scrum Team não entrega Product Increments completamente integrados. Por exemplo, interpreta a definição de software concluído/funcional de forma muito flexível ou nem sequer se orienta por tal definição.
• Obstáculos dentro dos Scrum Teams e da organização não são resolvidos e quase não há aprendizagem.
• No Scrum Team praticamente não há reação emocional a um Sprint falhado ou bem-sucedido.
• Items que não foram concluídos no Sprint são movidos como se fosse óbvio para Sprints seguintes. Ou a duração do Sprint é ajustada a gosto.
• Não há ambição visível para melhorar a situação.

Que fatores promovem o desenvolvimento do Zombie Scrum?

Quando uma empresa desenvolve Zombie Scrum inconscientemente, isso geralmente deve-se menos a pessoas individuais e mais a mecanismos profundamente enraizados no sistema que colidem com os valores do Agile. Aqui estão alguns exemplos:

• Abrir mão do controlo e confiar é difícil: Quando os decisores anteriores têm dificuldade em deixar as equipas trabalharem de forma autónoma, o Self-Management / Self-Organization e, consequentemente, a reação rápida não conseguem funcionar corretamente. Também relações com clientes que não se baseiam na confiança impedem self-managing Teams no seu Continuous Improvement. Especialmente quando se trata apenas de cumprir requisitos contratuais estritos (por vezes desatualizados).
• A mudança é difícil: Especialmente em empresas muito tradicionais, a introdução de novas formas de trabalho é frequentemente vista como ameaçadora. Isso leva a uma implementação lenta ou sem entusiasmo.
• A transparência é difícil: Em empresas marcadas por hierarquias, pode ser um obstáculo viver realmente a transparência e comunicação aberta em todas as direções.
• Não existe uma cultura de erro saudável: Os erros não são vistos como oportunidade para melhoria rápida, mas como algo a evitar e esconder.
• O Scrum não é introduzido corretamente e apenas parcialmente: Se os pilares e benefícios do Scrum Framework não estão claros para todos os colaboradores, muitas vezes falta a vontade de apoiar a mudança.
• A empresa não trabalha completamente com Scrum: Se, por exemplo, apenas o Development Team trabalha com o Scrum Framework, frequentemente falta compreensão e apoio no resto da organização. Isso torna os processos cooperativos dentro da empresa particularmente pesados - assim como as dependências de outras equipas ou da gestão.
• Falta o foco no sucesso desejado: Se o Scrum é introduzido apenas porque "toda a gente está a fazer isso", talvez outra solução tivesse sido mais adequada para os desafios existentes.
• Faltam objetivos, propósito e compreensão de valor: Sem objetivos comuns e sem uma mentalidade orientada para o valor para o cliente (value-driven), faltam propósito, urgência e commitment no trabalho. O Scrum não consegue prosperar num contexto de trabalho assim.

Como podes evitar ou curar o Zombie Scrum na tua Scrum Team?

Uma empresa que trabalha com o Scrum Framework de forma saudável e consistente ("healthy Scrum") reconhece-se pela vitalidade predominante. Podes promovê-la nos seguintes pontos para evitar ou curar o Zombie Scrum:

• Reflexão regular: Usa com a tua Scrum Team a Retrospetiva - não apenas para abordar repetidamente problemas antigos, mas também para sonhar grande e promover o Continuous Improvement.
• Cultura de feedback ativa: Deve existir uma cultura de comunicação aberta onde todos se sintam à vontade para falar abertamente sobre erros, aprendizagens e melhorias.
• Troca constante: A comunicação não acontece apenas dentro das equipas, mas também com outras equipas, Stakeholders, clientes e o mercado. Isso promove a compreensão mútua e a confiança.
• Conversas sobre possíveis melhorias da situação: Em vez de aceitar um estado de resignação, devem ocorrer conversas regulares sobre possíveis melhorias (eventualmente com especialistas externos em Scrum ou Agile Coaches). Isso promove a disposição para evoluir de Zombie Scrum para healthy Scrum.
• Auto-organização vivida das equipas: Os membros de um Scrum Team saudável organizam-se e motivam-se a si próprios. Não é necessário controlo clássico "de cima".
• Promover propósito e commitment: Consegues isto, por exemplo, perguntando à equipa no Sprint Planning que impacto querem ter no próximo Sprint, que valor querem criar para o cliente, etc. No Daily Scrum, veem então que progresso a equipa já alcançou em direção aos seus objetivos de impacto e ao Sprint Goal.
• Sensação de urgência saudável: A tua equipa tende a prolongar Sprints? Então pode ajudar encurtar um Sprint de 3 ou 4 semanas para 2 semanas. Isso promove foco e commitment.
• Introdução consistente do Scrum desde o início: Pode valer a pena formar um ou mais membros da tua equipa no Scrum Framework e educá-los em papéis como Scrum Master ou Product Owner. Ou a tua empresa pode recorrer a apoio de especialistas externos na introdução do Scrum. Assim garantes que o Scrum é introduzido de forma consistente e correta desde o início e que os papéis são vividos de forma benéfica.

Mais sobre Zombie Scrum

Se queres saber mais sobre Zombie Scrum através de exemplos práticos, vale a pena dar uma vista de olhos no livro "Zombie Scrum Survival Guide" de Christiaan Verwijs, Johannes Schartau e Barry Overeem (publicado em 11/2020).