A seguir estão as mudanças no Guia Scrum 2020:
- “Cliente” e (final) “usuários” (em oposição aos “usuários Scrum” na versão 2017) são mencionados. Eu gostaria de ver mais melhorias na centralização do cliente e no pensamento externo.
- Scrum pode e deve ser tentado para uma variedade de tipos de trabalho de conhecimento – termos de software, exceto “desenvolvedor”, foram removidos
- A equipa de desenvolvimento está morta, vivam os desenvolvedores – encorajando uma equipa, mesmo que os desenvolvedores se comprometam com o objetivo do Sprint
- A experimentação é explicitamente mencionada
- A equipa Scrum tem 10 membros ou menos
- O refinamento do backlog do produto é incentivado
- Sprint Goal encontrou um lar adequado – é o compromisso relacionado ao Sprint Backlog e agora está incluído no Sprint Backlog
- Definição de Feito encontrou um lar adequado – é o compromisso com o incremento
- Valores e empirismo do Scrum são para o Time Scrum e as pessoas com as quais interagem, incluindo as partes interessadas – as partes interessadas são mencionadas duas vezes mais nesta versão do Guia do Scrum
- As responsabilidades do Scrum Master, Product Owner e Developers são enfatizadas, apoiando assim a antítese das cinco disfunções de Patrick Lencioni em uma equipa.
- Scrum Master está no gancho para a eficácia do Time Scrum. O Scrum Master serve ao Time Scrum e à organização, mas não é mais referido como um líder servo.
- O Product Owner está encarregado de maximizar o valor e articular / comunicar a (nova) Meta do Produto para dar suporte a isso – a Meta do Produto é o compromisso relacionado ao Backlog do Produto
- Os desenvolvedores estão encarregados de entregar um incremento feito valioso, útil e utilizável que dê suporte ao objetivo do Sprint; não faz muito sentido o incremento ser utilizável se não for útil nem valioso :).
- A melhoria contínua é esperada, algumas melhorias podem até ir para o próximo Sprint Backlog e, implicitamente, outras melhorias são imediatas.
- O Sprint Planning agora tem três tópicos – o porquê, o quê e como
- O Time Scrum é autogerenciado “o que significa que eles decidem internamente quem faz o quê, quando e como.” De qualquer forma, esse termo foi definido por Richard Hackman, conforme descrito no site do LeSS.
- O feedback acabou, viva a colaboração sobre o que fazer a seguir.
- A palavra “consistência” apareceu. “Trabalhar em Sprints em um ritmo sustentável melhora o foco e a consistência do Time Scrum.”