Scrum

Essencial
Um Guia Prático para
o Mais Popular Processo Ágil

Kenneth S. Rubin

Rio de Janeiro, 2017

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 7 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo

Lista de Figuras xxv

Prefácio de Mike Cohn xxxi
Prefácio de Ron Jeffries xxxiii
Prefácio xxxv
Agradecimentos xxxix
Sobre o Autor xiiii

Capítulo 1  Introdução 1
O Que É Scrum? 1
Origens do Scrum 3
Por que Scrum? 4
Resultados da Genomica 4
Será que o Scrum Pode Lhe Ajudar? 5
Domínio Complexo 8
Domínio Complicado 8
Domínio Simples 8
Domínio Caótico 9
Desordem 9
Trabalho Orientado a Interrupção 9
Fechamento 10

PARTE I  Conceitos Centrais 11

Capítulo 2  Framework Scrum 13

Visão Geral 13
Papéis no Scrum 14
Product Owner 15
ScrumMaster 16
Equipe de Desenvolvimento 16
Atividades e Artefatos Scrum 16
Product Backlog 18

xi

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 11 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xii Conteúdo

Sprints 20
Sprint Planning 21
Sprint Execution 23
Daily Scrum 23
Pronto 25
Sprint Review 26
Sprint Retrospective 27
Fechamento 28

Capítulo 3  Princípios Ágeis 29

Visão Geral 29
Variabilidade e Incerteza 32
Abrace a Variabilidade Útil 32
Empregue o Desenvolvimento Iterativo e Incremental 33
Tire Proveito da Variabilidade através da Inspeção, Adaptação e
Transparência 35
Reduza Simultaneamente Todas as Formas de Incerteza 36
Predição e Adaptação 37
Mantenha as Opções Abertas 37
Aceite que Você Não Vai Acertar de Primeira 38
Favoreça uma Abordagem Adaptativa, Exploratória 39
Abrace a Mudança de uma Maneira Economicamente Viável 40
Equilibre o Trabalho Preditivo de Antemão com o Trabalho
Adaptativo Just-in-time 43
Aprendizado Validado 44
Valide Rápido as Premissas Importantes 45
Tire Proveito de Múltiplos Loops Concorrentes de Aprendizado 45
Organize o Workflow para um Feedback Rápido 46
Trabalho em Processo (Work in Process — WIP) 48
Use Tamanhos de Lote Economicamente Sensatos 48
Reconheça o Inventário e Gerencie-o para um Fluxo Bom 49
Foque no Trabalho Ocioso, Não nos Trabalhadores Ociosos 51
Considere o Custo do Atraso 52
Progresso 54
Adapte-se às Informações em Tempo Real e Replaneje 54
Meça o Progresso ao Validar Recursos Funcionais 54
Foque numa Entrega Centrada no Valor 55
Performance 56
Vá Rápido, mas Nunca se Apresse 56
Construa Qualidade 56
Empregue Formalidades Minimamente Suficientes 57
Fechamento 58

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 12 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xiii

Capítulo 4  Sprints 61
Visão Geral 61
Timeboxed (Duração Fixa) 62
Estabelece um Limite para o WIP 62
Força a Priorização 62
Demonstra Progresso 62
Evita Perfeccionismo Desnecessário 63
Motiva o Fechamento 63
Melhora a Previsibilidade 64
Curta Duração 64
Facilidade de Planejamento 64
Feedback Rápido 64
Retorno de Investimento Melhorado 65
Erros Limitados 65
Excitação Renovada 65
Checkpoints Frequentes 66
Duração Consistente 67
Cadencie os Benefícios 67
Simplifica o Planejamento 68
Sem Mudanças que Alterem o Objetivo 69
O Que É um Sprint Goal? 69
Comprometimento Mútuo 69
Mudança versus Clarificação 69
Consequências da Mudança 70
Sendo Pragmático 72
Cancelamento Anormal 72
Definição de Pronto (Definition of Done) 74
O Que É a Definição de Pronto? 74
A Definição de Pronto Pode Evoluir com o Tempo 76
Definição de Pronto versus Critérios de Aceitação 77
Pronto versus Pronto-pronto 77
Fechamento 78

