Os pilares do Scrum na Sophilabs: inspeção

Nossas equipes estão comprometidas em praticar Scrum e organizam o trabalho em sprints de duas semanas. No entanto, sabemos que não basta impor a estrutura do Scrum e esperar mais agilidade, maior responsabilidade pelo trabalho, desenvolvimento mais eficiente e mais satisfação dos clientes. Para que o Scrum seja realmente eficaz, precisamos fortalecer ativamente os pilares desse framework —transparência, inspeção e adaptação— e viver seus valores de compromisso, coragem, foco, abertura e respeito.

No artigo anterior, discutimos como buscamos manter a transparência. Neste segundo artigo da série sobre os pilares do Scrum, veremos como praticamos a inspeção em cada sprint.

Como é a inspeção no Scrum?

Segundo o Guia do Scrum, “Os usuários do Scrum devem inspecionar frequentemente seus artefatos e o progresso em direção a um objetivo de sprint para detectar variações indesejadas. A inspeção não deve ser tão frequente que atrapalhe o trabalho. As inspeções são mais benéficas quando realizadas com cuidado por pessoas capacitadas no local onde o trabalho acontece”. ¹ Embora essa orientação seja clara, também é geral e deixa espaço para pensar criticamente sobre como a inspeção funciona no dia a dia.

Como framework leve, em vez de metodologia completa, o Scrum permite flexibilidade nas práticas mais específicas dentro de sua estrutura. Se uma equipe prefere determinadas maneiras de discutir, estimar o trabalho, revisar itens ou obter feedback, há espaço para isso enquanto continuar aproveitando os benefícios do Scrum. Nossas equipes seguem o Scrum e incorporam algumas práticas específicas que ajudam a obter o valor que ele oferece. Isso acontece especialmente na nossa forma de inspecionar. A seguir, veremos a inspeção na sophilabs, desde as situações já integradas ao Scrum até nossas práticas particulares alinhadas ao propósito desse framework ágil.

Inspeção de artefatos

Primeiro, veremos como inspecionamos os artefatos do Scrum e o valor de fazer isso regularmente.

O backlog do produto

O Guia do Scrum descreve o backlog do produto como um “artefato vivo” que pode e deve mudar conforme o feedback dos clientes e a evolução do cenário de negócios. Ele recomenda refinamento contínuo para adicionar “detalhes, estimativas e ordem” às histórias próximas do topo do backlog. No entanto, o Scrum não define um processo específico de refinamento. Apenas orienta que a equipe decida “como e quando o refinamento é feito”. ²

Na sophilabs, realizamos sessões de refinamento do backlog para preparar histórias para o próximo sprint ou os dois seguintes. Histórias mais distantes estão sujeitas demais a mudanças para justificar o investimento de tempo no refinamento. Ao contrário das cerimônias do Scrum, essas sessões não têm um calendário fixo: podem acontecer quantas vezes forem necessárias. No entanto, o Guia do Scrum recomenda não dedicar mais de 10% da capacidade da equipe ao refinamento, pois tempo demais pode fazer essa forma de inspeção “atrapalhar o trabalho”. ³

Durante essas sessões na sophilabs, o Product Owner se reúne com as partes interessadas para repriorizar histórias e reunir requisitos mais detalhados. Às vezes, a equipe de desenvolvimento também participa e faz estimativas. São oportunidades para capturar feedback, garantir que os requisitos estejam claros e colocar tudo em ordem. Elas permitem sessões de planejamento de sprint mais rápidas e eficazes, pois concluímos uma parte significativa do trabalho antecipadamente. Inspecionar regularmente o backlog dessa forma melhora a eficiência do desenvolvimento.

O quadro Scrum

O quadro Scrum, uma ferramenta visual importante para a transparência, é inspecionado em cada scrum diário. Inspecioná-lo e atualizá-lo ativamente garante sua utilidade para medir o progresso durante o sprint. As inspeções também mantêm sua eficácia para incentivar a responsabilidade e o compromisso individual com o trabalho. Um quadro atualizado promove os valores do Scrum e mantém a equipe comprometida e focada nos objetivos do sprint.

Inspeção do progresso

A inspeção também vai além de examinar e atualizar os artefatos mencionados. A seguir, veremos como inspecionamos o progresso de forma consistente.

Scrum diário

O scrum diário talvez seja a situação de inspeção mais importante do Scrum. A inspeção está no centro do propósito dessa cerimônia. Em cada reunião, a equipe precisa medir seu progresso e determinar onde está em relação aos objetivos que pretende alcançar até o final do sprint. Isso geralmente envolve uma análise crítica para identificar bloqueios importantes e propor soluções juntos. Embora nem sempre seja prático discutir todas as soluções nessa reunião breve, ela mantém todos alinhados sobre os problemas a resolver.

