Os pilares do Scrum na sophilabs: transparência

Buscamos manter uma abordagem ágil do desenvolvimento de software e usamos Scrum como framework para organizar nosso trabalho. No entanto, é essencial que não pratiquemos Scrum apenas para seguir uma estrutura à risca, para não cair nas garras do Zombie Scrum. 1 Devemos compreender o valor subjacente do que fazemos e priorizar esses resultados valiosos na forma como usamos Scrum.
Uma maneira de fazer isso é garantir que os três pilares do controle empírico de processos, transparência, inspeção e adaptação, estejam em primeiro plano em cada sprint. Além disso, devemos sustentar e fortalecer esses pilares com os valores do Scrum: compromisso, coragem, foco, abertura e respeito. Nesta publicação, veremos como nossa equipe trabalha para alcançar a transparência, o primeiro pilar do Scrum.
Segundo o Guia Scrum, transparência significa que «os aspectos significativos do processo devem ser visíveis para os responsáveis pelo resultado». Além disso, «exige que esses aspectos sejam definidos por um padrão comum, para que os observadores compartilhem uma compreensão comum do que veem». 2 A transparência é um fator importante para construir confiança entre a equipe e as partes interessadas e dentro da própria equipe. Também ajuda a mantê-la alinhada e a garantir a qualidade do produto. Mas como é exatamente a transparência na prática na sophilabs?
Métricas e elementos de garantia de qualidade
Esta é uma área essencial na qual a «compreensão comum» mencionada pelo Guia Scrum é fundamental. Na sophilabs, nossas equipes trabalham com o Product Owner para definir o seguinte, que ajuda a promover transparência e a construir um produto de sucesso.
Critérios de aceitação
Critérios de aceitação claramente definidos permitem à equipe saber exatamente quando uma história de usuário ou tarefa está completa da perspectiva de negócio. Quando uma equipe atende às necessidades do cliente ou do usuário de forma consistente, cria confiança.
Definição de Pronto (DOD)
Esse acordo compartilhado especifica a qualidade e os elementos funcionais de que o software precisa para ser lançado. A transparência oferecida pela DOD é essencial para construir a coisa certa da maneira certa.
Artefatos
Esses artefatos ajudam a equipe a dividir e organizar o trabalho. Também promovem transparência, deixando claro para todos o que ainda precisa ser construído ou que trabalho a equipe assumiu durante um sprint. Os valores de compromisso e foco do Scrum têm um papel importante aqui, pois a equipe se concentra nos objetivos do sprint e dedica sua energia a entregar as histórias incluídas nele. Nossas equipes na sophilabs usam esses artefatos de forma consistente como parte da prática do Scrum.
Backlog do produto
O backlog do produto lista todos os elementos de que o produto precisará. No entanto, é um artefato dinâmico e não representa um plano fixo. Pode mudar e se adaptar conforme as informações e o feedback do negócio, uma das razões pelas quais sua transparência é tão importante.
Backlog do sprint
Esse subconjunto do backlog do produto lista as histórias que a equipe se compromete a concluir até o final do sprint. Além de alinhar e concentrar seus esforços, deixa claro ao cliente qual software funcional receberá quando a iteração terminar.
Quadro Scrum
O quadro Scrum mostra como as histórias ou tarefas avançam de «a fazer» até «concluído». Torna o progresso visível e mantém os integrantes responsáveis perante os colegas e as partes interessadas.
Cerimônias
Embora cada cerimônia do Scrum tenha objetivos específicos, quando bem realizada todas produzem comunicação eficaz e transparência. Além disso, os valores de coragem, abertura e respeito são essenciais para trocar ideias e informações a qualquer momento. Nossa equipe busca alcançar transparência e colocar esses valores em prática em cada etapa do sprint.
Planejamento do sprint
A transparência tem um papel importante no planejamento do sprint. A equipe deve ter clareza sobre o que pode realizar de forma viável durante uma iteração para entregar o incremento de software funcional e manter a confiança do cliente.
Daily Scrum
Nessa instância essencial de inspeção e adaptação (vamos aprofundar esses outros dois pilares do Scrum em futuras publicações), a equipe verifica como as coisas estão em relação aos objetivos que pretende alcançar. Seus integrantes discutem abertamente impedimentos e bloqueios, permitindo começar a buscar soluções. A transparência em cada daily scrum ajuda a superar obstáculos mais rapidamente e aproxima todos dos objetivos do sprint.
Revisão do sprint
A revisão do sprint é essencial para manter a transparência com as partes interessadas. A equipe demonstra o que realizou durante o sprint, e elas oferecem feedback sobre esse incremento. O desenvolvimento ágil precisa de feedback frequente e honesto para funcionar com eficácia, pois a equipe deve validar a hipótese de que seu trabalho atende às necessidades do cliente.
Na sophilabs, já fizemos revisões do sprint conduzidas pela equipe Scrum e outras lideradas pelo Product Owner e pelas partes interessadas, conforme a preferência do cliente. Em ambos os casos, a revisão garante ao cliente que recebe valor, permite à equipe obter o feedback necessário e cria confiança mútua.
Retrospectiva do sprint
A retrospectiva é uma peça fundamental da mentalidade centrada nas pessoas que caracteriza Agile e Scrum. Seu objetivo principal é que a equipe trabalhe nas suas ferramentas e veja como melhorar, então é um ótimo momento para avaliar a qualidade da comunicação interna. Uma retrospectiva eficaz exige levantar problemas abertamente, propor novas ideias e soluções e respeitar opiniões diversas. Sem honestidade e transparência reais, a equipe não pode aproveitar plenamente a oportunidade de melhoria oferecida. Valorizamos as retrospectivas não apenas porque permitem às equipes ir mais longe, mas porque se alinham à nossa cultura organizacional mais ampla de melhoria contínua.
A transparência contribui para a satisfação do cliente e ajuda as equipes Scrum a prosperar. Na sophilabs, buscamos alcançá-la nas nossas equipes durante cada sprint. Acompanhe o restante desta série, na qual examinaremos mais de perto como a inspeção e a adaptação funcionam no Scrum e como promovemos esses princípios na sophilabs. Se quiser saber mais sobre como trabalhamos, também pode consultar nosso Playbook.
-
Christiaan Verwijs, «A ascensão do Zombie Scrum: sintomas, causas e o que você pode fazer a respeito», Medium, 29 de março de 2017. ↩
-
Ken Schwaber e Joseph Sutherland, «Teoria do Scrum», O Guia Scrum, 2017. ↩