Capítulo 5  Requisitos e User Stories 79

Visão Geral 79
Usando Conversações 81
Refinamento Progressivo 82
O Que São User Stories? 83
Cartão 83
Conversação 84
Confirmação 85

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 13 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xiv Conteúdo

Nível de Detalhe 86
Invista em Boas User Stories 88
Independente 88
Negociável 89
Valiosa 90
Estimável 91
Sucinta (Tamanho Apropriado) 92
Testável 92
Requisitos Não Funcionais 93
Histórias para Aquisição de Conhecimento 93
Coletando User Stories 95
Workshop de Escrita de User Stories 95
Mapeamento de Histórias 96
Fechamento 98

Capítulo 6  Product Backlog 99

Visão Geral 99
Itens do Product Backlog 100
Características de um Bom Product Backlog 101
Detalhado Apropriadamente 101
Emergente 102
Estimado 102
Priorizado 103
Grooming 104
O Que É Grooming? 104
Quem Faz o Grooming? 105
Quando o Grooming Acontece? 106
Definição de Ready 108
Gerenciamento de Fluxo 110
Gerenciamento do Fluxo de Releases 110
Gerenciamento do Fluxo da Sprint 111
Quais e Quantos Product Backlogs? 112
O Que É um Produto? 113
Produtos Grandes — Backlogs Hierárquicos 114
Múltiplas Equipes — Um Product Backlog 115
Uma Equipe — Múltiplos Produtos 117
Fechamento 118

Capítulo 7  Estimação e Velocidade 119

Visão Geral 119
O Que e Quando Estimamos 120
Estimativas de Itens do Portfolio Backlog 121

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 14 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xv

Estimativas do Product Backlog 121

Estimativas de Tarefas 122
Conceitos de Estimação de PBIs 123
Estime como uma Equipe 123
Estimativas Não São Compromissos 124
Acurácia versus Precisão 125
Estimação de Tamanho Relativo 125
Unidades de Estimação de PBI 128
Story Points 128
Ideal Days 128
Planning Poker 129
Escala da Estimação 130
Como Usar 131
Benefícios 133
O Que É Velocidade? 133
Calcule um Intervalo de Velocidades 134
Prevendo a Velocidade 135
Afetando a Velocidade 135
Má Utilização da Velocidade 137
Fechamento 138

Capítulo 8  Dívida Técnica 139

Visão Geral 139
Consequências da Dívida Técnica 141
Tipping Point Imprevisível 142
Tempo de Entrega Aumentado 142
Número Significante de Defeitos 142
Aumento dos Custos de Desenvolvimento e Suporte 142
Atrofia do Produto 143
Previsibilidade Reduzida 143
Subperformance 143
Frustração Universal 144
Satisfação do Cliente Decrescente 144
Causas da Dívida Técnica 144
Pressão para Atender um Deadline 144
Tentativa de Acelerar a Velocidade Falsamente 145
Mito: Menos Testes Podem Acelerar a Velocidade 145
Dívidas se Acumulam 147
Dívida Técnica Deve Ser Gerenciada 148
Gerenciando o Acúmulo de Dívida Técnica 149
Use Boas Práticas Técnicas 149
Use uma Definição de Pronto Forte 149
Entenda Apropriadamente a Economia de uma Dívida Técnica 150

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 15 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xvi Conteúdo

Tornando uma Dívida Técnica Visível 153

Tornando uma Dívida Técnica Visível no Nível de Negócios 153
Tornando uma Dívida Técnica Visível no Nível Técnico 154
Pagando a Dívida Técnica 155
Nem Toda a Dívida Técnica Deve Ser Paga 157
Aplique a Regra dos Escoteiros
(Pague a Dívida Quando Você a Encontrar) 158
Pague a Dívida Técnica Incrementalmente 159
Pague Primeiro as Dívidas Técnicas com os Maiores Juros 160
Pague a Dívida Técnica Enquanto Realiza Trabalho
de Valor para o Cliente 160
Fechamento 162

