Modelo de Estrutura Analítica de Projeto para Planejar
Entenda como criar uma estrutura analítica de projeto para decompor entregas, responsabilidades e etapas do trabalho. Veja quando utilizar, os elementos indispensáveis, formas de preenchimento, cuidados práticos e um modelo editável para adaptar ao seu projeto.
Sumário
- 01 O que é estrutura analítica de projeto e para que serve
- 02 Quando usar um modelo de estrutura analítica de projeto
- Situações práticas em que a EAP ajuda
- 03 Elementos que não podem faltar na EAP
- 04 Entregas, atividades e cronograma: diferenças importantes
- 05 Passo a passo para preencher o modelo
- 06 Modelo de Modelo de Estrutura Analítica de Projeto para Planejar
- 07 Tipos e formatos de estrutura analítica de projeto
- Estrutura em lista hierárquica
- Estrutura gráfica ou em organograma
- Mapa mental do projeto
- Estrutura orientada por fases ou por entregas
- 08 Cuidados e erros comuns ao montar a EAP
- 09 Como usar a EAP para controlar o escopo
- 10 Perguntas frequentes
- Qual é a diferença entre EAP e mapa mental?
- Todo projeto precisa de uma estrutura analítica?
- Quantos níveis uma EAP deve ter?
- Posso incluir prazos e custos na EAP?
- Quem deve aprovar a estrutura analítica de projeto?
- 11 Referências
- 12 Vídeo explicativo
- 13 Aviso importante
O modelo de estrutura analítica de projeto é um recurso de planejamento que ajuda a transformar uma ideia ampla em entregas menores, organizadas e controláveis. Também conhecida pela sigla EAP, a estrutura permite enxergar o escopo de forma hierárquica, identificar o que precisa ser produzido e evitar que atividades importantes fiquem esquecidas.
Para pessoas, profissionais autônomos e pequenas empresas, a EAP pode ser criada em formato de lista, organograma ou mapa mental. O ponto central não é o desenho adotado, mas a clareza da decomposição: cada nível deve detalhar o trabalho necessário para concluir o projeto, sem confundir entregas com prazos, custos ou tarefas soltas.
O que é estrutura analítica de projeto e para que serve
A estrutura analítica de projeto é uma representação hierárquica do escopo total. Ela começa pelo objetivo ou produto principal e o divide em grandes entregas, subentregas e pacotes de trabalho. Esses pacotes constituem o nível em que a equipe consegue estimar esforço, atribuir responsáveis e acompanhar a execução com segurança.
Em uma reforma comercial, por exemplo, o projeto pode ser separado em planejamento, regularizações, compra de materiais, execução da obra, instalações e entrega final. Cada bloco pode ser subdividido até que se chegue a uma unidade gerenciável. Assim, a empresa deixa de trabalhar apenas com uma lista genérica de afazeres e passa a enxergar a composição do resultado esperado.
A EAP serve, principalmente, para:
- delimitar o que faz parte e o que não faz parte do projeto;
- organizar entregas e componentes de maneira lógica;
- facilitar a distribuição de responsabilidades;
- apoiar estimativas de prazo, orçamento e recursos;
- melhorar a comunicação com clientes, fornecedores e equipe;
- reduzir retrabalho causado por escopo mal definido.
O modelo editável desta página foi pensado para estruturar essas informações antes do início ou durante a revisão de um projeto. Ele pode ser usado em iniciativas simples, desde que a divisão seja proporcional à complexidade do trabalho.
Quando usar um modelo de estrutura analítica de projeto
É recomendável elaborar a EAP logo após a definição inicial do objetivo e antes da montagem de um cronograma detalhado. Isso porque não é possível criar um planejamento confiável sem saber, com algum nível de precisão, quais entregas serão necessárias.
O documento também é útil quando o projeto já começou, mas surgiram dúvidas sobre responsabilidades, mudanças de escopo ou atividades não previstas. Nesses casos, a revisão da estrutura ajuda a comparar o que foi combinado com o que realmente precisa ser feito.
Situações práticas em que a EAP ajuda
Uma pequena empresa pode usar a estrutura para planejar a abertura de uma loja virtual, a implantação de um sistema, uma campanha de divulgação, a participação em feira comercial ou a mudança de sede. Profissionais independentes podem aplicá-la à produção de um curso, à organização de um evento, ao desenvolvimento de um site ou à prestação de um serviço complexo para cliente.
Ela é especialmente valiosa quando há mais de uma pessoa envolvida, recursos limitados, entregas interdependentes ou necessidade de prestar contas. Mesmo em projetos individuais, a decomposição diminui a chance de começar pela execução sem ter mapeado as etapas críticas.
Elementos que não podem faltar na EAP
Uma estrutura útil precisa ter um projeto claramente identificado, uma divisão coerente de entregas e critérios que permitam compreender o conteúdo de cada item. Quanto mais ambígua for a nomenclatura, maior será o risco de interpretações diferentes entre as pessoas envolvidas.
Inclua no documento, no mínimo, os seguintes elementos:
- nome do projeto: identificação objetiva da iniciativa;
- objetivo ou entrega final: resultado que se pretende alcançar;
- níveis hierárquicos: organização do projeto em partes progressivamente menores;
- entregas e subentregas: produtos, resultados ou componentes verificáveis;
- pacotes de trabalho: unidades menores que podem ser planejadas e controladas;
- responsável: pessoa ou área encarregada de conduzir ou aprovar cada pacote;
- critérios de aceite: condições mínimas para considerar a entrega concluída;
- observações e dependências: informações relevantes para execução e validação.
Nem todos os campos precisam aparecer dentro do diagrama. Uma prática eficiente é manter o mapa visual simples e registrar detalhes complementares em uma lista de apoio. Essa lista pode indicar responsáveis, premissas, critérios de aceite e referências relacionadas a cada código da EAP.
Entregas, atividades e cronograma: diferenças importantes
Um erro frequente é usar a estrutura analítica como se fosse um cronograma de tarefas. A EAP é orientada por entregas, isto é, pelo que será produzido ou concluído. O cronograma, por sua vez, informa quando e em qual sequência as atividades serão realizadas.
Por exemplo, “site institucional aprovado” é uma entrega. Já “redigir textos”, “criar layout” e “programar páginas” são atividades necessárias para chegar a essa entrega. Ambas as informações são importantes, mas devem ser organizadas em instrumentos distintos ou em camadas claramente separadas.
| Elemento | Pergunta que responde | Exemplo | Uso principal |
|---|---|---|---|
| Objetivo do projeto | Qual resultado será alcançado? | Lançar loja virtual | Direcionar o projeto |
| Entrega | O que será disponibilizado? | Catálogo de produtos publicado | Definir escopo |
| Pacote de trabalho | Qual parte controlável será executada? | Cadastro de 50 produtos | Atribuir e estimar |
| Atividade | O que será feito para gerar a entrega? | Fotografar produtos | Montar plano de ação |
| Marco | Qual ponto relevante foi atingido? | Loja aprovada pelo cliente | Acompanhar avanço |
Após aprovar a EAP, é possível montar um cronograma, prever custos e distribuir atividades com base em uma visão mais completa do escopo. Para iniciativas que envolvam contratação de serviços, registrar por escrito o objeto e as entregas também contribui para relações mais transparentes, em linha com os princípios gerais de boa-fé previstos no Código Civil brasileiro.
Passo a passo para preencher o modelo
O preenchimento deve começar pela definição do resultado final. Evite iniciar pelas tarefas diárias, pois isso pode criar uma lista extensa e desorganizada sem ligação clara com o objetivo do projeto.
- Nomeie o projeto. Use um título específico, como “Implantação de atendimento por WhatsApp” ou “Reforma da sala comercial”.
- Descreva o objetivo final. Informe qual resultado será entregue, para quem e sob quais limites gerais.
- Liste as grandes entregas. Agrupe os componentes principais necessários para concluir o projeto, como planejamento, produção, validação e encerramento.
- Divida cada entrega em subentregas. Detalhe somente até o nível necessário para que haja compreensão e controle do trabalho.
- Defina os pacotes de trabalho. Crie unidades verificáveis, com escopo identificável e possibilidade de atribuição a um responsável.
- Numere os itens. A codificação, como 1.0, 1.1 e 1.1.1, facilita a comunicação e o vínculo com orçamento, cronograma e relatórios.
- Indique responsáveis e critérios de aceite. Registre quem acompanha a entrega e como será confirmada sua conclusão.
- Revise com as pessoas envolvidas. Ajuste nomes, limites, dependências e itens ausentes antes de usar a estrutura como base do planejamento.
Ao usar o modelo editável desta página, substitua todos os campos entre colchetes pelas informações reais do projeto. Se determinada seção não for necessária, remova-a somente depois de verificar se o conteúdo não está contemplado em outro ponto da estrutura.
Modelo editável
Modelo Editável Aqui
Clique em “Editar documento” para preencher os campos entre colchetes. As alterações ficam salvas apenas neste navegador.
ESTRUTURA ANALÍTICA DE PROJETO – EAP
IDENTIFICAÇÃO DO PROJETO
1. Nome do projeto: [NOME DO PROJETO].
2. Cliente, patrocinador ou parte interessada principal: [NOME COMPLETO OU RAZÃO SOCIAL], [NACIONALIDADE], [ESTADO CIVIL, SE APLICÁVEL], [PROFISSÃO OU ATIVIDADE], inscrito(a) no CPF/CNPJ sob o nº [CPF OU CNPJ], com endereço em [ENDEREÇO COMPLETO].
3. Responsável pelo planejamento e acompanhamento: [NOME COMPLETO], [CARGO OU FUNÇÃO], inscrito(a) no CPF sob o nº [CPF], e-mail [E-MAIL] e telefone [TELEFONE].
4. Objetivo geral: [DESCREVER DE FORMA OBJETIVA O RESULTADO FINAL QUE O PROJETO DEVE ALCANÇAR, INDICANDO O PRODUTO, SERVIÇO, MELHORIA OU SOLUÇÃO ESPERADA].
5. Escopo geral: este documento organiza as entregas necessárias para a realização do projeto identificado neste instrumento. Os itens deverão ser detalhados, executados, acompanhados e validados conforme as responsabilidades, critérios de aceite, premissas e limitações aqui registrados.
1. PROJETO PRINCIPAL
1.0. [NOME DO PROJETO]: entrega final esperada: [DESCREVER A ENTREGA FINAL DE FORMA VERIFICÁVEL]. A conclusão do projeto dependerá da realização e do aceite das entregas previstas nos níveis abaixo, observadas as alterações formalmente aprovadas.
2. PLANEJAMENTO E DEFINIÇÃO DO ESCOPO
2.1. Levantamento de necessidades: [DESCREVER AS NECESSIDADES DO CLIENTE, DO NEGÓCIO OU DO PÚBLICO ATENDIDO]. Responsável: [NOME OU ÁREA RESPONSÁVEL]. Critério de aceite: [COMO SERÁ CONFIRMADO QUE O LEVANTAMENTO ESTÁ COMPLETO].
2.2. Definição de requisitos: [LISTAR OU DESCREVER OS REQUISITOS ESSENCIAIS DO PROJETO]. Responsável: [NOME OU ÁREA RESPONSÁVEL]. Critério de aceite: [FORMA DE APROVAÇÃO DOS REQUISITOS].
2.3. Delimitação de escopo: estão incluídos neste projeto [DESCREVER ENTREGAS, PRODUTOS, SERVIÇOS OU RESULTADOS INCLUÍDOS]. Não estão incluídos [DESCREVER EXPRESSAMENTE EXCLUSÕES RELEVANTES].
2.4. Premissas e restrições: o projeto considera as seguintes premissas: [LISTAR PREMISSAS]. Aplicam-se as seguintes restrições de prazo, recursos, orçamento, disponibilidade ou operação: [LISTAR RESTRIÇÕES].
3. ENTREGA PRINCIPAL 1 – [NOME DA PRIMEIRA ENTREGA]
3.1. Descrição da entrega: [DESCREVER O PRODUTO, DOCUMENTO, SERVIÇO, SISTEMA, MATERIAL OU RESULTADO A SER ENTREGUE].
3.2. Subentrega 1: [NOME DA SUBENTREGA]. Conteúdo ou resultado esperado: [DESCREVER]. Responsável: [NOME]. Critério de aceite: [CRITÉRIO OBJETIVO].
3.3. Subentrega 2: [NOME DA SUBENTREGA]. Conteúdo ou resultado esperado: [DESCREVER]. Responsável: [NOME]. Critério de aceite: [CRITÉRIO OBJETIVO].
3.4. Pacote de trabalho 1: [NOME DO PACOTE]. Limites do trabalho: [DESCREVER O QUE DEVE SER EXECUTADO E O QUE NÃO FAZ PARTE DO PACOTE]. Dependências: [INDICAR DEPENDÊNCIAS, SE HOUVER].
3.5. Pacote de trabalho 2: [NOME DO PACOTE]. Limites do trabalho: [DESCREVER]. Dependências: [INDICAR DEPENDÊNCIAS, SE HOUVER].
4. ENTREGA PRINCIPAL 2 – [NOME DA SEGUNDA ENTREGA]
4.1. Descrição da entrega: [DESCREVER O RESULTADO ESPERADO].
4.2. Subentrega 1: [NOME DA SUBENTREGA]. Responsável: [NOME OU ÁREA]. Critério de aceite: [CRITÉRIO OBJETIVO].
4.3. Subentrega 2: [NOME DA SUBENTREGA]. Responsável: [NOME OU ÁREA]. Critério de aceite: [CRITÉRIO OBJETIVO].
4.4. Pacote de trabalho 1: [NOME DO PACOTE]. Descrição: [DESCREVER]. Recursos necessários: [RECURSOS HUMANOS, MATERIAIS, TECNOLÓGICOS OU FINANCEIROS].
4.5. Pacote de trabalho 2: [NOME DO PACOTE]. Descrição: [DESCREVER]. Recursos necessários: [RECURSOS HUMANOS, MATERIAIS, TECNOLÓGICOS OU FINANCEIROS].
5. ENTREGA PRINCIPAL 3 – [NOME DA TERCEIRA ENTREGA]
5.1. Descrição da entrega: [DESCREVER O RESULTADO ESPERADO].
5.2. Subentrega 1: [NOME DA SUBENTREGA]. Responsável: [NOME OU ÁREA]. Critério de aceite: [CRITÉRIO OBJETIVO].
5.3. Subentrega 2: [NOME DA SUBENTREGA]. Responsável: [NOME OU ÁREA]. Critério de aceite: [CRITÉRIO OBJETIVO].
5.4. Pacote de trabalho 1: [NOME DO PACOTE]. Descrição: [DESCREVER]. Dependências: [INDICAR].
5.5. Pacote de trabalho 2: [NOME DO PACOTE]. Descrição: [DESCREVER]. Dependências: [INDICAR].
6. VALIDAÇÃO, APROVAÇÃO E ACEITE
6.1. Cada entrega deverá ser submetida à validação de [NOME DO RESPONSÁVEL PELA VALIDAÇÃO] ou da área [NOME DA ÁREA].
6.2. O aceite será considerado realizado quando [DESCREVER A FORMA DE ACEITE: APROVAÇÃO POR E-MAIL, ASSINATURA, ENTREGA DE ARQUIVO, TESTE, REUNIÃO OU OUTRO MEIO].
6.3. Caso uma entrega seja rejeitada ou necessite de ajustes, deverão ser registrados os motivos, o responsável pela correção e o novo critério de verificação.
7. CONTROLE DE MUDANÇAS
7.1. Toda solicitação que inclua produto, serviço, requisito ou atividade não contemplada nesta estrutura deverá ser registrada como pedido de alteração de escopo.
7.2. O pedido de alteração deverá indicar, sempre que possível, sua justificativa, os impactos esperados em prazo, custo, recursos, qualidade e demais entregas do projeto.
7.3. Nenhuma alteração será considerada incorporada ao projeto sem a aprovação de [NOME DO RESPONSÁVEL OU INSTÂNCIA DE APROVAÇÃO].
8. CRONOGRAMA E ACOMPANHAMENTO
8.1. As datas, marcos, atividades e prazos detalhados serão registrados em [NOME DO DOCUMENTO, PLANILHA OU FERRAMENTA DE CRONOGRAMA], observando a estrutura de entregas definida neste documento.
8.2. As reuniões de acompanhamento ocorrerão com a periodicidade [PERIODICIDADE], com participação de [NOMES OU ÁREAS].
8.3. Os riscos, impedimentos, decisões e pendências identificados durante a execução deverão ser registrados em [LOCAL OU FERRAMENTA DE REGISTRO].
9. ENCERRAMENTO DO PROJETO
9.1. O projeto será considerado encerrado após a entrega e o aceite dos itens previstos nesta estrutura, a regularização das pendências identificadas e o registro das lições aprendidas, quando aplicável.
9.2. Os documentos, arquivos, acessos, materiais e demais ativos gerados deverão ser entregues ou armazenados em [LOCAL DE ARMAZENAMENTO], sob responsabilidade de [NOME OU ÁREA RESPONSÁVEL].
[CIDADE] – [UF], [DIA] de [MÊS] de [ANO].
________________________________________
[NOME DO RESPONSÁVEL PELO PROJETO]
CPF: [CPF]
________________________________________
[NOME DO CLIENTE, PATROCINADOR OU APROVADOR]
CPF/CNPJ: [CPF OU CNPJ]
TESTEMUNHAS
________________________________________
[NOME COMPLETO DA TESTEMUNHA 1]
CPF: [CPF]
________________________________________
[NOME COMPLETO DA TESTEMUNHA 2]
CPF: [CPF]
Tipos e formatos de estrutura analítica de projeto
A mesma lógica de decomposição pode ser apresentada de maneiras diferentes. A escolha depende do tamanho do projeto, do público que consultará o material e das ferramentas disponíveis.
Estrutura em lista hierárquica
É o formato mais simples para editar e compartilhar. Cada nível aparece recuado e numerado, permitindo leitura rápida em documentos, planilhas e ferramentas de gestão. É adequado para pequenos negócios e projetos que precisam de atualização frequente.
Estrutura gráfica ou em organograma
Apresenta o projeto em caixas conectadas, do nível mais amplo aos componentes menores. Facilita apresentações e reuniões de alinhamento, mas pode ficar visualmente carregada quando há muitos níveis.
Mapa mental do projeto
Parte de um tema central e distribui ramificações para as entregas e subentregas. Funciona bem na fase de ideação ou quando a equipe precisa visualizar conexões. Porém, deve conservar a lógica do escopo e evitar ramos genéricos que não resultem em produtos identificáveis.
Estrutura orientada por fases ou por entregas
Projetos podem ser divididos por fases, como preparação, execução e encerramento, ou por produtos, como site, materiais de divulgação e treinamento. A divisão por entregas costuma tornar a validação mais objetiva. A divisão por fases pode ser útil quando o método de trabalho é sequencial e as etapas têm limites bem definidos.
Cuidados e erros comuns ao montar a EAP
Uma EAP não precisa ser extensa para ser eficaz. O excesso de detalhamento pode dificultar a leitura e aumentar o custo de atualização. Por outro lado, uma estrutura superficial deixa lacunas que aparecem apenas durante a execução.
- Confundir entregas com ações: priorize resultados verificáveis em vez de verbos vagos, como “organizar” ou “fazer”.
- Esquecer itens de gestão: aprovação, testes, documentação, treinamento e encerramento também podem gerar entregas necessárias.
- Duplicar componentes: cada elemento deve pertencer a um único ramo principal para evitar contagem dupla de esforço e custos.
- Detalhar demais cedo: não crie dezenas de níveis se eles não ajudarem na tomada de decisão ou no controle.
- Deixar o escopo implícito: registre exclusões, premissas e limites quando houver risco de interpretação diferente.
- Não atualizar após mudanças: uma alteração aprovada no escopo deve ser refletida na estrutura, no cronograma e no orçamento.
- Não validar com interessados: cliente, equipe e responsáveis devem compreender o que cada entrega representa.
Em relações de consumo, a informação adequada e clara sobre serviços é um dever relevante. Essa diretriz pode ser consultada no Código de Defesa do Consumidor, especialmente útil quando a EAP ajuda a documentar o escopo oferecido ao cliente.
“Os contratantes são obrigados a guardar, assim na conclusão do contrato, como em sua execução, os princípios de probidade e boa-fé.”
Código Civil, art. 422
Como usar a EAP para controlar o escopo
Depois de pronta e validada, a estrutura analítica passa a funcionar como uma referência do escopo aprovado. Antes de aceitar uma nova solicitação, compare-a com os itens existentes. Se o pedido já estiver contemplado, identifique em qual pacote ele se encaixa. Se não estiver, trate-o como possível alteração de escopo.
Esse procedimento é relevante para prestadores de serviços e pequenas empresas porque impede que ajustes aparentemente pequenos se acumulem sem análise de prazo, custo e capacidade. Um pedido adicional pode exigir nova entrega, mais horas de trabalho, contratação de terceiros ou alteração da data de conclusão.
Uma boa rotina é revisar a EAP em reuniões de acompanhamento. Verifique se as entregas continuam necessárias, se existem dependências novas e se os critérios de aceite ainda são adequados. Registre as mudanças aprovadas e comunique os impactos às pessoas envolvidas.
Perguntas frequentes
Qual é a diferença entre EAP e mapa mental?
O mapa mental é uma técnica visual flexível para relacionar ideias. A EAP é uma estrutura hierárquica voltada a decompor o escopo de um projeto em entregas e pacotes de trabalho. Um mapa mental pode servir de ponto de partida para uma EAP, mas não substitui necessariamente a definição formal das entregas.
Todo projeto precisa de uma estrutura analítica?
Projetos muito simples podem exigir apenas uma lista breve de entregas. Ainda assim, aplicar a lógica da EAP ajuda a organizar o trabalho. Quanto maior o número de envolvidos, custos, dependências e riscos, mais recomendável se torna registrar a estrutura com maior detalhe.
Quantos níveis uma EAP deve ter?
Não há um número fixo. A estrutura deve avançar até o ponto em que cada pacote de trabalho seja compreensível, atribuível e controlável. Criar níveis adicionais sem utilidade prática torna o documento mais difícil de manter.
Posso incluir prazos e custos na EAP?
Você pode relacionar prazos e custos a cada item para facilitar o controle, mas esses dados não substituem o cronograma e o orçamento. A função principal da EAP continua sendo organizar o escopo e as entregas do projeto.
Quem deve aprovar a estrutura analítica de projeto?
A aprovação deve envolver quem patrocina, contrata ou decide sobre o projeto, além dos responsáveis pela execução quando aplicável. Em projetos para clientes, é prudente registrar a validação para reduzir divergências posteriores sobre o que estava incluído.
Referências
Vídeo explicativo
Sobre o autor
Stefano Barcellos
Editor e curador de modelos de documentos
Stefano Barcellos é editor do MSG Center e responsável pela curadoria dos modelos de documentos publicados no portal, com foco em linguagem clara, estrutura organizada e atualização constante do conteúdo.