Capítulo 2: Uma Introdução ao Ágil

Core Idea

Ágil não é uma técnica, é uma mentalidade definida por 4 valores e guiada por 12 princípios do Manifesto Ágil (2001) — as práticas (Scrum, XP, Kanban etc.) são só a manifestação dessa mentalidade, e a escolha entre abordagem preditiva/ágil/híbrida deve ser guiada pelo grau de incerteza do trabalho, não por modismo.

Frameworks Introduzidos

Trabalho determinável vs. trabalho de alta incerteza: trabalho determinável tem procedimento comprovado e baixo risco de execução (ex. linha de produção); trabalho de alta incerteza exige exploração e especialistas colaborando (ex. design novo, software).
- Quando usar: é o primeiro filtro pra decidir se uma abordagem preditiva (trabalho determinável) ou adaptativa (alta incerteza) faz sentido — o resto do guia assume que esse julgamento já foi feito.
Mentalidade → Valores → Princípios → Práticas (modelo inspirado em Ahmed Sidky): ágil é a mentalidade definida pelos 4 valores do Manifesto, guiada pelos 12 princípios, manifestada através de práticas variadas que os praticantes escolhem conforme a necessidade.
- Como usar: ao avaliar se uma prática é "ágil de verdade", suba a cadeia até o princípio/valor que ela deveria servir — se uma prática existe mas não serve nenhum valor do Manifesto, ela é ritual, não agilidade.
Modelo de Incerteza e Complexidade (inspirado no Modelo de Complexidade de Stacey): dois eixos — incerteza de requisitos e incerteza técnica. Baixa incerteza nos dois eixos = "simples", abordagens lineares funcionam bem; alta incerteza nos dois = território "complexo"/"caótico", onde abordagens adaptativas funcionam melhor.
- Quando usar: pra justificar a escolha de ciclo de vida antes de entrar na Seção 3 (Seleção do Ciclo de Vida) — não é uma escolha estética, é proporcional à incerteza real do projeto.
Ágil como termo guarda-chuva sobre o Lean: Lean é o superconjunto (foco em valor, lotes pequenos, eliminação de desperdício); Ágil e o Método Kanban são descendentes/instâncias do Lean que compartilham essas raízes, mesmo tendo se popularizado por caminhos históricos diferentes.

Key Concepts

Manifesto Ágil: publicado em 2001 por líderes de pensamento da indústria de software, formalizou 4 valores e 12 princípios — ver Anexo A2 (Cap 9) pro texto completo mapeado.
Tailoring prematuro/descuidado: ajustar uma abordagem ágil formal antes de aprendê-la bem, o que reduz os benefícios esperados — ver Apêndice X2 (Cap 11).
Timebox: janela de tempo fixa usada pra refinar funcionalidades iterativamente, uma das duas estratégias citadas pra cumprir valores/princípios ágeis sem adotar uma metodologia formal inteira.
Método Kanban: originado do lean-manufacturing, adaptado pro trabalho de conhecimento em meados dos anos 2000; menos prescritivo que outras abordagens ágeis, permite "começar onde você está".

Mental Models

Duas estratégias pra ser ágil: (1) adotar uma abordagem formal comprovada e investir tempo pra entendê-la antes de ajustá-la, ou (2) implementar mudanças pontuais nas práticas do projeto que sirvam um valor/princípio central, sem precisar formalizar metodologia nenhuma. O guia não recomenda uma sobre a outra — a escolha depende do contexto.
O objetivo nunca é "ser ágil" por rótulo — é entregar valor de forma contínua e obter melhores resultados de negócio. Ágil que não move essa agulha é teatro, não prática.

Anti-patterns

Tailoring antes de dominar a abordagem formal: reduz os efeitos e limita os benefícios da metodologia escolhida — trate isso como um risco explícito, não um atalho inofensivo.
Tratar disputa "Kanban é lean ou é ágil?" como relevante pra prática: o guia trata essa discussão como acadêmica — na prática ambos compartilham a mesma herança de foco em valor e eliminação de desperdício.

Worked Example

O guia usa o projeto de construção Boston Big Dig (colocar uma rodovia elevada no subsolo) pra ilustrar um caso enganoso: o projeto parecia simples e tinha alto consenso sobre requisitos (baixa incerteza de requisitos), mas encontrou muitas surpresas técnicas ao longo do caminho, e por ter poucas oportunidades de entrega incremental ou prototipagem, foi forçado a usar ciclo de vida preditivo mesmo com a incerteza técnica que surgiu depois. A lição: avalie tanto a incerteza de requisitos quanto a viabilidade real de entrega incremental antes de escolher o ciclo de vida — nem todo projeto com requisitos "claros" é de fato simples, e nem todo projeto incerto tem como migrar pra uma abordagem adaptativa no meio do caminho.

Key Takeaways

Ágil é mentalidade primeiro, prática depois — os 4 valores e 12 princípios do Manifesto são a fonte de verdade pra julgar se algo é "ágil de fato".
A escolha de ciclo de vida deve ser proporcional à incerteza real (requisitos + técnica), não a preferência — use o Modelo de Incerteza e Complexidade como checklist rápido.
Abordagens iterativas/incrementais funcionam melhor quando há pesquisa/desenvolvimento envolvido, alta taxa de mudança, requisitos pouco claros, ou objetivo final difícil de descrever — fora dessas condições, uma abordagem preditiva pode ser mais eficiente.
Lean, Ágil e Kanban compartilham a mesma raiz de valores (entregar valor, respeitar pessoas, minimizar desperdício, adaptar-se, melhorar continuamente) — combinar métodos de origens diferentes é normal e esperado, desde que sirva o resultado.

Connects To

Cap 3 (Seleção do Ciclo de Vida): desenvolve o eixo de incerteza introduzido aqui em critérios concretos de escolha de ciclo de vida.
Cap 9 / Anexo A2: texto completo do Manifesto Ágil mapeado.
Cap 10 / Anexo A3: visão geral comparativa dos frameworks ágeis e lean citados aqui (Scrum, XP, Kanban, Crystal, FDD, DSDM, AUP, ScrumBan).
Cap 11 / Apêndice X2: aprofunda os riscos do tailoring prematuro citado aqui.