PARTE II  Papéis 163

Capítulo 9  Product Owner 165

Visão Geral 165
Responsabilidades Principais 166
Gerenciar a Economia 167
Participa do Planejamento 168
Realiza o Grooming do Product Backlog 169
Define Critérios de Aceitação e Verifica que Eles Sejam Atendidos 169
Colabora com a Equipe de Desenvolvimento 170
Colabora com os Stakeholders 171
Características/Habilidades 171
Habilidades do Domínio 171
Habilidades Interpessoais 172
Tomada de Decisão 173
Responsabilidade (Accountability) 173
Um Dia na Vida 174
Quem Deve Ser um Product Owner? 176
Desenvolvimento Interno 176
Desenvolvimento Comercial 177
Desenvolvimento de Projeto Terceirizado 180
Desenvolvimento de Componente 180
Product Owner Combinado com Outros Papéis 181
Equipe de Product Owners 182
Proxy de Product Owner 183
Product Owner Chefe 183
Fechamento 184

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 16 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xvii

Capítulo 10  ScrumMaster 185

Visão Geral 185
Responsabilidades Principais 185
Coach 185
Líder Servil 186
Autoridade do Processo 186
Escudo contra Interferência 187
Removedor de Impedimentos 187
Agente de Mudanças 187
Características/Habilidades 188
Conhecedor 188
Questionador 188
Paciente 189
Colaborativo 189
Protetor 189
Transparente 189
Um Dia na Vida 190
Preenchendo o Papel 191
Quem Deve Ser um ScrumMaster? 191
O ScrumMaster É um Trabalho em Tempo Integral? 192
ScrumMaster Combinado com Outros Papéis 192
Fechamento 193

Capítulo 11  Equipe de Desenvolvimento 195

Visão Geral 195
Equipes de Papéis Específicos 195
Responsabilidades Principais 196
Realizar a Sprint Execution 196
Inspecionar e Adaptar a Cada Dia 197
Fazer o Grooming do Product Backlog 197
Planejar o Sprint 197
Inspecionar e Adaptar o Produto e o Processo 197
Características/Habilidades 198
Auto-organização 198
Cross-funcional Diversa e Suficiente 200
Habilidades T-shaped 201
Atitude de Mosqueteiro 203
Comunicações de Banda Larga 204
Comunicação Transparente 205
Do Tamanho Certo 206
Focado e Comprometido 207

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 17 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xviii Conteúdo

Trabalhando num Passo Sustentável 208

Vida Longa 209
Fechamento 211

Capítulo 12  Estruturas de Equipes Scrum 213

Visão Geral 213
Equipes de Features versus Equipes de Componentes 213
Coordenação de Múltiplas Equipes 218
Scrum de Scrums 218
Release Train 220
Fechamento 223

Capítulo 13  Gerentes 225

Visão Geral 225
Criando Equipes 227
Definir Limites 227
Fornecer um Objetivo Claro e Elevado 228
Formar Equipes 228
Mudar a Composição das Equipes 229
Empoderar Equipes 230
Cuidar das Equipes 231
Energizar as Pessoas 231
Desenvolver Competência 231
Fornecer Liderança na Área Funcional 232
Manter a Integridade da Equipe 233
Alinhando e Adaptando o Ambiente 233
Promover os Valores Ágeis 233
Remover Impedimentos Organizacionais 234
Alinhar os Grupos Internos 234
Alinhar Parceiros 234
Gerenciando o Fluxo de Criação e Valor 235
Tem uma Perspectiva de Sistema 235
Gerencia a Economia 236
Monitora Medidas e Relatórios 236
Gerentes de Projeto 237
Responsabilidades da Gerência de Projetos em uma Equipe Scrum 237
Retendo um Papel Separado de Gerente de Projeto 239
Fechamento 243

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 18 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xix

PARTE III  Planejamento 245

Capítulo 14  Princípios de Planejamento do Scrum 247

