Estrutura Analítica do Projeto (EAP)

A Estrutura Analítica do Projeto (EAP), ou Work Breakdown Structure (WBS), é o primeiro artefato concreto derivado do escopo discutido no Capítulo 3: a decomposição hierárquica do trabalho total do projeto em entregas e pacotes de trabalho progressivamente menores, até o nível em que cada pacote possa ser estimado, atribuído e controlado com confiança (PROJECT MANAGEMENT INSTITUTE, 2019). Este apêndice apresenta não um modelo pronto de EAP, mas o roteiro de raciocínio para construí-la a partir do zero, a ser adaptado à natureza de cada projeto.

Etapa 1 — Reunir os insumos de escopo. Reúna a declaração de escopo do produto, a declaração de não escopo (Seção 3.6) e os requisitos já levantados. A EAP não decompõe atividades no vazio: decompõe o que já foi delimitado como objeto do projeto.

Etapa 2 — Definir o primeiro nível de decomposição. Identifique as grandes entregas ou fases do projeto — tipicamente entre cinco e nove itens no primeiro nível, nem tão poucos que escondam complexidade, nem tantos que fragmentem prematuramente o raciocínio.

Etapa 3 — Decompor progressivamente até o pacote de trabalho. Para cada entrega de primeiro nível, decomponha em subentregas sucessivas até atingir o pacote de trabalho: a menor unidade que ainda representa uma entrega verificável, e não uma tarefa de execução (a distinção entre pacote de trabalho e atividade de cronograma será retomada no Apêndice C). Interrompa a decomposição no nível em que for possível estimar esforço, prazo e responsável com confiança razoável — decompor além desse ponto produz controle ilusório, não real.

Etapa 4 — Verificar a regra dos cem por cento. Confira se a soma dos pacotes de trabalho de cada nível representa exatamente cem por cento do escopo do nível imediatamente superior — nem menos, o que indicaria escopo omitido, nem mais, o que indicaria gold-plating (Seção 7.3.2) já na fase de planejamento.

Etapa 5 — Atribuir identificadores e elaborar o dicionário da EAP. Atribua a cada elemento um código hierárquico único e registre, no dicionário da EAP, a descrição do pacote, seus critérios de aceite, o responsável e as principais dependências técnicas — o dicionário é o que torna a EAP um documento de gestão, e não apenas um organograma do escopo.

Etapa 6 — Validar com o cliente e com as equipes técnicas. Submeta a EAP a uma revisão conjunta com o cliente — para confirmar que os pacotes de trabalho correspondem ao que foi negociado — e com os líderes técnicos de cada equipe (Seção 5.3), que são quem efetivamente executará e estimará cada pacote.

Etapa 7 — Utilizar a EAP como insumo para os apêndices seguintes. Uma EAP validada alimenta diretamente a Matriz de Requisitos (Apêndice B, ao vincular cada requisito a um pacote de trabalho), o Cronograma (Apêndice C, ao decompor pacotes em atividades sequenciadas) e o MIPPE (Apêndice D, ao derivar a estrutura organizacional dos blocos de trabalho).

A EAP não é um documento estático: à medida que o projeto avança e o conhecimento sobre o escopo amadurece — sobretudo em projetos com requisitos inicialmente imaturos, discutidos na Seção 7.2.4 —, ela deve ser revisada sob controle formal de mudanças, e não silenciosamente redesenhada a cada reunião.