Capítulo 8: Anexo A1 — Mapeamento do Guia PMBOK®

Core Idea

Nenhuma área de conhecimento do PMBOK® deixa de existir num projeto ágil — o que muda é ONDE a decisão é tomada (mais delegada à equipe) e QUANDO o detalhe é elaborado (just-in-time, iterativo, em vez de tudo antecipado).

Frameworks Introduzidos

• Mapeamento Grupos de Processo × Áreas de Conhecimento (Tabela A1-1): reproduz a matriz clássica do PMBOK® (iniciação/planejamento/execução/monitoramento-controle/encerramento cruzados com as 10 áreas de conhecimento) como referência de qual processo PMBOK® corresponde a qual atividade — o guia não substitui essa matriz, usa-a como ponto de partida pra explicar a Tabela A1-2.
• Padrão geral de tradução ágil por área de conhecimento (Tabela A1-2): para cada uma das 10 áreas do PMBOK®, o guia explica o que muda em ambiente adaptativo. O padrão que se repete: controle de detalhe migra do PM/plano pra equipe/backlog; horizonte de planejamento encolhe (just-in-time); e verificação (qualidade, risco, custo) passa de evento único no fim pra ciclo contínuo dentro de cada iteração.

Reference Table — Aplicação do Ágil por Área de Conhecimento

Área PMBOK®	O que muda em ambiente ágil
Integração	Membros da equipe, como especialistas de domínio local, decidem como planos/componentes se integram; papel do PM não muda de expectativa, mas delega controle de planejamento detalhado à equipe e foca em criar ambiente de decisão colaborativo.
Escopo	Menos tempo definindo/travando escopo no início; mais tempo no processo de descoberta e refinamento contínuo. Requisitos viram o backlog, redefinido ao longo do projeto via protótipos e feedback.
Cronograma	Ciclos curtos de trabalho→análise→adaptação; elaboração iterativa e sob demanda (baseada em extração/pull) em vez de cronograma detalhado único. Projetos grandes podem precisar de roadmaps de longo prazo combinando técnicas preditivas e adaptativas.
Custos	Projetos de alta incerteza usam estimativa de baixa complexidade (previsão rápida, alto nível) em vez de cálculo detalhado — estimativa detalhada fica reservada pro horizonte de curto prazo (just-in-time).
Qualidade	Passos de qualidade e revisão frequentes e integrados ao longo do projeto (não concentrados no fim); retrospectivas verificam eficácia dos processos de qualidade e decidem manter/ajustar/abandonar experimentos; lotes pequenos identificam problemas de qualidade cedo, quando o custo de mudança é menor.
Recursos	Equipes auto-organizáveis e colaborativas maximizam foco em projetos de alta variabilidade; planejamento de recursos físicos/humanos é menos previsível, exige acordos de suprimento rápido e práticas lean.
Comunicações	Acesso dinamizado à informação, checkpoints frequentes, agrupamento físico quando possível, artefatos publicados de forma transparente, revisões periódicas com partes interessadas.
Riscos	Revisões frequentes de incremento + equipes multifuncionais aceleram compartilhamento de conhecimento sobre risco; risco entra na seleção de conteúdo de cada iteração, não só numa análise inicial; requisitos ficam como "documento vivo" reprioritizado conforme a exposição a risco muda.
Aquisições	Fornecedores podem estender a equipe num modelo de risco/recompensa compartilhado; projetos grandes podem usar um acordo mestre de serviços (MSA) guarda-chuva com o trabalho adaptativo num apêndice/suplemento separado, isolando mudanças de escopo do contrato geral.
Partes interessadas	Engajamento direto (sem passar por camadas de gerência), processo co-criativo cliente-usuário-desenvolvedor, interações periódicas que mitigam risco e constroem confiança mais cedo; transparência agressiva (reuniões abertas, artefatos publicados) pra identificar desalinhamento rápido.

Mental Models

• O papel formal não muda, o comportamento muda: em quase toda área (Integração, Cronograma), o texto do guia repete a mesma estrutura — "as expectativas/o papel não mudam, mas..." — seguida de como a execução prática se adapta. Use isso como filtro de leitura: ágil não invalida o PMBOK®, reinterpreta como cada área se pratica sob incerteza alta.
• Horizonte de planejamento encolhe, não desaparece: em custos e cronograma, o padrão é sempre "estimativa detalhada só pro curto prazo, estimativa grosseira pro resto" — não "não estimar".

Key Takeaways

1. Use este capítulo como tradutor rápido quando precisar explicar uma prática ágil pra alguém que só conhece a linguagem do PMBOK® — cada área tem uma frase-ponte pronta.
2. O padrão comum entre as 10 áreas: mais delegação à equipe, ciclos mais curtos de verificação, e artefatos vivos (backlog, requisitos, riscos) em vez de documentos travados no início.
3. Projetos grandes e regulados podem combinar as duas linguagens deliberadamente (ex. MSA guarda-chuva + apêndice adaptativo) em vez de escolher uma abordagem pura.

Connects To

• Cap 1: este anexo cumpre diretamente o item "mapeamento do ágil aos processos e áreas de conhecimento do Guia PMBOK®" listado como dentro do escopo do guia.
• Cap 3: os "graus de mudança" que motivam a escolha de ciclo de vida lá são a mesma variável ("alta variabilidade") citada repetidamente aqui pra justificar cada adaptação por área.
• Cap 5: retrospectivas (citadas aqui pra Qualidade) e medição empírica (citada aqui pra Riscos/Cronograma) são detalhadas em profundidade lá.