Visão Geral 247
Não Assuma que Podemos Planejar Tudo Certo Antecipadamente 248
Planejamento Antecipado Deve Ser Útil sem Ser Excessivo 248
Mantenha as Opções de Planejamento Abertas até
o Último Momento Responsável 249
Foque Mais em Adaptar e Replanejar do que em
Se Conformar com um Plano 249
Gerencie Corretamente o Inventário do Planejamento 251
Favoreça Releases Menores e Mais Frequentes 252
Planeje Aprender Rápido e Pivotear Quando Necessário 254
Fechamento 255

Capítulo 15  Planejamento Multinível 257

Visão Geral 257
Planejamento de Portfólio 259
Planejamento de Produto (Envisioning) 259
Visão 259
Product Backlog de Alto Nível 259
Roadmap do Produto 260
Planejamento de Release 261
Planejamento de Sprint 264
Planejamento Diário 264
Fechamento 265

Capítulo 16  Planejamento de Portfólio 267

Visão Geral 267
Timing 267
Participantes 268
Processo 268
Estratégias de Agendamento 270
Otimizar para os Lucros de Ciclo de Vida 270
Calcular o Custo do Atraso 271
Estimar para Acurácia, Não Precisão 274
Estratégias de Inflow 275
Aplicar o Filtro Econômico 275
Equilibrar a Taxa de Chegada com a Taxa de Saída 276
Abraçar Rapidamente as Oportunidades Emergentes 278

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 19 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xx Conteúdo

Planejar para Releases Menores e Mais Frequentes 279

Estratégias de Outflow 280
Focar no Trabalho Inativo, Não nos Trabalhadores Inativos 281
Estabelecer um Limite de WIP 281
Esperar por uma Equipe Completa 282
Estratégias In-process 283
Usar a Economia Marginal 283
Fechamento 285

Capítulo 17  Concepção (Planejamento de Produto) 287

Visão Geral 287
Timing 287
Participantes 288
Processo 290
Exemplo SR4U 290
Visão 291
Criação do Product Backlog de Alto Nível 294
Definição do Roadmap do Produto 295
Outras Atividades 298
Concepção Economicamente Sensata 299
Almejar um Limite de Confiança Realista 300
Focar num Horizonte Curto 302
Agir Rapidamente 302
Pagar por Aprendizado Validado 303
Usar Financiamento Incremental/Provisório 304
Aprender Rápido e Pivotear (também conhecido como Fail Fast) 305
Fechamento 306

Capítulo 18  Planejamento de Release

(Planejamento a Longo Prazo) 307
Visão Geral 307
Timing 308
Participantes 308
Processo 309
Restrições da Release 311
Tudo Fixo 311
Escopo e Data Fixos 312
Escopo Fixo 313
Data Fixa 313
Qualidade Variável 314
Atualizando Restrições 314
Grooming do Product Backlog 315

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 20 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xxi

Refinar as Minimum Releasable Features (MRFs) 316

Mapeamento de Sprint (PBI Slotting) 316
Planejamento de Release de Data Fixa 318
Planejamento de Release de Escopo Fixo 323
Calculando Custos 325
Comunicação 326
Comunicando Progresso em uma Release de Escopo Fixo 327
Comunicando Progresso em uma Release de Data Fixa 329
Fechamento 330

PARTE IV  Sprints 333

Capítulo 19  Sprint Planning 335

Visão Geral 335
Timing 335
Participantes 335
Processo 336
Abordagens do Sprint Planning 338
Sprint Planning de Duas Partes 338
Sprint Planning de Uma Parte 339
Determinando a Capacidade 340
O Que É a Capacidade? 340
Capacidade em Story Points 342
Capacidade em Esforço-Hora 342
Selecionando Itens do Product Backlog 343
Adquirindo Confiança 344
Refinar o Sprint Goal 346
Finalizar o Compromisso 346
Fechamento 346

Capítulo 20  Sprint Execution 347

Visão Geral 347
Timing 347
Participantes 348
Processo 348
Planejamento da Sprint Execution 349
Gerenciamento do Fluxo 349
Trabalho Paralelo e Swarming 350
Que Trabalho Começar 352
Como Organizar o Trabalho nas Tarefas 352

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 21 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xxii Conteúdo

