Novidades no Guia do Scrum: Por que e o que mudou?

O Scrum Guide ou Guia do Scrum é elaborado e mantido pelos criadores do Scrum, Ken Schwaber e Jeff Sutherland.

Ele descreve de uma forma muito objetiva e enxuta o funcionamento do framework, seus papéis e cerimônias [1].

De tempos em tempos, eles fazem uma revisão desse guia e, em novembro de 2017, saiu mais uma edição atualizada.

O principal motivo da revisão foi a percepção dos autores de que havia muitas interpretações que as pessoas davam para os conceitos por eles utilizados. Então, eles resolveram que era o momento de clarificar alguns desses conceitos mais importantes [2].

As principais mudanças foram:

• O Uso do Scrum
• Papel do Scrum Master
• Reunião Diária (Daily Meeting)
• Time-box
• Melhoria Contínua
• Incremento do Produto (Potencial Entregável)

Abaixo você vai lerá a evolução de cada tópico.

O uso do Scrum

No início, o framework teve como objetivo facilitar o trabalho dos desenvolvedores de software e popularizou-se bastante nesse público.

Todavia, outros trabalhadores do conhecimento perceberam as vantagens do Scrum e começaram a aplicá-lo.

Entre as áreas que adotaram o framework estão as pesquisas científicas, a criação, a melhoria e sustentação de produtos, o ensino, a organização de igrejas e eventos, a gestão e operação de empresas, além da vida pessoal, extração de petróleo, desenvolvimento de carros autônomos, entre outros. [2] [1].

Apesar disso, algumas empresas ainda faziam questionamentos: se nós não somos uma empresa de software, por que devemos adotar o Scrum?

Então, os autores resolveram deixar claro que o uso do Scrum não está restrito apenas a software e criaram uma seção que dá alguns exemplos de utilização além da Tecnologia da Informação (TI) e expande o significado do termo desenvolvimento para diversas outras formas de trabalho complexo [3].

Ken Schwaber responde à pergunta dizendo: “Se você tem uma visão e ela está em uma área complexa ou até mesmo caótica e você quer ver se você pode criar algo útil sem perder dinheiro fazendo algo que não irá funcionar, Scrum é a resposta para você”. [2]

O Papel do Scrum Master

O papel de líder servidor do Scrum Master foi reforçado. Ao invés de ser alguém que assegura que o Time siga o framework, ele passa a ser a pessoa que ajuda a TODOS (dentro e fora do Time) a entender a teoria, práticas, papéis e valores do Scrum [1] [2].

Em um webinar realizado em novembro deste ano, Ken Schwaber disse que o Scrum Master tem pensamento enxuto e a maestria no trabalho empírico.

O Scrum Master sabe lidar com times pequenos auto organizados e ajuda as pessoas a fazer com que as coisas aconteçam. Sua maior habilidade é conectar pessoas e ajudá-las a trabalhar juntas [2].

Ele dá, inclusive, um importante aviso para as pessoas que desempenham esse papel: “Vá para dentro da empresa e ajude as pessoas tanto quanto você puder.

Isso irá testar sua paciência porque você está mudando a forma delas de pensar e pessoas não mudam rapidamente” [3].

Além desse reforço no papel do líder servidor, na parte que descreve os serviços que o Scrum Master presta ao Product Owner, foi adicionado o item: “Assegurar que metas, escopo e domínio de produto sejam entendidos por todos na Equipe Scrum, tanto quanto possível” [3].

A Reunião Diária (Daily Meeting)

A reunião diária não é e nem nunca foi um momento de Status Report em que cada pessoa membro do time “atualiza” o Scrum Master ou o Product Owner sobre o que ele fez e o que vai fazer.

Na verdade, ela é um momento de colaborar, compartilhar, discutir impedimentos e principalmente verificar e tomar ações para que o Time alcance o Objetivo da Sprint (Sprint Goal) [2].

As três perguntas tradicionais ainda existem e são opcionais. Elas servem apenas para auxiliar a dinâmica da cerimônia.

