Você já participou de um projeto que começou sem um documento formal de autorização — e três meses depois ninguém sabia ao certo quem era o patrocinador, qual era o orçamento aprovado ou até onde ia a autoridade do gerente de projetos? O projeto avançou com base em um e-mail, um acordo verbal ou uma apresentação de PowerPoint que “todo mundo viu”. Quando os conflitos surgiram — e sempre surgem — não havia nenhum registro oficial para consultar.
Cadastre-se para navegar sem anúncios e participar do Project Together →
Essa situação é mais comum do que deveria ser. E a causa raiz é quase sempre a mesma: a ausência de um Termo de Abertura do Projeto bem elaborado — também chamado de TAP ou project charter.
O Termo de Abertura é a primeira saída do primeiro processo do PMBOK 8. Não é um formulário burocrático: é o documento que traz o projeto à existência de forma oficial, concede autoridade ao gerente de projetos e estabelece os limites dentro dos quais todas as decisões serão tomadas. Sem ele, o projeto existe de forma informal — e tudo o que é informal é frágil.
Neste artigo você vai encontrar:
- A definição oficial do PMBOK Guide — Oitava Edição (2025)
- Onde o Termo de Abertura se encaixa no PMBOK 8
- Os 12 componentes obrigatórios — explicados com contexto prático
- Quem elabora e quem assina
- Termo de Abertura × Especificação do Escopo: a diferença que todo GP precisa saber
- Como adaptar o Termo de Abertura para projetos ágeis e híbridos
- Os 5 erros mais comuns — e como evitá-los
- Template e exemplo prontos para download
O que é o Termo de Abertura do Projeto?
De acordo com o PMBOK Guide — Oitava Edição (2025), o Termo de Abertura do Projeto é:
“Um documento emitido pelo iniciador ou patrocinador do projeto que autoriza formalmente a existência de um projeto e concede ao gerente de projetos a autoridade para aplicar recursos organizacionais às atividades do projeto.”
— PMBOK Guide, Eighth Edition (2025)
Três ideias centrais sustentam essa definição:
- Autorização formal: o projeto não existe oficialmente até que o Termo de Abertura seja emitido. Uma ideia aprovada em reunião, um e-mail de confirmação ou uma verba liberada no orçamento não substituem o documento.
- Autoridade do gerente de projetos: sem o Termo de Abertura, o gerente de projetos não tem respaldo formal para mobilizar equipes, comprometer orçamentos ou tomar decisões em nome da organização.
- Vínculo com a estratégia: o Termo de Abertura estabelece a ligação direta entre o projeto, o caso de negócio e os objetivos estratégicos da organização — é o documento que justifica por que este projeto merece recursos da empresa.
Onde o Termo de Abertura se encaixa no PMBOK 8?
O Termo de Abertura é a saída principal do processo 2.1.6.1 — Iniciar projeto ou fase, pertencente ao Domínio de Desempenho de Governança. Ele faz parte da Área de Foco de Iniciação.
| Item | Detalhe |
|---|---|
| Domínio | Governança |
| Processo | 2.1.6.1 — Iniciar projeto ou fase |
| Área de Foco | Iniciação |
| Saídas do processo | Termo de Abertura do Projeto + Registro das Premissas |
| Frequência | Uma vez, ou em pontos específicos do ciclo de vida |
O Domínio de Governança no PMBOK 8 é o conjunto de estruturas, funções e processos que orientam as decisões e atividades do gerenciamento de projetos para otimizar a entrega de valor. A governança cobre o alinhamento estratégico, a tomada de decisões, o gerenciamento de mudanças e os critérios de sucesso do projeto — e tudo começa com o Termo de Abertura.
Note que o Termo de Abertura e o Registro das Premissas são produzidos no mesmo processo. Isso não é coincidência: ao definir o projeto na iniciação, a equipe simultaneamente documenta as premissas que sustentam as decisões tomadas até ali.
Entradas e Ferramentas do processo 2.1.6.1
Entradas:
- Documentos de negócio (caso de negócio e plano de gerenciamento dos benefícios)
- Acordos (contratos, memorandos de entendimento)
- Fatores ambientais da empresa
- Ativos de processos organizacionais
Ferramentas e Técnicas:
- Opinião especializada
- Coleta de dados — brainstorming, grupos focais, entrevistas
- Habilidades interpessoais e de equipe — gestão de conflitos, facilitação, gestão de reuniões
- Reuniões
- Matriz de responsabilidades
- Canvas do projeto
Os 12 componentes do Termo de Abertura no PMBOK 8
O PMBOK 8 (Tabela 4-1, p. 234) lista os elementos que compõem o Termo de Abertura. Abaixo, cada um explicado com contexto prático:
1. Propósito do projeto
Por que este projeto existe? Qual problema resolve ou qual oportunidade aproveita? Este é o “norte” do projeto — a razão pela qual a organização está alocando recursos. Um propósito bem escrito em uma frase é mais valioso do que três parágrafos vagos.
2. Objetivos mensuráveis e critérios de sucesso relacionados
O que o projeto precisa alcançar, expresso em termos mensuráveis. “Lançar o produto” não é um objetivo mensurável. “Lançar o produto até 30 de setembro com custo máximo de R$ 400.000 e NPS de lançamento ≥ 40” é. Sem critérios de sucesso claros, o encerramento do projeto se torna uma negociação sem parâmetros.
3. Requisitos de alto nível
As principais necessidades dos stakeholders e do negócio, ainda em nível macro. O detalhamento ocorre mais tarde, na Especificação do Escopo e na Documentação dos Requisitos. No Termo de Abertura, o objetivo é capturar o que é essencial — não a lista completa de requisitos.
4. Descrição de alto nível do projeto, fronteiras e principais entregas
O que está dentro e fora do escopo do projeto, de forma resumida. Fronteiras mal definidas na iniciação são a principal causa de expansão não controlada do escopo (scope creep) durante a execução.
5. Risco geral do projeto
Uma avaliação inicial do nível de risco — não o registro detalhado dos riscos, mas a percepção de alto nível sobre o que pode ameaçar ou favorecer o projeto. Serve como sinal de alerta para o patrocinador e a liderança.
6. Cronograma de marcos resumido
As principais datas e marcos do projeto. Não um cronograma detalhado — apenas os pontos de controle mais relevantes. O cronograma completo será desenvolvido no processo Desenvolver o cronograma.
7. Recursos financeiros pré-aprovados
O orçamento preliminar ou o teto de investimento aprovado pelo patrocinador. É fundamental que o gerente de projetos conheça o envelope financeiro disponível antes de iniciar o planejamento detalhado dos custos.
8. Lista de principais partes interessadas
Os stakeholders-chave já identificados na iniciação. A lista completa será consolidada no Registro das Partes Interessadas, produzido no processo Identificar as partes interessadas.
9. Requisitos de aprovação do projeto
O que significa sucesso? Quem decide se o projeto foi bem-sucedido? Quem assina o encerramento? Definir isso na iniciação evita discussões intermináveis no final do projeto sobre se os objetivos foram ou não atingidos.
10. Critérios de saída do projeto
Em quais condições o projeto pode ser encerrado antecipadamente ou cancelado? Esses critérios protegem a organização de manter projetos inviáveis por falta de uma “saída de emergência” formalizada.
11. Gerente de projetos designado, responsabilidade e nível de autoridade
Quem é o responsável pelo projeto e qual é o seu poder de decisão — sobre orçamento, escopo, equipe. A ambiguidade neste ponto é uma das principais fontes de conflito durante a execução.
“O Termo de Abertura aprovado inicia formalmente o projeto, identificando e designando um gerente de projetos o mais cedo possível — idealmente durante a elaboração do próprio documento e sempre antes do início do planejamento.”
— PMBOK Guide, Eighth Edition (2025)
12. Nome e autoridade do patrocinador
Quem assina o documento, conferindo legitimidade e compromisso da liderança com o projeto. O patrocinador ou outra pessoa com autoridade para iniciar o projeto precisa estar identificado formalmente.
Quem elabora o Termo de Abertura do Projeto?
De acordo com o PMBOK 8, o Termo de Abertura do Projeto pode ser elaborado pelo patrocinador ou pelo gerente de projetos em colaboração com a entidade iniciadora.
A participação do gerente de projetos na elaboração tem um benefício claro: proporciona melhor compreensão do propósito, objetivos e benefícios esperados do projeto — o que facilita a alocação eficiente de recursos nas atividades subsequentes.
Em projetos que envolvem duas ou mais organizações (por exemplo, projetos com contratadas externas), os contratos estabelecem o acordo entre as organizações. O Termo de Abertura é então utilizado internamente em cada organização para criar acordos internos que garantam o cumprimento das obrigações contratuais.
Regra prática: o gerente de projetos deve ser nomeado no Termo de Abertura do Projeto — e seu nível de autoridade, claramente definido. Quanto mais tarde o GP for designado, maior o retrabalho de alinhamento durante o planejamento.
Termo de Abertura × Especificação do Escopo: qual a diferença?
Uma confusão frequente entre gerentes de projetos menos experientes é tratar o Termo de Abertura como um documento de escopo detalhado — ou, ao contrário, usar a Especificação do Escopo como substituta do Termo de Abertura.
O PMBOK 8 é direto:
“Embora o Termo de Abertura e a Especificação do Escopo sejam às vezes percebidos como contendo certo grau de redundância, eles diferem no nível de detalhe contido em cada um. O Termo de Abertura contém informações de alto nível, enquanto a Especificação do Escopo contém uma descrição detalhada dos componentes do escopo.”
— PMBOK Guide, Eighth Edition (2025)
| Critério | Termo de Abertura | Especificação do Escopo |
|---|---|---|
| Nível de detalhe | Alto nível | Detalhado |
| Quando é criado | Iniciação | Planejamento |
| Processo de origem | 2.1.6.1 — Iniciar projeto ou fase | 2.2.2.3 — Definir o escopo |
| Elaborado por | Patrocinador ou GP + entidade iniciadora | Gerente de projetos + equipe |
| Conteúdo de escopo | Descrição de alto nível, fronteiras, entregas principais | Descrição detalhada, entregas completas, critérios de aceitação, exclusões |
| Objetivos | Objetivos mensuráveis (SMART) | Não repete objetivos — foca no escopo do produto/serviço/resultado |
| Aprovação | Patrocinador / autoridade iniciadora | Gerente de projetos + stakeholders relevantes |
Resumo prático: o Termo de Abertura autoriza o projeto. A Especificação do Escopo descreve o que será entregue. Um não substitui o outro.
Termo de Abertura em abordagens preditivas e adaptativas
O PMBOK 8 reconhece que o Termo de Abertura se adapta à abordagem de desenvolvimento do projeto.
Abordagem preditiva (cascata)
O Termo de Abertura tende a ser um documento mais completo, com todos os 12 componentes preenchidos na iniciação. Projetos com escopo bem definido e stakeholders experientes permitem maior detalhamento desde o início.
Abordagens adaptativas (ágil, Scrum, Kanban)
Em contextos adaptativos, o Termo de Abertura é deliberadamente mais enxuto — podendo variar de uma planilha simples a uma declaração de visão concisa ou um documento moderadamente detalhado. O objetivo é fornecer estrutura suficiente para guiar a equipe sem restringir a adaptabilidade.
O PMBOK 8 sugere que o Termo de Abertura adaptativo responda a um subconjunto ou a todas as seguintes perguntas:
- Por quê? — Por que o projeto está sendo realizado?
- Quem? — Quem será engajado?
- O quê? — Sobre o que é este projeto?
- Onde? — Onde ele ocorrerá?
- Quando? — Quando começará e terminará?
- Como? — Como será conduzido?
- Para quem? — Quem é o cliente?
A essência permanece a mesma em qualquer abordagem: alinhar stakeholders, autorizar o projeto e nomear o gerente. A forma se adapta ao contexto.
Abordagem híbrida
Em projetos híbridos, é comum que o Termo de Abertura defina o objetivo de negócio e os marcos principais de forma preditiva, enquanto a forma de entrega (sprints, incrementos) é definida de forma adaptativa no planejamento.
5 erros comuns no Termo de Abertura — e como evitá-los
Erro 1 — Detalhar o escopo no nível da Especificação do Escopo
O Termo de Abertura é de alto nível. Detalhar entregas, requisitos técnicos e especificações no Termo cria redundância com documentos de planejamento e gera retrabalho quando esses detalhes mudam (e eles mudam).
Como evitar: se um item exige mais de duas frases para ser descrito, ele pertence à Especificação do Escopo — não ao Termo de Abertura.
Erro 2 — Não designar o gerente de projetos no documento
É surpreendentemente comum encontrar Termos de Abertura sem o nome do gerente de projetos ou com “a definir”. O PMBOK 8 é claro: o GP deve ser designado idealmente durante a elaboração do Termo, e sempre antes do início do planejamento.
Como evitar: o Termo de Abertura sem GP designado é um documento incompleto. Não emita.
Erro 3 — Pular o Termo de Abertura em projetos internos
“É só um projeto interno” ou “todos já sabem o que fazer” são as justificativas mais comuns para pular o Termo de Abertura. O resultado é sempre o mesmo: sem registro oficial, as decisões tomadas na iniciação são esquecidas, contestadas ou reinterpretadas.
Como evitar: o porte do projeto não elimina a necessidade de autorização formal. Para projetos pequenos, um Termo enxuto de uma página é suficiente — mas ele precisa existir.
Erro 4 — Aprovar o Termo com objetivos vagos
“Melhorar a satisfação do cliente”, “modernizar o sistema”, “aumentar as vendas” — objetivos assim são inúteis como critérios de sucesso. No encerramento do projeto, ninguém conseguirá avaliar se foram atingidos.
Como evitar: todo objetivo no Termo de Abertura deve ser mensurável. Se não é possível medir, não é um objetivo — é uma intenção.
Erro 5 — Confundir o Termo de Abertura com o Plano de Gerenciamento do Projeto
O Termo de Abertura autoriza o projeto. O Plano de Gerenciamento do Projeto (processo 2.1.6.2) define como ele será executado. São documentos complementares, criados em momentos diferentes, com finalidades distintas.
Como evitar: o Termo de Abertura não deve conter cronograma detalhado, matriz de riscos completa, estrutura analítica do projeto ou estratégias de comunicação. Esses elementos pertencem ao planejamento.
Checklist: seu Termo de Abertura do Projeto está completo?
Use esta lista antes de submeter o Termo de Abertura do Projeto para aprovação:
| Item | Verificação |
|---|---|
| Propósito do projeto | Está descrito em uma ou duas frases claras? |
| Objetivos | São mensuráveis, com métricas e prazo? |
| Requisitos de alto nível | Principais necessidades dos stakeholders estão documentadas? |
| Fronteiras do escopo | O que está fora do escopo está explicitado? |
| Risco geral | O nível de risco inicial do projeto está avaliado? |
| Marcos principais | Datas ou períodos dos marcos críticos estão registrados? |
| Orçamento pré-aprovado | O envelope financeiro está definido? |
| Partes interessadas-chave | Os principais stakeholders estão identificados? |
| Critérios de aprovação | Quem aprova o sucesso do projeto e com base em quê? |
| Critérios de saída | As condições para encerramento antecipado estão documentadas? |
| Gerente de projetos | Nome, responsabilidade e nível de autoridade definidos? |
| Patrocinador | Nome e assinatura do patrocinador presentes? |
Template e Exemplo — Termo de Abertura do Projeto
Para aplicar o que viu neste artigo, disponibilizamos dois recursos prontos para uso:
Modelo de Termo de Abertura — PMBOK 8 (2025)
Template em formato Word alinhado ao PMBOK Guide — Eighth Edition, com todos os 12 componentes estruturados, instruções de preenchimento e espaços para cada seção.
Baixar Template Gratuito →
Exemplo preenchido — Projeto ProjectAdm (Software)
Termo de Abertura completamente preenchido para um projeto real de desenvolvimento de software — o lançamento da plataforma ProjectAdm. Ideal para entender como cada componente é aplicado na prática em um contexto de tecnologia.
Baixar Exemplo Gratuito →
Estude a fonte: PMBOK Guide — Oitava Edição
Todo o conteúdo deste artigo sobre o Termo de Abertura do Projeto tem como fonte exclusiva o PMBOK Guide — Eighth Edition (2025), o guia oficial do PMI para gerenciamento de projetos. Se você quer aprofundar o estudo de todos os 40 processos, 54 saídas e 7 domínios de desempenho, vale ter o livro em mãos.
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre o Termo de Abertura do Projeto
O Termo de Abertura do Projeto é o ponto de partida da trilha Project Together — PMBOK 8: um programa de aprendizado que percorre todos os 40 processos do PMBOK 8 em sequência, com reflexões práticas e certificado de conclusão.
A Etapa 1 da trilha testa justamente o que você acabou de aprender: o processo de Iniciação e as saídas do processo 2.1.6.1.
Cadastre-se para navegar sem anúncios e participar do Project Together →
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
💬 Reflexões da comunidade
Absolutamente necessário definir objetivos e responsabilidades - nomeadas - a cada um. sem isso vira uma zona e cada um vai fazendo o que quer.
— Ellen Pietschmann · 3 meses atrás
Continue no livro
PMBOK 8 na Prática
Os 40 processos do Guia PMBOK 8 aplicados num projeto real, com o artefato pronto em cada passo.
Ver o livro — R$ 31,99 →Como Associado da Amazon, a escritoriodeprojetos.com.br recebe por compras qualificadas. Os links para a Amazon nesta página são links de afiliado; o preço que você paga não muda.