Scrum, o framework dos times ágeis

Conheça essa ferramenta prática de gestão e desenvolva projetos com mais eficácia e qualidade

Muitas pessoas acreditam que Scrum é uma metodologia de trabalho, porém, na realidade, é um framework, uma ferramenta prática de gestão que tem como objetivo principal ajudar pessoas, times e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.

“Scrum é simples.” Ken Schwaber and Jeff Sutherland em Guia do Scrum

Scrum e sua origem

No início dos anos 1990, por Ken Schwaber e Jeff Sutherland desenvolveram o Scrum. Em 2010 foi publicada a primeira versão do Guia do Scrum. O guia é divulgado de forma gratuita e tem o intuito de ajudar cada vez mais empresas a se tornarem ágeis.

Como o framework tem um caráter prático, a partir de sua utilização, o Guia ganhou novos insights e novas atualizações. A última atualização – que serviu de fonte para este artigo – é de 2020.

Os artefatos do Scrum

O uso correto deste framework depende da definição de seus artefatos:

• Backlog do Produto: lista ordenada de todos pontos indispensáveis para o desenvolvimento do produto.
• Backlog da Sprint: conjunto de itens do Backlog do Produto selecionados para um determinado ciclo (Sprint) e o plano de entrega dos incrementos do produto para se atingir o objetivo dessa Sprint.
• Incremento: É a soma de todos os itens do Backlog do Produto completados durante a Sprint e o valor dos incrementos de todas as Sprints anteriores. É tudo o que for sendo acrescentado ao produto para a entrega final.

A teoria por trás do Scrum

Ele se baseia em empirismo e lean thinking.

• Empirismo: o conhecimento vem da experiência e de decisões baseadas em resultados e análise de dados.
• Lean thinking: redução de desperdício e foco no que é essencial.

Ele utiliza uma abordagem iterativa (repetições programadas) e incremental para otimizar a previsibilidade e controle de riscos.

Quando uma Sprint é muito longa, a complexidade do projeto aumenta, assim como o risco de a Sprint se tornar inválida. Sprints devem ser curtas, com diversos ciclos de aprendizagem e um limite de riscos de custo e esforço.

Para avaliar o uso de cada artefato, o Scrum apresenta quatro eventos formais que estão contidos dentro da Sprint – o ciclo completo, de um mês ou menos.

“A Sprint é um contêiner para todos os outros eventos. Cada evento no Scrum é uma oportunidade formal para inspecionar e adaptar os artefatos. Esses eventos são projetados especificamente para permitir a transparência necessária.” Ken Schwaber and Jeff Sutherland

Os eventos que compõem um Sprint

No Scrum, os eventos criam regularidade e, com isso, minimizam a necessidade de reuniões não definidas. O ideal é realizar todos os eventos no mesmo horário e local para reduzir a complexidade.

1 – Planejamento da Sprint, ou Sprint Planning

Neste evento, todo o time discute para definir o trabalho que será realizado na Sprint. Devem ser respondidas as seguintes perguntas:

• Por que esta Sprint é valiosa?
• O que pode ser feito nesta Sprint?
• Como o trabalho escolhido será realizado? O Sprint Planning tem duração máxima de oito horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.

2 – Reunião Diária, ou Daily Scrum

Este evento ocorre diariamente e tem duração máxima de 15 minutos. Nele, o time planeja o trabalho para as próximas 24 horas. A ideia é alinhar as comunicações, checar interdependências, facilitar tomadas rápidas de decisão, eliminar a necessidade de outras reuniões, checar o progresso do time em relação à Meta final da Sprint e ajustar os passos conforme o próximo trabalho planejado.

3 – Revisão da Sprint, ou Sprint Review

Para iniciar a conclusão de uma Sprint você deve inspecionar o incremento e adaptar o Backlog do Produto, se necessário. O Scrum Team apresenta o trabalho desenvolvido para os principais stakeholders e, a partir disso, todos discutem o progresso feito.

Por fim, você define o que fazer a seguir. Você pode, ainda, ajustar o Product Backlog para atender a novas oportunidades. A Sprint Review é uma sessão de trabalho e o Scrum Team deve evitar limitá-la a uma apresentação.

A Sprint Review deve durar no máximo quatro horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.

4 – Retrospectiva da Sprint, ou Sprint Retrospective Este evento cria uma oportunidade para o Scrum Team inspecionar a si próprio e traçar melhorias para garantir mais eficácia e qualidade na próxima Sprint. Assim, o time aborda as melhorias o mais rápido possível e as adicionam ao Sprint Backlog para a próxima Sprint.

Este evento conclui a Sprint. Deve levar no máximo três horas para uma Sprint de um mês. Para Sprints mais curtas, o evento geralmente é mais curto.

Os atores e seus papéis na utilização do Scrum

