Scrum: empirismo, 3 pilares, 5 valores

A ideia que organiza o assunto

Um projeto previsível se planeja inteiro no começo. O Scrum parte do princípio oposto: em problemas complexos não se sabe o bastante no início para planejar o fim, e fingir que se sabe é o que produz o fracasso. A resposta não é planejar melhor, e sim decidir a partir do que já aconteceu.

É isso o empirismo: o conhecimento vem da experiência, e as decisões se tomam com base no que é observado. Dele deriva tudo o mais do framework.

Os três pilares não são uma lista solta; são uma cadeia com ordem:

Transparência → inspeção → adaptação. O processo e o trabalho precisam ser visíveis a quem executa e a quem recebe o resultado, porque o que não é transparente não pode ser inspecionado com proveito. Os artefatos e o progresso rumo às metas precisam ser inspecionados com frequência e diligência, porque o que não é inspecionado não pode ser adaptado a tempo. E, detectado um desvio, o processo ou o produto precisam ser ajustados o quanto antes, para minimizar o desvio seguinte.

Daí o segundo fundamento, acrescentado na revisão de 2020: o lean thinking, que reduz o desperdício e concentra o esforço no essencial.

E daí, por fim, a consequência que mais cai: o Scrum é um framework, não uma metodologia. Ele mostra o que fazer — três responsabilizações, cinco eventos, três artefatos — e deixa deliberadamente em aberto o como. Não prescreve técnica de engenharia, não define sequência de etapas e não é processo definitivo. Guardada essa frase, quase metade do tópico se resolve.

Como funciona

Os cinco eventos existem para dar cadência ao ciclo empírico. A Sprint é o contêiner; dentro dela, o Sprint Planning gera transparência sobre o que será feito, a Daily Scrum inspeciona o progresso diário e adapta o plano, a Sprint Review inspeciona o Incremento com os stakeholders e adapta o Product Backlog, e a Sprint Retrospective inspeciona o processo e adapta a maneira de trabalhar. Cada evento é uma oportunidade formal de inspeção e adaptação — por isso a inspeção é contínua e embutida no trabalho, e não um marco raro e cerimonial.

Os três artefatos existem para dar transparência, e cada um carrega um compromisso que serve de medida na inspeção: o Product Backlog tem a Meta do Produto, o Sprint Backlog tem a Meta da Sprint, o Incremento tem a Definição de Pronto.

Os cinco valores — compromisso, foco, abertura, respeito e coragem — são o que faz os pilares funcionarem na prática. Sem abertura não há transparência real; sem coragem ninguém relata o que a inspeção revelou.

O tópico é pequeno: sete itens no corpus, três Certos e quatro Errados. Não espere variedade — espere as mesmas duas perguntas repetidas.

O que decide os itens

Framework × metodologia — a distinção mais cobrada do tópico. O Guia diz expressamente que o Scrum não é processo, técnica nem método definitivo, e sim um arcabouço dentro do qual se empregam diversos processos e técnicas.

Empírico × preditivo — iterativo e incremental contra linear, sequencial, rígido, etapas predefinidas. O segundo conjunto é vocabulário de cascata.

O que é fundamento, o que é pilar, o que é valor — a confusão de categoria é o erro mais barato de escrever:

categoria	quantos	quais
fundamentos	2	empirismo · lean thinking
pilares	3	transparência · inspeção · adaptação
valores	5	compromisso · foco · abertura · respeito · coragem

Coragem é valor, não pilar. Colaboração, comunicação e simplicidade não são nenhuma das três coisas — são princípios do Manifesto Ágil ou valores do XP.

Scrum × XP — o Scrum é silencioso sobre técnica. Programação em par, refatoração, TDD, integração contínua e as quatro atividades planejamento, projeto, codificação e testes são do Extreme Programming. Atribuídas ao Scrum, tornam o item Errado.

Frequência da inspeção — frequente e diligente, em todos os eventos, sem que atrapalhe o trabalho. Nunca rara, nunca reservada ao fim de um ciclo de várias Sprints, nunca condicionada ao aceite formal do demandante.

