O que há de diferente no Guia do Scrum 2020?

A seguir estão as mudanças no Guia Scrum 2020:

  1. “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.
  2. Scrum pode e deve ser tentado para uma variedade de tipos de trabalho de conhecimento – termos de software, exceto “desenvolvedor”, foram removidos
  3. A equipa de desenvolvimento está morta, vivam os desenvolvedores – encorajando uma equipa, mesmo que os desenvolvedores se comprometam com o objetivo do Sprint
  4. A experimentação é explicitamente mencionada
  5. A equipa Scrum tem 10 membros ou menos
  6. O refinamento do backlog do produto é incentivado
  7. Sprint Goal encontrou um lar adequado – é o compromisso relacionado ao Sprint Backlog e agora está incluído no Sprint Backlog
  8. Definição de Feito encontrou um lar adequado – é o compromisso com o incremento
  9. 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
  10. 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. 
  11. 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.
  12. 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
  13. 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 :). 
  14. A melhoria contínua é esperada, algumas melhorias podem até ir para o próximo Sprint Backlog e, implicitamente, outras melhorias são imediatas. 
  15. O Sprint Planning agora tem três tópicos – o porquê, o quê e como
  16. 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.
  17. O feedback acabou, viva a colaboração sobre o que fazer a seguir.
  18. A palavra “consistência” apareceu. “Trabalhar em Sprints em um ritmo sustentável melhora o foco e a consistência do Time Scrum.”

O planejamento de release e o release burndown foram abandonados

Qualquer gerente de produto que tenha entregue um produto com sucesso a um cliente sabe o quão incrivelmente importante é o Planeamento de Release. Apesar de sua importância, o Scrum Guide, publicado a partir de 2011 por Ken Schwaber e Jeff Sutherland, removeu qualquer discussão sobre o Release Planning e o gráfico Release Burndown relacionado. Os formadores profissionais de Scrum Ralph Jocham e Henk Jan Huizer explicam essas mudanças:  

Continuar a ler “O planejamento de release e o release burndown foram abandonados”

O 3-5-3 do Scrum

As equipas do Scrum que desejam receber o retorno do investimento (ROI) associado a um Scrum rigoroso  devem ter um método imediato para verificar se estão a implementar as mesmas práticas observadas nas equipas de alto desempenho e que estão documentadas. Para apoiar isso, incentivo os mestres do Scrum a se compararem com o guia Scrum e suas 3 funções, 5 eventos e 3 saídas. Esse lembrete abreviado é usado para apresentar a algumas equipas uma ferramenta de verificação rápida para obter os benefícios de velocidade e sucesso observados nas equipas que implementam os 11 componentes do Scrum.

Continuar a ler “O 3-5-3 do Scrum”