5 falsas esperanças do Scrum e como corrigi-las

Como muitos conflitos clássicos e intermináveis, o debate sobre como as equipes de desenvolvimento devem se organizar e se autogovernar continua. Atualmente, quase parece que há mais críticos do que fãs do Scrum. As três queixas mais comuns são:

1. O processo pode ocupar o centro do palco sobre o trabalho.
2. Pode ser facilmente confundido com microgerenciamento por outro nome.
3. O stand-up diário pode parecer uma reunião onde é preciso justificar sua existência.

Em outros casos, os papéis do Scrum não são representados adequadamente. Às vezes, o proprietário do produto quer muitas coisas dentro de um sprint ou quer mudar as prioridades no meio do sprint – um Scrum master que está obsessivamente focado em manter a velocidade e adotar cada nova cerimônia Scrum que aprende. Depois de algum tempo com o framework, uma pergunta comum parece surgir: “Somos nós ou a metodologia?”

As falsas esperanças do Scrum

Embora existam inúmeras disfunções como as descritas acima, uma causa raiz simples para a maioria delas é que o Scrum não foi projetado para resolver problemas subjacentes dentro de uma organização apenas seguindo o processo. Deixar de reconhecer isso pode colocar novas equipes em risco quase assim que começarem.

Falsa esperança #1: Scrum faz as equipes trabalharem mais rápido

Scrum usa terminologia que soa para um estranho como se fosse acelerar o processo sem adicionar recursos adicionais. É fácil ficar atolado na terminologia como uma nova equipe para Scrum (por exemplo, o que é um Scrum master? Qual é a diferença entre um proprietário de produto e um gerente de produto? O que são pontos de história e como eles são atribuídos?)

Mais preocupante é que muitos veem termos como velocidade e sprints e pensam em “velocidade”. No entanto, o objetivo de qualquer metodologia ágil, incluindo Scrum, é entregar um produto acabado. Eventualmente, à medida que sua equipe se tornar mais competente com o Scrum, você poderá entregar novas funcionalidades mais rapidamente. No entanto, a velocidade não é necessariamente o objetivo principal. Essa distinção deve ser articulada dentro de sua equipe Scrum e também quando você está conscientizando sua empresa para apoiar a metodologia Scrum.

Você não está vendendo velocidade; você está vendendo a conclusão.

Falsa Esperança #2: Aderência Estrita ao Scrum Resolverá Problemas de Cultura da Empresa

Todo mundo tem estilos de trabalho diferentes. Algumas pessoas gostam de reuniões. Outros usam frases como “trabalhar duro, jogar duro”. É essencial reconhecer que qualquer que seja o estilo de trabalho que sua empresa valorize, você está aceitando suas vantagens e desvantagens. Uma empresa que valoriza as reuniões provavelmente terá dificuldades com o stand-up diário. Equipes agressivas e orientadas para a velocidade terão problemas com o aumento do escopo dentro de um sprint.

Às vezes é fácil perder de vista o quadro geral, principalmente para equipes recém-formadas. O que importa é entregar um produto acabado em vez de seguir até a última parte do processo. Em vez de culpar a metodologia, sempre procure maneiras de refinar seu estilo de trabalho para atingir seus objetivos.

Falsa esperança nº 3: colaboradores críticos podem enviar seus delegados para reuniões

Depois de iniciar a metodologia, é crucial que a equipe original participe em vez de delegar. Se há uma reclamação quase universal que vejo dos desenvolvedores, é que os Scrum Masters e Product Owners não estavam disponíveis quando necessário e seus delegados não eram capacitados. Ninguém gosta de ir a uma reunião esperando uma decisão apenas para ser informado de que a pessoa que pode tomar a decisão não está disponível.

A delegação pode ser uma prática comum, mas no Scrum, você também precisa capacitar os participantes.

Falsa esperança # 4: Stand-ups diários forçarão todos a serem mais focados

A reunião diária em pé não deve se concentrar apenas no que todos fizeram nas últimas 24 horas. É muito mais importante dar prioridade à superação de obstáculos ou novas abordagens para resolver um problema.

O Scrum exige que certos papéis, particularmente o Scrum Master, sejam assertivos, mas não avassaladores. É importante para o Scrum master criar um ambiente positivo que leve a produtos completos.

Falsa esperança nº 5: seremos bem-sucedidos na primeira tentativa

Scrum envolve adivinhação, pensamento dedutivo e cometer erros. As pessoas raramente acertam na primeira tentativa. Scrum é iterativo em todos os aspectos: não apenas em como você alcança um produto acabado, mas também em como você governa e opera o processo. O Scrum é projetado para ter uma baixa barreira de entrada para as equipes adotarem, mas também requer um compromisso de iterar e melhorar continuamente a participação no framework.

Como corrigir um processo Scrum quebrado

O Scrum é resistente à falácia do custo irrecuperável. A natureza iterativa do Scrum cria oportunidades para adaptar ou descartar processos ineficazes. Considere algumas das seguintes sugestões se o seu processo Scrum não for tão eficaz quanto você esperava que fosse.

Refine suas expectativas

