Skip to content
Empresa especialista em Desenvolvimento de Software

Você sabe que o Guia do Scrum foi atualizado em 2020?

Mudanças

  • Guia menor do que era anteriormente
  • Mudança do nome “Time de Desenvolvimento”
  • Mudança de Papéis para Responsabilidades
  • Mudança no tamanho do time
  • Scrum Daily
  • Scrum Planning
  • Cancelamento do Sprint é removida
  • Criação oficial do “Objetivo do Produto”
  • Novos compromissos nos Artefatos
  • Definição de Meta do produto
  • Incrementos durante a Sprint
  • Definição do Produto

Guia menor do que era anteriormente 

O guia foi reduzido de 19 para 13 páginas.

O guia passou a ser mais enxuto, com linguagem mais simplificada e mais compreensível para o público que não é familiarizado com projetos de construção de software.

Alguns elementos do “lean”, passaram a estar mais explícitos no Guia.

O Guia antigo falava apenas em pessoas para a resolução de problemas complexos, já a versão de 2020 contempla também times e organizações.

Mudança do nome “Time de Desenvolvimento”

Time passou a ser composto por:

  • Scrum Master
  • Product Owner
  • Desenvolvedores e não mais Time de Desenvolvedores

Existe agora somente o Time Scrum que é composto por SM, PO e “Desenvolvedores”. Passa a existir agora somente um time.

Atenção não pensar que “Desenvolvedores” faz apenas a referência a desenvolvedores de software, pois nessa atualização o termo “desenvolvedores” passa a ser aplicado para qualquer um do time que desenvolve/cria o produto.

 

Mudança de Papéis para Responsabilidades

Muitas empresas confundem os papéis do Scrum com cargos, isso acabava desviando os profissionais de suas verdadeiras responsabilidades.

O guia novo substitui os termos papeis por responsabilidades.

Os papéis eram definidos pela palavra responsibilities, agora se resumem a accountabilities.  Em português não temos uma definição para accountabilities ambos os termos seriam definidos como responsabilidades.

A alteração visa colocar ênfase em que não é uma descrição de cargo, mas sim um conjunto de responsabilidades necessárias para implementar Scrum com sucesso.

Existindo somente o Time de Scrum, é mantida a atribuição de multifuncional, mas, ao invés de auto-organizado, o time tem que ser auto gerenciado.

Dessa maneira, enquanto a auto-organização prévia a decisão de “quem” e “como”, o autogerenciamento inclui “o quê”, que é de responsabilidade do time.

Para o SM não se utiliza mais o termo Líder-Servidor, o agora a responsabilidade do Scrum Master passar a ser um líder que serve ao time e a organização com um todo.

O Scrum Master passa a ser explicitamente o responsável pela eficácia do Time Scrum.

O PO passa a poder delegar trabalho para outros.

“O Product Owner pode realizar o trabalho acima [gestão do Product Backlog] ou pode delegar a responsabilidade para outros.”
Guia do Scrum 2020

 

Mudança no tamanho do time

Passou a ser recomendado times com no máximo 10 integrantes, incluindo SM e PO.

Scrum Daily

As três perguntas – O que fez? O que está fazendo? e O que vai fazer? – desaparecem desta edição. Essa conversa não pode ser de forma robótica e pré-definida, temos que pensar mais em o que fiz para contribuir com o objetivo da Sprint e o que me impede disso.

“A Daily Scrum não é o único momento em que os Desenvolvedores podem ajustar o seu plano. Eles frequentemente se encontram durante o dia para discussões mais detalhadas sobre adaptação ou replanejamento do resto do trabalho do Sprint.”
Guia do Scrum 2020

Planning Sprint

Definição de Sprint Goal ganha mais força. Deve-se definir qual o valor será gerado com a Sprint, o que devemos gerar com o esforço da Sprint.

O Guia do Scrum 2020 acrescenta tópicos que podem ser entendidos como a importância de se definir o objetivo da Sprint. Juntos, os três tópicos estão assim:

  • Por que esta Sprint é valiosa?
  • O que pode ser feito nesta Sprint?
  • Como o trabalho escolhido será realizado?

Cancelamento do Sprint é removida