Entretanto, você provavelmente imagina que elas são: O que eu fiz ontem? O que eu vou fazer hoje? Há algum impedimento me atrapalhando?

Na verdade, desde 2013, o foco da reunião diária está relacionado à estratégia da Sprint. As perguntas são [1]:

• O que fiz ontem que ajudou o Time de Desenvolvimento a atingir o objetivo da Sprint?
• O que vou fazer hoje para ajudar o Time de desenvolvimento a alcançar o objetivo da Sprint?
• Vejo algum impedimento que me impede ou a equipe de desenvolvimento de cumprir o objetivo da Sprint?

Time-Box

Ken e Jeff apenas deixaram claro que o Time-box é o tempo máximo para você executar alguma coisa.

Por exemplo, a Reunião Diária tem um Time-Box (limite máximo) de 15 minutos.

Caso ela dure apenas 10 minutos está tudo bem. Não é necessário encher linguiça ou discutir outros assuntos só porque “sobraram” 5 minutos [2].

Melhoria Contínua

Fazer uma Retrospectiva e não implementar nenhuma das melhorias elencadas na próxima Sprint é um sinal de que não haverá melhoria alguma [2].

Na Seção de Sprint Backlog os autores adicionaram a obrigação: “Para garantir a melhoria contínua, o Sprint Backlog inclui pelo menos uma ação de alta prioridade identificada na última Retrospectiva” [1].

Essa obrigação é algo que nem os autores ficaram confortáveis, pois o framework passou a ‘dizer’ o que ser feito.

Todavia, a percepção de que os times levantavam melhorias na Retrospectiva, mas nunca as implementavam, fez com que os autores escrevessem algo que estimulasse o espírito evolucionário do Scrum.

Incremento do Produto (Potencial Entregável)

Um incremento é a parte do produto que está totalmente desenvolvida, testada e pronta para ser entregue para um cliente quando o Product Owner assim decidir [1].

NÃO é necessário esperar o final da Sprint para realizar a entrega [2]. É possível realizar entregas para o cliente todo dia ou até em intervalos mais curtos.

A única obrigação é que no final da Sprint haja pelo menos um incremento que atenda a Definição de Pronto (Definition of Done) [4].

Sintetizando as mudanças no Guia do Scrum

• O uso do Scrum não é restrito apenas ao desenvolvimento de software. Ele pode ser usado para trabalho em ambientes complexos ou até mesmo caótico.
• O Scrum Master é um líder servidor, ou seja, um agente de mudança que entende que o trabalho é feito por pessoas e para pessoas e por isso deve ajudá-las a serem mais eficazes e eficientes.
• A Reunião Diária não é um Status Report. Na verdade, é um momento em que colaboramos e compartilhamos informações que nos ajudam a chegar ao objetivo da Sprint.
• Time-Box é o tempo máximo para alguma coisa.
• Melhoria contínua tem que ser feita em toda Sprint.
• Incremento é algo que atende a Definição de Pronto do Time e não precisa esperar o final da Sprint para ir para a mão dos clientes. Essa decisão depende do Product Owner.

Referências

[1] Schwaber, Ken and Sutherland, Jeff. The Scrum Guide. Disponível em: scrumguides.org — 2017 Scrum Guide US. Novembro de 2017.

[2] Schwaber, Ken; Sutherland, Jeff and West, Dave. Webinar 2017 Scrum Guide Update with Ken Schwaber and Jeff Sutherland. Disponível em: youtube.com — Watch. 8 de Novembro de 2017.

[3] Schwaber, Ken and Sutherland, Jeff. Changes between 2016 and 2017 Scrum Guides. Disponível em: scrumguides.org — Revisions. Novembro de 2017.

[4] Schwaber, Ken and Sutherland, Jeff. Scrum Guide Revision. Disponível em: 34slpa7u66f159hfp1fhl9aur1-wpengine.netdna-ssl.com — 2017 Scrum Guide Update 1. Novembro de 2017.