Scrum Guide

Organizações que utilizam Scrum ficarão felizes em saber que o Scrum Guide 2020 está disponível. Esta é a primeira atualização em três anos.

Ken Schwaber e Jeff Sutherland publicaram uma nova versão do Scrum Guide em 18 de novembro de 2020. O framework Scrum foi desenvolvido por eles no início de 1990 e a primeira versão do Scrum Guide foi publicada em 2010. Desde então, o guia vem sendo suportado com pequenas adaptações. Esta última atualização trouxe algumas mudanças significativas, que iremos abordar no decorrer deste artigo, como:

Mudança na linguagem para melhorar a leitura e entendimento;
Instruções e definições menos prescritivas;
O Lean Thinking é referenciado;
Developers ao invés de Dev Team;
Foi adicionado práticas para prever o progresso da Sprint;
As clássicas três perguntas da Daily Scrum foram removidas;
Um novo artefato foi adicionado, o Product Goal;
Artefatos atrelados a compromissos.

Linguagem do Scrum Guide nova e melhorada

A primeira e mais importante mudança no guia foi ajustar a linguagem. Alguns termos que definiam o framework limitando ao desenvolvimento de software foram retirados. Desta forma, o novo guia torna o Scrum ainda mais adaptativo para outros segmentos.

Se te perguntarem o que você faz, e você disser que é um ou uma Scrum Master, se a pessoa não tiver uma bagagem de desenvolvimento de software, provavelmente não saberá do que se trata. É ai que entusiastas gostam de explicar suas responsabilidades e então aprofundar em como o Scrum funciona.

Ao participar de eventos sobre o tema de métodos ágeis, as pessoas sempre perguntam se tais métodos podem ser utilizados fora do mercado de software.

A resposta é sim.

Como exemplo, existe um caso de aplicação do framework Scrum em um escritório. O framework apresenta-se muito útil em organizar as atividades do dia a dia e pode-se tirar muito proveito dos eventos. Talvez não seja possível utilizar o framework em sua totalidade, não podendo ser chamado de Scrum, mas é possível aderir algumas práticas como uma daily scrum por exemplo. Quem sabe, adaptando seja possível utilizar de forma completa no futuro?

Ficamos animados em saber que o Scrum pode ajudar uma nova onda de empresas com problemas complexos, e nos perguntamos quais resultados os aguardam se puderem seguir esse framework.

Instruções do Guide

Scrum Master é responsável por remover impedimentos. Atualmente, os Scrum Masters são responsáveis por guiar o time a remover seus próprios impedimentos. A nova versão veio para clarificar este conceito;
O guia não possui mais uma sessão específica falando do cancelamento da Sprint. Somente deixa claro que a Sprint poderá ser cancelada quando o Sprint Goal ficar obsoleto;
O time não move mais as ações definidas na Retrospectiva da Sprint imediatamente para a próxima Sprint. No entanto, o time deverá resolvê-las o mais rápido possível com o intuito de adaptar o processo. Essa prática de fato era uma prescrição, mas trouxe muita luz ao bom Scrum. Permitiu a reflexão que ela era importante para alcançar a melhoria contínua do processo. Esperamos que esta atualização não leve o Scrum de volta para as sombras.

Lean Thinking - Scrum Guide

Scrum é baseado no empirismo e lean thinking. O empirismo afirma que o conhecimento vem da experiência e da tomada de decisões com base no que é observado. O lean thinking reduz o desperdício e se concentra no essencial. Scrum emprega uma abordagem iterativa e incremental para otimizar a previsibilidade e controlar o risco.

Scrum envolve grupos de pessoas que, coletivamente, possuem todas as habilidades e conhecimentos necessários para fazer o trabalho e compartilhar ou adquirir essas habilidades conforme necessário.

Scrum Team

A unidade fundamental do Scrum é um pequeno time de pessoas, um Scrum Team.

O Scrum Team consiste em um Scrum Master, um Product owner e Developers. Dentro de um Scrum Team, não há sub-times ou hierarquias. É uma unidade coesa de profissionais focados em um objetivo de cada vez, a Meta do Produto.

Os Scrum Teams são multifuncionais, o que significa que os membros possuem todas as habilidades necessárias para criar valor a cada Sprint. Eles também são autogerenciáveis, o que significa que 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. Se os Scrum Teams se tornarem muito grandes, eles devem considerar a reorganização em vários Scrum Teams coesos, cada um focado no mesmo produto.

Portanto, eles devem compartilhar o mesma meta do produto, Product Backlog e Product Owner.

Ferramentas para medir o progresso

Existem várias práticas para prever o progresso, como burn-downs, burn-ups ou cumulative flows.

Embora comprovadamente úteis, eles não substituem a importância do empirismo.

Em ambientes complexos, o que acontecerá é desconhecido. Somente o que já aconteceu pode ser usado para a tomada de decisão voltada para o futuro.

Artefatos

Os artefatos do Scrum representam trabalho ou valor. Eles são projetados para maximizar a transparência das principais informações.

Assim, todos os que os inspecionam têm a mesma base para adaptação. Cada artefato contém um compromisso para garantir que ele forneça informações que aumentem a transparência e o foco contra o qual o progresso pode ser medido:

● Para o Product Backlog, é a Meta do produto.

● Para o Sprint Backlog, é a Meta da Sprint.

● Para o incremento, é a Definição de Pronto.

Esses compromissos existem para reforçar o empirismo e os valores Scrum para o Scrum Team, e seus stakeholders.

Referencias.:

https://www.programmers.com.br/blog/scrum-guide-2020-esta-pronto/#:~:text=Esta%20%C3%A9%20a%20primeira%20atualiza%C3%A7%C3%A3o,Guide%20foi%20publicada%20em%202010.