Todo o texto relativo a cancelamento da Sprint foi retirado, ficando apenas:

“Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta.
Apenas o Product Owner tem autoridade para cancelar a Sprint.”
Guia do Scrum 2020

Novos compromissos nos Artefactos

Foram criados os compromissos dos artefatos:

  • O objetivo do Sprint é atingido quando cumprimos o Sprint Backlog;
  • O objetivo do Produto é cumprido a partir do Product Backlog;
  • Definição de Pronto é algo que os itens que fazem parte do incremento têm que cumprir para, de fato, fazerem parte do empregável.

Definição de Meta do produto

Era utilizado “visão do produto”. Com a nova definição o termo passa a ser Meta do Produto que, segundo o guia, “descreve um estado futuro do produto que pode servir como um alvo para o Time Scrum planejar. A Meta do produto está no Product Backlog.”

Incrementos durante a Sprint

Passa a ser falado explicitamente da criação de vários incrementos no produto durante a Sprint

Definição do Produto

A definição não existia no guia Scrum, agora passa a ser importante a definição do produto.

“Um produto é um veículo para entregar valor. Ele possui fronteiras claras, stakeholders conhecidos, usuários ou clientes bem definidos. Um produto pode ser um serviço, um produto físico ou algo mais abstrato.”
Guia do Scrum 2020

Continue sua leitura!

Por que implementar um software de gestão de projetos na empresa?

Por que implementar um software de gestão de projetos na empresa?

A gestão de projetos envolve uma série de atividades complexas que demandam atenção e coordenação na busca da eficiência e organização. No contexto corporativo, a utilização de um software de…
Projetos blindados: Gerenciamento de riscos em projetos

Projetos blindados: Gerenciamento de riscos em projetos

O gerenciamento de riscos deve ser uma prática contínua para assegurar o sucesso de qualquer projeto. Ele é a sua armadura protetora contra imprevistos. Envolve a identificação, análise e mitigação…
8 estratégias eficazes para a Gestão de Projetos

8 estratégias eficazes para a Gestão de Projetos

O gerenciamento de projetos é uma disciplina complexa que vai além da compreensão de definições, reconhecer benefícios  e desafios. Para alcançar o sucesso, é fundamental implementar estratégias eficazes que guiem…

Planejamento

O planejamento do sprint é um evento no scrum que inicia o sprint.

O objetivo desse planejamento é definir o que pode ser entregue no sprint e como esse trabalho vai ser alcançado.

O planejamento do sprint é feito em colaboração com toda a equipe Scrum.

Desenvolvimento

Desenvolvemos seu projeto em seu ambiente ou em nossas instalações, com profissionais sob sua gestão, sob a nossa, ou compartilhada, com o uso do Outsourcing.

Todo o acompanhamento ocorre a partir de metodologias, frameworks e ferramentas de gestão participativa no desenvolvimento da solução.

A partir deste processo, temos a versão Beta para testes.

Nesta etapa, realizamos a documentação das soluções, inclusive as já existentes.

As entregas são sempre acompanhadas de descritivos funcionais e técnicos, possibilitando a compreensão da solução e sua divulgação.

Homologação

Nossos analistas de qualidade agregam valor final à sua solução, garantindo a superação do resultado esperado.

Produzimos roteiros e evidências de testes que auxiliam no processo de validação do cliente.

É na etapa da homologação, que ocorre a comprovação, pelo cliente e demais partes interessadas, de que o produto resultante do projeto de software atende aos critérios exigidos.

Revisão

Nessa etapa lidaremos com a Sprint Review.

Ou seja, validaremos as entregas da equipe e verificaremos se os critérios estabelecidos no planejamento foram executados.

É o momento de coletar os feedbacks do que a equipe construiu.

Em outras palavras, essa etapa pode ser entendida como uma conversa entre a equipe e as partes interessadas sobre como melhorar o produto.

No fim de cada Sprint, o time se reúne para falar sobre o processo.

Retrospectiva

A etapa de retrospectiva é como um ritual de avaliação do Sprint que acabou de se encerrar.

Nessa reunião, o Time Scrum considera o que foi bom e o que deve ser melhorado, traçando planos de ações em busca da melhoria contínua do processo.