Guia do Scrum 2020 – As Mudanças

O Scrum Guide 2020 aprimorado – apresentado hoje, 18 de novembro de 2020 – contém algumas pequenas, mas importantes mudanças em comparação com 2017. Os autores, Dr. Jeff Sutherland e Ken Schwaber, destacam as alterações mencionadas abaixo entre as versões de 2017 e 2020.

Nossa perspectiva sobre o Scrum Guide atualizado

No geral, recebemos bem as mudanças apresentadas no evento de lançamento e que já tínhamos disponíveis antecipadamente para este artigo. Acreditamos que elas trazem o guia de volta às suas raízes, sem serem excessivamente prescritivas, resultando finalmente em um verdadeiro framework para Scrum. Isso também torna o guia mais facilmente aplicável a setores fora do desenvolvimento de software. Um passo que, considerando o uso crescente do framework Scrum em áreas muito diversas, é certamente muito importante – por isso a aplicação em outros setores já é abordada há muito tempo em nossos treinamentos.
Além disso, há algumas outras mudanças que gostaríamos de ter visto, mas que não aconteceram. Mas quem sabe o que a próxima iteração do Scrum Guide trará. 😉

Mudanças do Scrum Guide 2017 para o Scrum Guide 2020

A seguir, apresento brevemente as mudanças no Scrum Guide 2020 e depois compartilho como nós, como provedor de treinamentos e como Scrum Academy GmbH, avaliamos essas alterações.

Menos prescrições!

Ao longo dos anos, o Scrum Guide tornou-se cada vez mais prescritivo. A versão 2020 teve como objetivo tornar o Scrum novamente um framework minimamente suficiente, removendo ou suavizando a linguagem prescritiva. Por exemplo, foram removidas as perguntas do Daily Scrum, a linguagem sobre atributos de PBI e itens de Retro no Sprint Backlog foi suavizada, o parágrafo sobre cancelamento de Sprint foi encurtado, entre outras mudanças.

Perspectiva da Scrum Academy:
Gostamos muito desta mudança, pois representa um passo de volta a um framework e não em direção a um corpo de conhecimento (BoK), semelhante ao PMBOK® do PMI. A beleza do Scrum está na sua simplicidade e universalidade. Aplicamos Scrum como empresa em software, hardware, farmacêutica e todos os tipos de serviços. Um retorno às raízes torna os conceitos mais tangíveis para pessoas fora do mundo do desenvolvimento de software.

Uma equipe, focada em um produto

O objetivo era eliminar o conceito de uma equipe separada dentro de uma equipe, que frequentemente levava a um comportamento de "representante" ou "nós e eles" entre o Product Owner e a equipe de desenvolvimento. Agora existe explicitamente apenas um Scrum Team, focado no mesmo objetivo e com três tipos diferentes de responsabilidades: Product Owner, Scrum Master e Desenvolvedores.

Perspectiva da Scrum Academy:
Adoramos esta mudança! O conceito de uma equipe dentro da equipe levava regularmente a confusão – seja em treinamentos ou posteriormente na implementação do Scrum. A mentalidade "nós" contra "eles" é realmente perigosa para qualquer equipe e especialmente para equipes ágeis. No entanto, é enfatizado que as responsabilidades nas equipes são e devem ser claramente atribuídas.

Também gostamos da ênfase de que não há hierarquias formais dentro do Scrum Team – apenas responsabilidades diferentes. Esperamos sinceramente que esta pequena, mas importante mudança na terminologia leve cada vez mais pessoas a interpretarem os papéis no Scrum de forma semelhante a nós.

A única coisa que desejamos para o futuro é a mudança do termo "Desenvolvedores". Com muita frequência, vemos pessoas que assumem que isso se refere exclusivamente a desenvolvedores de software – o que não é o caso.

Introdução da Meta do Produto

O Scrum Guide 2020 introduz o conceito de uma Meta do Produto para alinhar o Scrum Team com um objetivo maior e valioso. Cada Sprint deve aproximar o (sub-)produto da Meta do Produto geral.