Que Trabalho Precisa Ser Feito? 353

Quem Faz o Trabalho? 354
Daily Scrum 354
Performance na Tarefa — Práticas Técnicas 355
Comunicação 356
Quadro de Tarefas 356
Gráfico de Sprint Burndown 357
Gráfico de Sprint Burnup 359
Fechamento 360

Capítulo 21  Sprint Review 363

Visão Geral 363
Participantes 364
Pré-trabalho 365
Determinar Quem Convidar 366
Agendar a Atividade 366
Confirmar que o Trabalho do Sprint Esteja Pronto 367
Preparar para a Demonstração 368
Determinar Quem Faz o Quê 368
Abordagem 368
Resumir 369
Demonstrar 370
Discutir 371
Adaptar 371
Problemas na Sprint Review 372
Sign-offs 372
Audiência Esporádica 372
Grandes Esforços de Desenvolvimento 373
Fechamento 373

Capítulo 22  Sprint Retrospective 375

Visão Geral 375
Participantes 377
Pré-trabalho 378
Definir o Foco da Retrospectiva 378
Selecionar os Exercícios 379
Coletar Dados Objetivos 379
Estruturar a Retrospectiva 380
Abordagem 380
Preparar a Atmosfera 382
Compartilhe o Contexto 382

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 22 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Conteúdo xxiii

Identificar Insights 385

Determinar as Ações 387
Fechar a Retrospectiva 390
Acompanhar (Follow Through) 391
Problemas da Sprint Retrospective 392
Fechamento 393

Capítulo 23  O Caminho Adiante 395

Não Há Estado Final 395
Descobrir Seu Próprio Caminho 396
Compartilhando Boas Práticas 396
Usando o Scrum para Descobrir o Caminho Adiante 397
Comece! 398
Glossário 401
Referências 423
Índice 427

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 23 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Prefácio
de Ron Jeffries

Quando Kenny me pediu para escrever o prefácio para o Scrum Essencial, pensei: “vai
ser rápido e fácil; deve ser um livro curto indo direto para uma descrição simples do
que é o Scrum.” Eu conhecia o trabalho do Kenny, então sabia que ia ser uma boa lei-
tura, e curta também. O que poderia ser melhor do que isso!
Imagine minha surpresa e deleite quando descobri que esse livro cobre pratica-
mente tudo que você vai precisar saber sobre o Scrum, seja no seu primeiro dia de uso
do Scrum ou depois de anos de uso. E o Kenny não para aí. Ele começa com as ideias
centrais, incluindo os princípios ágeis que são a base de todos os métodos ágeis, e uma
visão rápida do framework Scrum. Então ele vai mais fundo. Ainda é uma boa leitura e
é bem abrangente também.
O Kenny cobre o planejamento em detalhes, olhando os requisitos, user stories,
o backlog, estimativas, velocidade. Então ele nos leva mais a fundo nos princípios e
nos ajuda a lidar com todos os níveis de planejamento e todos os horizontes de tempo.
Ele descreve como os sprints são planejados, executados, revisados e melhorados. E ao
longo de tudo isso, ele nos dá mais do que o básico, destacando os problemas-chave que
você pode encontrar ao usar o Scrum.
Meu próprio foco no Scrum e nos métodos ágeis é nas habilidades necessárias dos
desenvolvedores para garantir que as equipes possam entregar, sprint após sprint, um
software real, que rode bem e seja focado no negócio. O Kenny nos ajuda a entender
como usar bem ideias como velocidade e dívida técnica. Ambos são tópicos críticos e eu
os comentei para chamar sua atenção.
A velocidade nos diz quanto a equipe está entregando no tempo. Podemos usá-la
para ter uma ideia de quanto estamos conseguindo fazer e se estamos melhorando.
Kenny nos avisa, entretanto, que usar velocidade como medida de performance é
danoso para nossos resultados de negócios e ele nos ajuda a entender o porquê.
Dívida técnica se tornou um termo muito amplo, se referindo a quase tudo que
pode dar errado no código. Kenny nos ajuda a separar todos os vários significados e nos
ajuda a entender por que nos importamos sobre esses aparentes detalhes técnicos. Em
particular, gosto da descrição dele de como colocar a equipe sob pressão vai inevitavel-
mente prejudicar nossas perspectivas de conseguir um bom produto a tempo.
O Scrum, como todos os métodos ágeis, se baseia numa abordagem exploratória
com feedback rápido. O Kenny nos conta uma história de seu breve uso de cartões per-
furados e me lembrou da minha experiência inicial com computação, muitos anos antes
de o Kenny ver seu primeiro cartão perfurado.
Como estudante universitário, fui sortudo o suficiente para obter um trabalho
como estagiário no quartel general do Strategic Air Command em Omaha. Naqueles

