Livro Scrum de Jeff Sutherland: resumo e lições para gerentes

Scrum: a arte de fazer o dobro do trabalho na metade do tempo é o livro em que Jeff Sutherland, um dos dois criadores do framework, conta com o filho J.J. Sutherland de onde o Scrum veio e por que ele funciona. Não é um manual: ele não ensina a configurar uma Sprint passo a passo. O objetivo é outro: convencer o leitor de que a forma tradicional de organizar o trabalho desperdiça tempo e dinheiro, e mostrar com histórias por que times pequenos, ciclos curtos e prioridades claras rendem mais.

Para o gerente de projetos, o livro tem uma utilidade prática que vai além da curiosidade. Ele oferece argumentos e exemplos para conversar com a diretoria sobre mudança de abordagem, e ajuda a entender a lógica por trás das regras do Scrum. Mas também exige atenção: parte do que está nele não corresponde ao Guia do Scrum de 2020, e quem estuda para certificação precisa saber separar as duas coisas.

O resumo a seguir percorre os nove capítulos da edição original, destaca as lições aplicáveis a projetos e aponta onde o livro e o Guia divergem.

Sobre o livro e os autores

Jeff Sutherland se formou na Academia Militar de West Point, foi piloto de reconhecimento da Força Aérea americana durante a Guerra do Vietnã, fez mestrado em estatística em Stanford e doutorado em biometria. Depois de anos em pesquisa médica e em empresas de tecnologia, desenvolveu o Scrum no início dos anos 1990 e o apresentou com Ken Schwaber em 1995. Os dois escrevem o Guia do Scrum. A Scrum Inc., consultoria fundada por ele, é hoje dirigida por J.J. Sutherland, coautor do livro.

O original, Scrum: The Art of Doing Twice the Work in Half the Time, saiu nos Estados Unidos em 2014. No Brasil, o livro foi lançado pela Leya em 2014 e ganhou edição da Sextante em 2019.

O que diz cada capítulo de "Scrum: a arte de fazer o dobro do trabalho na metade do tempo"

1. O jeito como o mundo funciona está quebrado. O livro abre com o projeto Sentinel, o sistema que deveria modernizar a gestão de casos do FBI e que consumiu anos e muito dinheiro sem entregar o que prometia. O argumento é que planos detalhados, cronogramas longos e contratos rígidos dão sensação de controle, mas escondem a realidade até ser tarde demais. A retomada do projeto com uma equipe menor, trabalhando em ciclos curtos, é o fio da história.

2. A origem do Scrum. Sutherland liga o framework a três influências: o ciclo de decisão que aprendeu como piloto (observar, orientar, decidir e agir), o ciclo de melhoria de Deming e o artigo de Takeuchi e Nonaka que comparava equipes de produto a um time de rugby. A história completa do nome está em origem do Scrum: do rugby ao gerenciamento de projetos.

3. Times. O desempenho de um time varia muito mais que o de indivíduos, então investir no time rende mais que caçar talentos. Times pequenos, multifuncionais, autônomos e com um propósito que vai além da tarefa são os mais produtivos. O capítulo lembra a lei de Brooks: colocar mais gente num projeto atrasado tende a atrasá-lo ainda mais.

4. Tempo. Apresenta a Sprint, o ciclo de duração fixa, e a reunião diária curta. A ideia central é que ritmo regular e comunicação frequente fazem o time perceber cedo o que está travado.

5. Desperdício é crime. O capítulo mais citado pelos gestores. Ataca o trabalho em várias frentes ao mesmo tempo, o trabalho pela metade (que consome recursos sem entregar valor), o defeito deixado para depois (que fica mais caro a cada dia), as jornadas longas e o heroísmo de última hora, que o autor trata como sintoma de mau planejamento.

6. Planeje a realidade, não a fantasia. Mostra por que estimativas iniciais erram muito e propõe estimar por comparação, com planning poker e a sequência de Fibonacci, escrever o trabalho como histórias de usuário e prever entregas pela velocidade medida do time.