Essas inspeções garantem que a equipe enfrente os problemas em conjunto e o mais rápido possível, contribuindo para a qualidade do incremento de software e a eficiência do desenvolvimento. Na sophilabs, valorizamos as práticas centradas nas pessoas, como os scrums diários, e como elas permitem que as equipes se organizem por conta própria e deem o melhor de si.

Retrospectiva do sprint

A retrospectiva oferece à equipe uma oportunidade regular de inspecionar a si mesma e a forma como seus integrantes trabalham juntos. O progresso medido não está necessariamente relacionado aos objetivos do sprint, que já devem ter sido revisados. O foco principal dessa inspeção é a eficiência da equipe e sua capacidade de se comunicar e colaborar de forma eficaz. Ao examinar esses aspectos profundamente, a equipe pode identificar problemas ou ineficiências nos processos e resolvê-los por meio da adaptação, o terceiro pilar que exploraremos no próximo artigo. A reflexão honesta e a inspeção nas retrospectivas fornecem o conhecimento necessário para melhorar continuamente.

Há muitas técnicas eficazes para aproveitar ao máximo uma retrospectiva, e as equipes Scrum têm liberdade para usar as práticas específicas que funcionam melhor para elas. Na sophilabs, geralmente estruturamos as retrospectivas em cinco etapas: preparar a retrospectiva, reunir dados, gerar conclusões, tomar decisões e planejar ações futuras, e encerrar a retrospectiva. Elas podem durar de menos de uma hora até noventa minutos completos, dependendo de quanto precisamos discutir. As técnicas específicas dependem muito da maturidade e da dinâmica particular da equipe.

Entre nossas técnicas favoritas para preparar as retrospectivas estão as perguntas iniciais tradicionais: Qual foi sua maior conquista neste sprint? O que você mudaria neste sprint se pudesse? Essa abertura simples é muito eficaz para fazer cada integrante pensar criticamente sobre o último sprint. Escalas de satisfação são outra estratégia confiável para medir como a equipe se sente em relação à colaboração e aos resultados da última iteração. Da mesma forma, uma atividade de “previsão do tempo”, na qual cada pessoa se posiciona em uma escala de tempestade, chuva, céu nublado ou ensolarado, oferece uma maneira visual rápida de avaliar como todos se sentem em relação ao sprint.

Para reunir dados, costumamos usar um quadro simples para coletar comentários sobre o que foi bom, o que poderia ter sido melhor e ideias. Às vezes, usamos variações, como Mad/Sad/Glad, em que os integrantes compartilham situações específicas que causaram raiva, tristeza ou alegria. Da mesma forma, a técnica 4Ls exige identificar o que adoraram, aprenderam, o que faltou —ou detestaram— e o que desejaram. Outra estratégia, Lean Coffee, usa votação e limites de tempo para ajudar a priorizar os assuntos.

Na etapa de gerar conclusões, focamos em tornar as dificuldades visíveis e determinar suas causas. Consideramos os 5 porquês, uma técnica de análise de causa raiz desenvolvida originalmente no Japão pela Toyota Motor Corporation, especialmente eficazes para identificar a origem dos problemas. Os 5 porquês consistem em perguntar por que um problema ocorreu e depois usar a resposta para perguntar por que aquilo aconteceu. A equipe continua esse padrão cinco vezes, geralmente revelando o que iniciou a sequência de eventos negativos. Outra ótima técnica, Perfection Game, pede que os integrantes descrevam um sprint perfeito. Depois, identificamos as principais diferenças entre ele e o que realmente aconteceu.

A quarta etapa, tomar decisões e planejar ações futuras, começa a entrar no campo da adaptação, por isso a abordaremos em mais detalhes no último artigo. Por enquanto, diremos que os objetivos principais são alcançar consenso por votação, ter um plano claro e garantir que cada integrante tenha ações realistas para o próximo sprint. No encerramento, focamos em reconhecer as contribuições dos colegas e incentivar uns aos outros a enfrentar desafios futuros. ⁴

Uma parte essencial do Scrum

Praticar a inspeção ajuda a garantir que o Scrum funcione como deve, permitindo que o cliente e a equipe de desenvolvimento obtenham o máximo valor desse framework. Embora já esteja integrada a eventos regulares, como o scrum diário, as equipes também têm liberdade para adicionar práticas e técnicas menores quando considerarem adequado, desde que continuem aproveitando todos os benefícios do Scrum.

Na sophilabs, consideramos a inspeção fundamental para nosso processo de desenvolvimento e buscamos sustentar esse pilar. Quando feita corretamente, ela resulta em equipes produtivas e software de alta qualidade. No próximo e último artigo desta série, veremos como funciona a adaptação. Você também pode consultar nosso Playbook para saber mais sobre como trabalhamos.