xxxiii

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 33 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 xxxiv Prefácio de Ron Jeffries

dias toda a computação era em cartões. Meus cartões eram enviados diversos andares
abaixo do QG do SAC e rodados num computador que iria rodar a guerra, se tivéssemos
alguma. Eu tinha sorte se conseguisse uma ou duas rodadas por dia.
Assim que a permissão de segurança chegava, eu descia para a sala do computa-
dor no meio da noite. Eu passava uma conversa no Sargento Whittaker para me deixar
rodar meus próprios programas, sentado no console da máquina — sim, a máquina cujo
principal trabalho era lançar um ataque nuclear. Fique tranquilo: o botão vermelho não
estava naquela sala.
Trabalhando direto na máquina, eu conseguia fazer dez vezes mais trabalho do
que quando tinha de esperar meus cartões serem levados para baixo e meus resultados
serem trazidos para cima. O feedback vinha mais rápido, eu aprendia mais rápido e
meus programas funcionavam mais cedo.
É disso que se trata o Scrum. Em vez de esperar meses, ou mesmo anos para des-
cobrir o que os programadores estão fazendo, no Scrum descobrimos a cada poucas
semanas. Um product owner no Scrum com uma equipe realmente boa vai ver features
reais ganhando forma a cada poucos dias!
E é sobre isso que trata o livro do Kenny. Se você for novo no Scrum, leia-o do iní-
cio ao fim. E então mantenha-o por perto. Se você já vem praticando o Scrum há algum
tempo, dê uma lida por alto e então mantenha-o por perto.
Quando você se encontrar pensando sobre algo que está acontecendo com sua
equipe, ou pensando sobre diferentes coisas a serem tentadas, pegue esse livro e dê uma
olhada. Há chance de que você venha a achar algo de valor.
—Ron Jeffries

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 34 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:30
 Prefácio

Esse livro discute o Scrum Essencial — as coisas que você tem de saber se vai ser bem-
-sucedido ao usar o Scrum para desenvolver produtos e serviços inovativos.

O Que É o Scrum Essencial?

O Scrum é baseado em um pequeno conjunto de valores centrais, princípios e práticas
(coletivamente conhecidos como framework Scrum). Organizações que usam o Scrum
devem abraçar o framework Scrum inteiramente, talvez não na organização inteira
de uma vez, mas certamente dentro das equipes iniciais que vão usar o Scrum. Abra-
çar tudo do Scrum não significa, entretanto, que as organizações devem implementar
o Scrum de acordo com alguma fórmula geral. Em vez disso, significa que as organi-
zações devem sempre tentar se manter verdadeiras ao framework Scrum, ao mesmo
tempo em que escolhem a mistura apropriada de abordagens para suas implementações
Scrum.
O Scrum Essencial combina os valores, princípios e práticas do Scrum com um con-
junto de abordagens testadas e aprovadas que são consistentes com, mas não ordenadas,
pelo framework Scrum. Algumas dessas abordagens serão apropriadas para sua situ-
ação; outras não serão. Qualquer abordagem vai precisar ser inspecionada e adaptada
para suas circunstâncias singulares.

Origens Desse Livro