A cadeia, não a lista — transparência habilita a inspeção, que habilita a adaptação. Item que inverte essa ordem, ou que suprime um elo, erra.

Números que caem


fundamentos	2 — empirismo e lean thinking
pilares	3
valores	5
responsabilizações · eventos · artefatos	3 · 5 · 3
revisão que acrescentou o lean thinking	2020
itens deste tópico no corpus	7 — 3 Certos, 4 Errados

Como a CEBRASPE derruba você aqui

Medido sobre os sete itens do tópico, quatro deles errados. A amostra é pequena demais para falar em percentuais, mas a regularidade é total e vale mais do que a contagem: os quatro itens errados fazem a mesma coisa — redescrevem o Scrum como um processo preditivo ou prescritivo, e os três Certos são frases quase literais do Guia.

As quatro redações erradas, na ordem em que a confusão costuma aparecer:

“processo linear para o desenvolvimento de produtos e possui uma sequência de etapas de forma rígida e predefinida” — cascata com nome de Scrum;
“uma metodologia ou um conjunto práticas de engenharia de software” — troca de framework por metodologia, exatamente o termo que o Guia recusa;
“quatro atividades: planeamento, projeto, codificação e testes” — as atividades do XP penduradas no Scrum;
“ocorrem somente ao fim de um ciclo de várias sprints” — a inspeção transformada em marco formal e raro.

A defesa é uma pergunta única, feita antes de qualquer outra: o item está dizendo ao candidato como o trabalho técnico deve ser feito, ou em que ordem fixa as etapas correm? Se estiver, o item é Errado, porque o Scrum não diz nem uma coisa nem a outra. Se, ao contrário, o item descrever aprendizado por experiência, cadência de inspeção e ajuste, ou nomear a tríade de pilares, ele tende a ser Certo — foi o que ocorreu nos três Certos do corpus, todos eles reprodução do texto oficial: “Transparência, inspeção e adaptação são os pilares de controle empírico de processos do Scrum”, “Transparência, inspeção e adaptação são pilares do Scrum que provêm do controle empírico de processos” e a frase que soma empirismo e “lean thinking, que reduz o desperdício e se concentra no essencial”.

Um único item do tópico depende da versão do Guia, e é esse último: o lean thinking só passou a constar como fundamento na revisão de 2020. Num caderno de edital anterior, a mesma frase não teria respaldo. Quando o item citar o lean thinking, confira o ano antes de responder.

O que o tópico não cobra. Apesar do nome, nenhum dos sete itens testa os cinco valores — nem os nomeia, nem os conta, nem os confunde com os pilares. Nenhum item testa a ordem interna transparência → inspeção → adaptação, e nenhum pede a definição isolada de um pilar. O que a banca pergunta aqui, de quatro maneiras diferentes, é uma coisa só: o que o Scrum não é. Estude os valores para o resto da disciplina; para este tópico, estude a negativa.

Erros clássicos

Chamar o Scrum de metodologia. É a troca mais frequente e a mais fácil de evitar. Framework mostra o que fazer e deixa o como em aberto; metodologia prescreve o como.

Promover coragem a pilar. São três pilares e cinco valores, e coragem está na segunda lista.

Esquecer o lean thinking. Desde 2020 os fundamentos são dois, não um. O item que cita apenas o empirismo não erra por isso; o que nega o lean thinking, sim.

Achar que empirismo dispensa planejamento. O Scrum planeja o tempo todo — só que em ciclos curtos e sobre o que foi observado, em vez de uma vez só no início.

Tomar a inspeção por auditoria. Ela é frequente, feita por quem faz o trabalho, no ponto do trabalho, e existe para permitir ajuste imediato. Se a redação a tornar pesada, formal ou espaçada, contradiz o pilar que a sustenta.

Importar princípios do Manifesto Ágil como se fossem pilares do Scrum. Colaboração com o cliente, indivíduos e interações, resposta a mudanças são valores do Manifesto; o Scrum tem os seus, e são outros.