Os pilares do Scrum na sophilabs: adaptação

O desenvolvimento ágil de software prioriza a capacidade de mudar rapidamente em resposta ao feedback das partes interessadas e a um ambiente empresarial dinâmico. Esse conceito é influenciado pela manufatura Lean e pelo Sistema Toyota de Produção, uma abordagem centrada nas pessoas que incentiva as equipes a aprender com os obstáculos que enfrentam e usar essas informações para melhorar sua forma de trabalhar. O terceiro pilar do Scrum, a adaptação, trata dessa disposição para responder à mudança. É uma ideia que acompanha nossa cultura de melhoria contínua em toda a empresa. Na última publicação da nossa série sobre os pilares do Scrum, veremos como acontece a adaptação no Scrum e como nossas equipes se mantêm adaptáveis ao longo de cada sprint.

O Scrum Master

O Scrum Master é a pessoa especialista da equipe em Scrum e uma figura essencial para ajudá-la a se adaptar. É um líder a serviço da equipe que usa conhecimento empírico para ajudá-la a se organizar por conta própria com mais eficácia. Ajuda a equipe a obter o maior valor do Scrum e a se adaptar aos desafios de formas que permitam trabalhar melhor em conjunto e aproximem todos dos objetivos do sprint. Embora a equipe geralmente tome decisões coletivamente, o Scrum Master pode aconselhar sobre o que provavelmente trará o máximo de valor.

O backlog do sprint

Esse artefato é composto de histórias de usuário e tarefas retiradas do backlog do produto, geralmente os itens mais refinados do topo da lista. O backlog do sprint pode mudar até a sessão de planejamento, mas, depois que o sprint começa, novas mudanças de escopo devem ser evitadas tanto quanto possível.

O backlog do sprint estabelece o quê e permite que a equipe determine o como. Um objetivo geral do sprint define o que entra no backlog, e os itens devem representar objetivos de negócio em vez de tarefas técnicas. Isso deixa espaço para a equipe de desenvolvimento decidir como abordar o trabalho e adaptar sua forma de se organizar ao longo do sprint.

Adaptação nas cerimônias do Scrum

Segundo o Guia Scrum, «cada evento no Scrum é uma oportunidade formal para inspecionar e adaptar algo». ¹ Na sophilabs, buscamos aproveitar esses eventos para fazer mudanças que nos ajudem a trabalhar melhor. Vamos ver como acontece a adaptação em algumas cerimônias do Scrum.

Daily Scrum

Como mencionamos nas publicações anteriores, o daily scrum talvez seja a instância mais importante de inspeção e adaptação no Scrum. E a parte mais essencial dessa cerimônia é lidar com os impedimentos e bloqueios que dificultam alcançar os objetivos do sprint. O daily scrum é uma forma muito poderosa de a equipe identificar o que não funciona e começar a mudar sua abordagem para que as coisas funcionem melhor. O Guia Scrum destaca que o daily scrum deve «destacar e promover a tomada rápida de decisões»; ou seja, a equipe deve usar essa cerimônia para se adaptar continuamente ao longo do sprint. ²

Revisão do sprint

Essa cerimônia é outra instância essencial para a adaptação da equipe, pois permite coletar feedback das partes interessadas e saber se o que faz é valioso. Como discutimos na publicação sobre transparência no Scrum, na sophilabs costumamos ajustar a dinâmica das revisões do sprint às preferências do cliente. Às vezes, nossa equipe de desenvolvimento conduz a revisão, apresenta o novo incremento e pede a opinião do cliente. Em outras ocasiões, o cliente assume a liderança, experimenta o novo software funcional e oferece feedback. Em ambos os casos, a revisão do sprint permite receber feedback sobre nosso trabalho, observar mudanças no mercado ou no uso potencial do produto e adaptar o caminho a seguir. Isso costuma incluir ajustar o backlog do produto para refletir como a equipe aplicará o que aprendeu com o feedback do cliente. ³

Retrospectiva do sprint

Como explicamos em detalhes na publicação sobre inspeção, a retrospectiva do sprint permite que a equipe examine como trabalha em conjunto e elabore um plano para melhorar a comunicação, a colaboração e a eficiência no próximo sprint. Para aproveitar ao máximo nossas retrospectivas, costumamos seguir uma estrutura de cinco partes: preparar a retrospectiva, coletar dados, gerar aprendizados, tomar decisões e planejar ações futuras, e encerrar a retrospectiva.

A quarta etapa, tomar decisões e planejar ações futuras, é onde a adaptação tem maior relevância. Seus objetivos são chegar a um consenso, definir um plano e estabelecer ações viáveis para cada integrante no próximo sprint. Uma técnica que podemos usar são os objetivos SMART (SMART significa específicos, mensuráveis, alcançáveis, relevantes e com prazo definido). Depois de formular os objetivos seguindo essas diretrizes, a equipe define os passos concretos necessários para alcançá-los.

Outra técnica pede que os integrantes proponham comportamentos ou práticas que querem que a equipe comece, pare ou continue fazendo e reúna as ideias em um quadro branco ou flipchart. Depois de reduzir as opções com uma breve discussão, a equipe vota nas iniciativas. Para acrescentar nuances à votação, cada pessoa pode dar um, dois ou três pontos ou xis às suas três iniciativas favoritas. As duas ideias com mais pontos ou xis se tornam as ações da equipe para o próximo sprint.

Exercícios como Low Hanging Fruit desafiam a equipe a considerar quais mudanças seriam mais benéficas em comparação com a dificuldade de implementá-las. Um Landscape Diagram exige representar as ideias em um gráfico no qual o eixo x indica a certeza sobre a abordagem e o eixo y o acordo sobre a questão. A equipe usa essa visualização para decidir ações de curto e longo prazo. ⁴ Quaisquer que sejam as práticas específicas utilizadas, na sophilabs sempre garantimos alguma forma de votação para que todos participem da definição do plano de ação.

No entanto, a adaptação não acontece apenas porque elaboramos um ótimo plano durante uma retrospectiva. Praticar realmente essa parte essencial do Scrum exige implementar mudanças incrementais conforme o que cria mais valor para a equipe e cobrar uns dos outros responsabilidade durante o processo.

Uma abordagem ágil do desenvolvimento de software incentiva reflexão, aprendizagem e crescimento contínuos. Adoramos trabalhar com Scrum porque é um ótimo framework para facilitar essas coisas, deixando espaço para técnicas e práticas específicas que funcionem melhor para diferentes equipes. Scrum é mais eficaz quando as equipes priorizam os conceitos fundamentais de transparência, inspeção e adaptação, em vez de seguir as rotinas sem considerar o valor subjacente do framework. Esperamos que nossa série sobre os pilares do Scrum tenha dado uma boa ideia de como trabalhamos na sophilabs. Se quiser saber mais, reserve um momento para ler nosso Playbook!