Como um coach e treinador ágil/Scrum, frequentemente me perguntam por um livro
de referência — um que forneça uma visão geral abrangente do framework Scrum e
também apresente as abordagens mais populares para a aplicação do Scrum. Como
tenho sido incapaz de encontrar um livro único que cobrisse esses tópicos num nível
profundo o suficiente para ser útil para os praticantes atuais, eu acabava recomendando
uma coleção de livros: alguns que discutiam o framework Scrum, mas eram defasa-
dos ou incompletos; diversos livros altamente renomados sobre métodos ágeis, mas que
não focavam apenas no Scrum; e alguns que eram focados num aspecto específico do
Scrum ou numa abordagem específica, mas não cobriam o framework Scrum inteiro
em profundidade. Era um monte de livros para quem queria uma fonte única e inde-
pendente que cobrisse o essencial do Scrum!
Os criadores do Scrum (Jeff Sutherland e Ken Schwaber) têm uma publicação especí-
fica do Scrum chamada “The Scrum Guide”. Esse documento curto (umas 15 páginas) é
descrito por seus autores como o “o livro de regras definitivo do Scrum e a documentação

xxxv

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 35 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:31
 xxxvi Prefácio

do Scrum em si” (Schwaber e Sutherland 2011). Eles equiparam seu documento às regras
do jogo de xadrez, “descrevendo como as peças se movem, como as tomadas são execu-
tadas, o que é uma vitória e assim por diante”. Apesar de ser útil como uma visão geral
do Scrum, ou um livro de regras, o “The Scrum Guide” não foi feito, por projeto, para ser
uma fonte abrangente do conhecimento essencial sobre o Scrum. Estendendo a analogia
dos autores, dar a uma equipe Scrum nova apenas o “The Scrum Guide” e esperar bons
resultados seria como dar a um jogador novo de xadrez uma descrição de 15 páginas
das regras do jogo e esperar que ele seja capaz de jogar uma partida de xadrez razoável
depois de a ler. Ele simplesmente não é uma fonte assim.
Este livro, o Scrum Essencial, é uma tentativa de ser a fonte autônoma que faltava
para o conhecimento essencial do Scrum. Ele inclui uma discussão em profundidade
sobre os valores, princípios e práticas do Scrum — uma que em muitos casos concorda
com outros líderes do movimento dos métodos ágeis e com o “The Scrum Guide”.
(Onde este livro oferece uma perspectiva diferente do que é amplamente promovido em
outros lugares, eu indico e explico o porquê.) Este livro também descreve abordagens
que são consistentes com o framework Scrum e que têm sido usadas com sucesso por
mim e pelas equipes para quem faço coach. Não pretendi que este livro substituísse
outros livros que forneçam um tratamento vertical profundo de uma dada prática ou
abordagem do Scrum. Tais livros são complementares a este livro e o estendem. Em
vez disso, pense no Scrum Essencial como o ponto de partida da jornada sobre usar o
Scrum para deleitar os clientes.

Audiência Pretendida
Para as milhares de pessoas que fizeram meus cursos Working on a Scrum Team, Cer-
tified ScrumMaster e Certified Scrum Product Owner, e para as muitas equipes pra
quem fiz coach, este livro vai relembrar e até mesmo clarificar alguns tópicos que já
tenhamos discutido. E para o número ainda maior de pessoas com quem eu ainda não
tive o prazer de trabalhar, este livro vai ser ou sua primeira introdução ao Scrum e aos
métodos ágeis ou ele vai ser uma chance de olhar o Scrum sob uma luz diferente e talvez
até mesmo melhorar como você realiza o Scrum.
Não escrevi este livro para um papel específico — esse não é um livro especifica-
mente para product owners, ou ScrumMasters ou membros da equipe de desenvolvi-
mento. Em vez disso, esse é um livro pensado para dar a todos os envolvidos com o
Scrum, desde todos os membros da equipe Scrum até àqueles com os quais eles inte-
ragem na organização, um entendimento comum do Scrum baseado em um conjunto
central de conceitos com um vocabulário claro para os discutir. Com essa fundação
compartilhada, minha esperança é que sua organização vá estar numa melhor posição
para usar o Scrum com sucesso para entregar valor de negócio.
Imagino que todo membro de uma equipe Scrum teria uma cópia deste livro na
sua mesa, aberto em um capítulo relevante para o trabalho à mão. Também visualizo
gerentes de todos os níveis da organização lendo-o para entender por que o Scrum pode
ser uma abordagem efetiva para gerenciar trabalho e para entender o tipo de mudança
organizacional que pode ser necessária para implementar com sucesso o Scrum. As

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 36 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:31
 Prefácio xxxvii