7. Felicidade. Defende que a satisfação do time anda junto com a produtividade e propõe uma métrica de felicidade: ao fim de cada Sprint, cada pessoa avalia como se sente no papel e na empresa e indica uma mudança que a deixaria mais satisfeita na Sprint seguinte.

8. Prioridades. Trata do Product Owner e do backlog ordenado por valor. A lógica é que a maior parte do valor está numa parte pequena das funcionalidades, e entregá-la primeiro reduz risco e antecipa retorno.

9. Mude o mundo. Reúne aplicações fora do software, como o uso do Scrum em salas de aula na Holanda e em projetos sociais, e termina com o convite a adotar o framework em qualquer tipo de organização.

Lições do livro para gerentes de projetos

O valor do livro para quem gerencia projetos está menos nas regras e mais nas mudanças de postura. Sete lições se aplicam mesmo a projetos que não usam Scrum:

1. Cronograma detalhado não é controle. Ele mostra o que foi imaginado, não o que está acontecendo. Entregas frequentes de algo utilizável mostram.
2. Pare de começar e comece a terminar. Limitar o trabalho em paralelo rende mais que acelerar cada tarefa.
3. Defeito se corrige na hora. Empurrar correções para uma fase de testes no fim é o jeito mais caro de lidar com qualidade.
4. Hora extra constante é sinal de problema, não de dedicação. Cansaço gera erro e retrabalho.
5. Quem faz o trabalho estima o trabalho. Estimativa imposta de fora vira compromisso que ninguém assumiu.
6. Prioridade é decidir o que fica de fora. Um backlog em que tudo é urgente equivale a não ter prioridade.
7. Culpe o sistema, não as pessoas. Quando um time vai mal, olhe primeiro para o processo, as metas e os obstáculos que a organização criou.

O que o livro diz e o Guia do Scrum não diz

O livro é de 2014 e foi escrito para divulgação. O Guia do Scrum foi revisado depois disso e, na versão de novembro de 2020, ficou menos prescritivo. Para quem vai estudar ou aplicar o framework, vale conhecer as principais diferenças:

Nada disso torna o livro errado. As práticas que ele descreve continuam úteis, e muitos times as usam. A diferença é de natureza: o Guia define o mínimo do framework; o livro mostra como o autor e seus clientes o aplicaram. Em prova de certificação, vale o Guia. Um resumo dele, seção por seção, está em Scrum Guide em português.

Pontos para ler com espírito crítico

• Os números do título são uma promessa. "O dobro do trabalho na metade do tempo" é uma frase de impacto, não uma meta que todo time vai atingir.
• Os casos são contados pelo autor. São histórias de projetos em que ele ou sua consultoria estiveram envolvidos, sem o contraditório de quem pensa diferente.
• O contexto de software pesa. Muitas práticas se transpõem bem para outros setores, mas exigem adaptação em projetos de obra, de órgãos públicos ou com contratos de escopo fechado.

Para quem vale a leitura

• Gerentes de projetos e PMOs que vão propor ou enfrentar uma adoção ágil e precisam entender a lógica antes das regras.
• Diretores e patrocinadores, porque o livro fala a língua de resultado, prazo e custo.
• Quem está começando no Scrum, como primeira leitura, desde que seguida do Guia.

Para quem já trabalha com Scrum há anos, o livro acrescenta pouco em técnica, mas pode servir como material para discutir cultura com a liderança.

Depois do livro, o que estudar

Leia o livro para entender o porquê e, em seguida, o Guia do Scrum para entender as regras atuais. A ordem completa de estudo, com prática e autoavaliação, está em como aprender Scrum: trilha de estudo do zero à prática, e o funcionamento do framework hoje, em o que é Scrum e como funciona na prática. Se quiser um caminho estruturado até a certificação, o curso Agile Scrum Foundation da Projeto Diário cobre papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF. O mapa geral dos métodos ágeis está no guia completo de métodos ágeis e Scrum.