Seja reduzindo o tempo de lançamento no mercado, criando produtos atraentes ou ajudando as equipes a colaborar, o sucesso exige compromisso e tempo. Para novas equipes, um marco razoável a ser alcançado é se, após cada sprint, você pode introduzir código funcional e testável em seu ambiente de produção.

Equipes avançadas podem medir o sucesso por sua capacidade de criar, testar e implantar sob demanda. Você é capaz de instrumentar e quantificar as reações do usuário a novos recursos? A organização mais ampla está pronta para apoiar as mudanças que a equipe está fazendo no produto?

Capacite seus participantes

É importante orientar os membros da equipe offline em termos de como eles podem aumentar seu valor para a equipe. Se eles estiverem sendo solicitados a tomar decisões, aumente sua confiança treinando-os sobre quando e como incluir outros membros da equipe. Os gerentes precisam estar prontos para eliminar obstáculos e apoiar a equipe quando necessário.

Resolver problemas de forma proativa

O Scrum não foi projetado para dar uma reforma à sua empresa. Se você deixou problemas sem solução, é mais do que provável que encontre esses problemas surgindo em seu processo de desenvolvimento de produtos. Os Scrum Masters podem introduzir frameworks projetados para criar uma maneira positiva para os membros da equipe estruturarem seu feedback para reduzir a sensação de conflito.

Um exemplo é a estrutura “Eu desejo, eu me pergunto, e se”. Durante as discussões ou retrospectivas da equipe, um membro da equipe pode dar feedback abrindo sua declaração com uma dessas três frases. Por exemplo, eles podem dizer: “Gostaria que as reuniões em pé colocassem mais foco nos obstáculos dos quais talvez precise estar ciente naquele dia”. Você também pode usar seu próprio abridor, como "Eu gosto...".

Outra solução de feedback estruturado que pode ser útil durante as reuniões é o método Triage da Holocracia, criado por Brian Robertson e utilizado por empresas como a Zappos. Por exemplo, os participantes constroem uma agenda de “tensões” para discutir. Cada participante descreve seu problema dizendo “Tenho uma tensão” e depois lista as pessoas e os recursos necessários para resolvê-lo. Ao encorajar os participantes a abordar diretamente questões como “tensões”, a Holocracia permite que os participantes se comuniquem livremente sem criar uma atmosfera de conflito.

Use retrospectivas para resolver problemas e iterar no processo

Em muitas empresas, a retrospectiva não recebe a devida atenção. Isso se deve principalmente ao medo que muitos têm de que a retrospectiva seja um local para velhas discussões, conflitos e queixas. É vital para a equipe desenvolver regras básicas que reflitam os valores da equipe e a cultura da empresa.

Igualmente importante é a necessidade de evitar investir em processos estáticos. O que funcionou uma vez pode não funcionar para sempre. Muitas equipes lutam com a rotatividade de participantes. Isso é comum em muitas empresas, pois os participantes são transferidos para outras equipes, são promovidos ou deixam a empresa completamente. À medida que a composição da equipe evolui, é importante não permanecer comprometido que tudo é iterativo no Scrum. Erros ocorrerão, mas esperamos que eles tenham vida curta à medida que você iterar.

Scrum funciona melhor quando os diretores estão presentes

Estando na equipe, você tem que se comprometer a estar presente e disponível. O desenvolvimento de produtos é provavelmente o processo mais crucial que sua empresa pode empreender para melhorar seu crescimento a longo prazo. Portanto, é importante que o processo Scrum, como principal caminho para o desenvolvimento de novos produtos, receba a atenção que merece. Em muitos ambientes, a equipe de desenvolvedores geralmente trabalha desvinculada das decisões e discussões que orientam os objetivos da empresa. Scrum é diferente. Scrum é onde decisões, direção e desenvolvimento se unem como um único processo. É muito importante de um processo enviar delegados ou deixar de fora os membros da equipe das reuniões que ocorrem dentro da metodologia Scrum.

Resumo: Você pode consertar um processo Scrum quebrado

Devido à sua natureza iterativa, o Scrum ajuda a proteger o negócio de ir longe demais e comprometido com o que pode acabar sendo uma má ideia ou um processo mal implementado. Aderir a este princípio pode ajudar a relaxar de erros passados ​​e melhorar iterativamente o processo Scrum.

É importante se concentrar nos indivíduos e na equipe que você tem. Os membros da equipe mudam. Todos os projetos são diferentes. A adesão estrita a um processo nem sempre produz os melhores resultados. O que você investe nos membros de sua equipe fora do processo é tão importante quanto como você se conduz dentro do processo.

Scrum pode ser flexível. Se algo não estiver funcionando, considere incorporar elementos de outras estruturas dentro e fora do Agile. Identifique e adote estilos estruturados de comunicação que envolvam discussões.

O Scrum é benéfico para o ROI de longo prazo, permitindo que as equipes construam produtos completos em resposta às mudanças nas necessidades dos clientes. O Scrum é provavelmente a melhor metodologia para evitar que você se comprometa demais com ideias ruins, ao mesmo tempo em que dá às grandes ideias algum espaço para se desenvolverem ainda mais.