Todo Scrum precisa de um Scrum Team. Esse time é responsável por garantir que o Scrum seja bem-sucedido. Os Scrum Team Members (Membros do Time Scrum) são um Product Owner (Dono do Produto), um Scrum Master (Mestre do Scrum) e os Developers (Desenvolvedores).

O papel do Product Owner no Scrum

Ele coordena o projeto para a solução de um problema complexo. É o responsável por orientar o Scrum Team a criar o maior valor possível no desenvolvimento do projeto. Como dito anteriormente, o Scrum é um framework e não uma metodologia, por isso o Product Owner é livre para decidir como criar esse valor e como realizar o projeto.

“Vários processos, técnicas e métodos podem ser empregados com o framework. Scrum se acopla às práticas existentes ou as torna desnecessárias. Scrum torna visível a eficácia relativa da gestão atual, meio ambiente e técnicas de trabalho, para que melhorias possam ser feitas.” Ken Schwaber and Jeff Sutherland Entre suas tarefas estão:

• Desenvolver e comunicar a meta do produto;
• Criar e comunicar claramente os itens do Product Backlog;
• Ordenar os itens do Product Backlog;
• Garantir que o Product Backlog seja transparente, visível e compreensível.

O papel do Scrum Master

A pessoa que exercerá o papel de Scrum Master é a que está mais afinada com a ferramenta. Cabe a ela treinar o time no uso da ferramenta; garantir que ocorram eventos positivos, produtivos e dentro do prazo; e ajudar o Scrum Team a se concentrar na criação de incrementos de alto valor que atendam à Definição de Pronto.

Dentro das atribuições do Scrum Master está, também, conversar com outras empresas que utilizam essa ferramenta para ter novos insights e orientar melhor o seu time.

O papel dos Developers, ou Desenvolvedores

Developers são as pessoas do Scrum Team que têm como função criar incrementos utilizáveis a cada Sprint.

As habilidades e características dos Desenvolvedores são amplas e variam de acordo com o projeto.

Suas atividades são:

• Criar um plano para a Sprint, o Sprint Backlog;
• Introduzir gradualmente qualidade a cada novo Incremento, até o produto chegar ao status Pronto;
• Adaptar seu plano a cada dia em direção à meta da Sprint;
• Responsabilizar-se mutuamente como profissionais.
• Quem é e o que faz o Scrum Team

O Scrum Team é o conjunto de pessoas envolvidas no projeto: o Product owner, o Scrum Master e os Developers. Não há subtimes ou hierarquias. É uma unidade coesa de profissionais focados em um objetivo: a Meta do Produto.

Dentro de um Team, os membros possuem todas as habilidades necessárias para criar valor a cada Sprint e eles decidem internamente quem faz o quê, quando e como.

“O Scrum Team é pequeno o suficiente para permanecer ágil e grande o suficiente para concluir um trabalho significativo dentro de uma Sprint, normalmente 10 ou menos pessoas. Em geral, descobrimos que times menores se comunicam melhor e são mais produtivos.” Ken Schwaber and Jeff Sutherland

Valores do Scrum

Para que haja sucesso no uso, as pessoas devem incorporar cinco valores:

Compromisso, Foco, Abertura, Respeito e Coragem

O Scrum Team se compromete a atingir seus objetivos e suportar uns aos outros. Seu foco principal é o trabalho da Sprint para fazer o melhor progresso possível em direção a essas metas. O Scrum Team e seus stakeholders são abertos quanto ao trabalho e aos desafios. Os membros se respeitam quanto a serem pessoas capazes e independentes, e são respeitados como tal pelas pessoas com quem trabalham. Os membros têm a coragem de fazer a coisa certa e trabalhar em problemas difíceis. Ken Schwaber and Jeff Sutherland

Dicas importantes:

1. O framework Scrum é propositalmente incompleto, define somente o necessário para a teoria funcionar. A ideia, portanto, é preenchê-lo de acordo com o uso, a partir da inteligência coletiva do Scrum Team.
2. Cada elemento do framework serve a um propósito específico, essencial para o valor geral e para os resultados obtidos com o Scrum. Logo, mudar o modelo central ou ideias, remover elementos ou não seguir suas regras limita os benefícios, com grande chance de o tornar inútil.
3. É possível cancelar uma Sprint se a Meta da Sprint se tornar obsoleta. Apenas o Product Owner tem autoridade para cancelar a Sprint. E agora? Pronto para utilizar o framework Scrum com o seu time e desenvolver projetos com mais foco e agilidade?

Baixe aqui a sua ferramenta gratuita de gestão!

E não deixe de escutar o episódio 10 do nosso podcast, O X da Gestão, onde convidamos a Presidente da ABRH RJ, Lúcia Madeira, para falar sobre O Novo Paradigma de Gestão de Pessoas. Você pode escutar o episódio clicando AQUI.