organizações usando ou planejando usar uma outra abordagem ágil que não seja o
Scrum também vão encontrar as informações relevantes e úteis para sua adoção espe-
cífica de um método ágil.

Organização Deste Livro

Este livro começa com uma breve introdução ao Scrum (Capítulo 1) e conclui com uma
discussão de onde você pode ir em seguida (Capítulo 23). Os capítulos restantes são
organizados em quatro partes:

■■ Parte I — Conceitos Centrais (Capítulos 2 – 8): Framework Scrum, princípios

ágeis, sprints, requisitos e user stories, product backlog, estimação e velocidade,
e dívida técnica
■■ Parte II — Papéis (Capítulos 9 – 13): product owner, ScrumMaster, equipe de
desenvolvimento, estruturas de equipes Scrum e gerentes
■■ Parte III — Planejamento (capítulos 14 – 18): Princípios de planejamento
Scrum, planejamento multinível, planejamento de portfólio, concepção/planeja-
mento de produto e planejamento de release
■■ Parte IV — Sprints (Capítulos 19 – 22): sprint planning, sprint execution, sprint
review e sprint retrospective

Como Usar Este Livro

Como você poderia esperar, escrevi esse livro assumindo que a maioria das pessoas o
leria linearmente do início ao fim. Se você for novo no Scrum, deveria usar essa abor-
dagem, porque os capítulos tendem a se apoiar um no outro. Dito isso, se você estiver
buscando por um local para ter uma visão geral de ponta a ponta do framework Scrum
(uma cartilha altamente visual), leia e consulte o Capítulo 2.
Para quem for familiar com o Scrum, você pode usar este livro como uma guia de
referência do Scrum. Se estiver interessado em sprint retrospectives, pule diretamente
para o Capítulo 22. se estiver interessado em explorar as nuances do product backlog,
pule direto para o Capítulo 16. Entretanto, eu altamente recomendo que todos, mesmo
aqueles familiares com o Scrum, leiam o Capítulo 3 por inteiro. Os princípios explica-
dos ali formam a fundação do framework Scrum e do resto deste livro. Não é apenas
uma cópia dos valores e princípios do Manifesto Ágil (Beck et al 2001), que é comum a
muitas outras descrições escritas do Scrum.

Visual AGILExicon
Tenho orgulho de incluir neste livro o Visual AGILExicon, um modelo gráfico visual-
mente rico que foi usado para criar mais de 200 gráficos deste livro. O Visual AGILE-
xicon é composto por um vocabulário de ícones, que foram projetados para capturar os
papéis, atividades e artefatos essenciais do Scrum. Essa linguagem visual do Scrum é
uma maneira efetiva de comunicar conceitos e melhorar a compreensão compartilhada

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 37 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:31
 xxxviii Prefácio

do Scrum. Se você estiver interessado em obter e usar o Visual AGILExicon (este livro
está impresso em preto e branco), visite o site www.innolution.com para mais detalhes.
O site vai conter também uma variedade de recursos e discussões relacionadas ao livro.
Esse e todos os outros sites indicados ao longo do livro possuem conteúdo em inglês.

Vamos Começar
Então, qualquer que seja seu papel, qualquer que seja sua situação, você pegou este livro
por uma razão. Gastar um pouco de tempo conhecendo o Scrum. Nas páginas que
seguem, você pode encontrar um framework poderoso que você pode tornar seu, lhe
permitindo melhorar substancialmente a maneira como desenvolve e entrega produtos
e serviços para encantar seus consumidores.

DTP_Essential Scrum_Data: 15/04/2016

CQ_EssentialScrum.indb 38 Liberado por: Luisa Maria Gomes 14/07/2017 13:11:31