Perspectiva da Scrum Academy:
No geral, gostamos da introdução da Meta do Produto e da ênfase de que cada Sprint deve aproximar o produto da Meta do Produto geral. Mas, para ser honesto, teríamos preferido o termo Visão do Produto aqui, já que é um termo que muitas pessoas já usavam no passado e utilizam ativamente e com sucesso há anos. Existem até ferramentas populares baseadas nisso, como o Product Vision Board de Roman Pichler.

Um aspecto que consideramos útil é uma abordagem sistemática para pensar sobre a Meta do Produto, ou seja, o que a Meta do Produto deve abranger. Ao mesmo tempo, isso poderia tornar o framework novamente muito prescritivo… então talvez esteja bem deixá-lo como está agora.

Para apoiar as equipes na criação sistemática de uma Meta do Produto adequada, criamos o Product Goal Canvas como resposta ao Scrum Guide 2020. Esta ferramenta simples ajuda as equipes a pensar sistematicamente e criar a Meta do Produto.

Uma casa para Meta do Sprint, Definição de Pronto e Meta do Produto

Guias Scrum anteriores descreviam a Meta do Sprint e a Definition of Done, sem realmente dar-lhes uma identidade. Não eram exatamente artefatos, mas estavam de alguma forma ligados a eles. Com a adição da "Meta do Produto", a versão 2020 do Guia Scrum traz mais clareza. Cada um dos três artefatos agora contém "compromissos". No Product Backlog temos a Meta do Produto, no Sprint Backlog a Meta do Sprint, e no Incremento a Definition of Done (agora também sem "aspas"). Eles existem para trazer transparência e foco no progresso de cada artefato.

A perspectiva da Scrum Academy: Esta também é uma ótima adição! Durante muitos anos tive dificuldade em explicar por que a Definition of Done ou a Meta do Sprint não eram artefatos. Tudo isso, assim como a ideia de vincular a Meta do Produto a artefatos específicos, é um grande passo e torna seu significado muito mais tangível.

A Meta do Produto nos ajuda a determinar o que deve entrar no Product Backlog. A Meta do Sprint nos ajuda a escolher a prioridade, para que os elementos certos entrem no nosso Sprint Backlog. E por último, mas não menos importante, a Definition of Done é nossa checklist para verificar se um Incremento foi criado ou não.

Autogestão além da auto-organização

Versões anteriores descreviam as equipes de desenvolvimento como auto-organizadas, escolhendo quem e como trabalham. Com um foco maior no Scrum Team, a versão 2020 do Scrum Guide enfatiza um Scrum Team autogerenciado, que escolhe quem, como e no que trabalhar.

Perspectiva da Scrum Academy:
Gostamos muito dessa mudança, pois se encaixa muito melhor na terminologia existente. O termo "auto-organizado" não explica qual é a autoridade da equipe. Já "autogerenciado" pode ser explicado através do modelo de autoridade de Hackman (veja abaixo).

Este modelo mostra claramente que a equipe Scrum autogerenciada é responsável pela execução das tarefas, monitoramento e gestão do seu trabalho. No entanto, não é responsável por desenhar a equipe ou definir o contexto organizacional e a direção geral da empresa.

O terceiro tema no Sprint Planning

Além dos dois temas já existentes no Sprint Planning "O quê" e "Como", o Scrum Guide de 2020 coloca ênfase num terceiro tema, "Por quê", que se refere ao Sprint Goal.

Perspectiva da Scrum Academy:
É apenas consistente com a introdução do Product Goal incluir também uma breve discussão do "Por quê" no Sprint Planning, onde o Product Owner é responsável por conectar os pontos.

Simplificação geral da linguagem para um público mais amplo

O Scrum Guide 2020 colocou ênfase na eliminação de declarações redundantes e complexas, bem como na remoção de todas as referências remanescentes ao trabalho de TI (por exemplo, teste, sistema, design, requisito, etc.). O Scrum Guide agora tem menos de 13 páginas.

Perspectiva da Scrum Academy: No geral, acreditamos que a atualização atual do Scrum Guide é um passo importante e significativo para posicionar o Scrum com mais força fora do mundo do desenvolvimento de software.

Você pode ler o Scrum Guide 2020 completo na nossa área de conhecimento. Se preferir ouvir, recomendamos a versão em áudio do nosso trainer Kai H. Simons.