Entenda como o termo de abertura autoriza e alinha um projeto, quais informações devem ser registradas e como adaptar um modelo à governança de projetos de engenharia.
Confira!
O termo de abertura do projeto, também chamado de project charter ou TAP, é o documento que formaliza a autorização para iniciar um projeto ou uma nova fase e registra seu enquadramento inicial: por que o trabalho existe, quais resultados deve produzir, quais limites já são conhecidos, quem patrocina a iniciativa, quem a gerencia e qual autoridade foi concedida para mobilizar recursos e tomar decisões.
Seu valor não está em “abrir uma pasta” nem em cumprir um rito administrativo. Um bom termo de abertura cria um acordo executivo e técnico antes que o planejamento detalhado consuma tempo e orçamento. Ele conecta a necessidade de negócio à condução do projeto e oferece uma referência comum para patrocinador, gerente, equipe e partes interessadas.
O documento trabalha em alto nível. Ele não substitui o business case, a declaração detalhada do escopo, a EAP, o cronograma ou o plano de gerenciamento. Também não precisa ter o mesmo nome em todas as organizações. A documentação de início pode aparecer como termo de abertura, documento de definição, plano de implementação ou termos de referência, desde que cumpra a função de autorização, alinhamento e governança proporcional ao projeto.
Para que serve o termo de abertura do projeto
A abertura formal deve resolver seis questões antes da mobilização ampla:
- Qual necessidade organizacional justifica o projeto?
- Que valor, benefício ou resultado se espera alcançar?
- Qual é o escopo inicial e quais limites já estão reconhecidos?
- Quem possui autoridade para patrocinar, gerenciar, aprovar e interromper o trabalho?
- Que recursos financeiros e humanos podem ser comprometidos neste momento?
- Quais critérios indicarão sucesso, continuidade, pausa ou cancelamento?
Quando essas respostas não existem, a equipe começa a planejar sobre premissas diferentes. Engenharia entende uma entrega, operação espera outra, suprimentos inicia contratações sem fronteiras claras e o patrocinador só descobre divergências quando custo e prazo já foram comprometidos.
Na iniciação, o objetivo não é congelar todos os detalhes. É construir alinhamento suficiente para autorizar o avanço com responsabilidade. A área de foco de iniciação do PMBOK aplicado ao gerenciamento de projetos reúne exatamente esse tipo de ação: alinhar propósito e expectativas, definir escopo e recursos iniciais, identificar as partes interessadas influentes e atribuir papéis de gerenciamento. A ABNT NBR ISO 21502:2021 amplia essa visão ao conectar início do projeto a governança, mobilização, justificativa e planejamento inicial.
Termo de abertura, business case e plano do projeto: documentos diferentes
A autorização falha quando a justificativa não chega à equipe
Um termo de abertura não corrige um business case fraco. Ele precisa transformar a justificativa aprovada em objetivos, limites, autoridade e critérios de decisão compreensíveis para quem vai conduzir o projeto.
Confundir esses documentos enfraquece a decisão. Cada um responde a uma pergunta própria.
| Documento | Pergunta principal | Nível de detalhe | Função |
| Business case | Vale a pena realizar ou continuar o projeto? | Executivo e econômico | Justificar investimento, comparar alternativas, benefícios, riscos e viabilidade |
| Termo de abertura | O projeto está autorizado, com qual propósito, limites e autoridade? | Alto nível | Formalizar a decisão e alinhar governança, objetivos, escopo inicial e responsáveis |
| Plano de gerenciamento | Como o projeto será planejado, executado, monitorado, controlado e encerrado? | Progressivamente detalhado | Integrar métodos, linhas de base, controles e planos subsidiários |
| Declaração do escopo | O que exatamente será entregue e o que está excluído? | Detalhado | Definir entregas, critérios de aceitação, limites e exclusões |
O business case vem antes ou evolui em paralelo à abertura. Ele sustenta a justificativa do investimento com objetivos, alinhamento estratégico, benefícios, métricas de valor, risco aceitável, requisitos de orçamento, prazo e qualidade, alternativas e capacidade de entrega. Essa justificativa não deve desaparecer depois da autorização: precisa ser atualizada quando o contexto ou o escopo mudarem de forma relevante e permanecer conectada à governança das decisões do projeto.
O termo de abertura converte a decisão de investir em mandato de projeto. Já o plano e a declaração do escopo aprofundam a maneira de trabalhar e as entregas. Exigir do charter o mesmo detalhamento do plano cria burocracia precoce; tratá-lo como uma folha de assinatura vazia cria autorização sem direção.
O que deve conter um termo de abertura do projeto
O conteúdo precisa ser proporcional ao porte, à complexidade e ao risco. Um projeto interno simples pode caber em poucas páginas. Um empreendimento multidisciplinar pode exigir anexos e referências, mas o corpo principal ainda deve preservar visão executiva.
Identificação, propósito e justificativa
Registre nome, código, patrocinador, contexto e a necessidade que originou o trabalho. O propósito deve mostrar a mudança pretendida, não apenas repetir o nome da entrega. “Modernizar a subestação” é uma descrição; “restabelecer capacidade, confiabilidade e segurança para atender a expansão da planta” explica o motivo.
Objetivos mensuráveis e critérios de sucesso
Objetivos precisam permitir verificação. Combine resultado, medida e horizonte quando houver informação suficiente. Os critérios de sucesso devem mostrar o que será avaliado, quem avalia e quem decide que o projeto cumpriu seu propósito.
Escopo, limites e entregas em alto nível
Defina o que faz parte do projeto sem antecipar a decomposição detalhada. Inclua as principais entregas, fronteiras físicas e organizacionais e exclusões já conhecidas. A EAP em projetos de engenharia virá depois para decompor esse escopo em pacotes de trabalho controláveis.
Requisitos, premissas, restrições e riscos iniciais
Separe conceitos que costumam ser misturados:
- Requisito é uma condição que a solução ou o projeto precisa atender.
- Premissa é algo considerado verdadeiro para planejar, mas que ainda pode precisar de confirmação.
- Restrição limita alternativas, prazo, orçamento, tecnologia, janela operacional ou forma de execução.
- Risco é um evento ou condição incerta que pode afetar objetivos.
O charter registra apenas os itens de alto nível capazes de alterar a autorização ou a abordagem. Catálogos extensos pertencem aos registros e planos específicos.
Marcos, orçamento e recursos previamente autorizados
Informe marcos executivos e pontos de decisão, não um cronograma detalhado de atividades. Quando o empreendimento usa stage-gate em projetos de engenharia, relacione esses marcos aos critérios que autorizam avançar, replanejar ou interromper a etapa. Registre também os recursos financeiros previamente aprovados e as condições para novas liberações. Um valor apresentado como estimativa não deve parecer orçamento definitivo; declare classe, faixa, tolerância ou grau de incerteza quando aplicável.
Partes interessadas, organização e autoridade
Identifique as partes interessadas que influenciam o resultado, os papéis de liderança e os limites de decisão. O termo deve nomear o gerente do projeto, explicitar sua responsabilidade e registrar o nível de autoridade concedido. Também deve identificar o patrocinador ou outra instância que autoriza o charter.
A matriz detalhada de responsabilidades pode ser desenvolvida em seguida. O artigo sobre Matriz RACI em projetos de engenharia mostra como distribuir responsáveis, aprovadores, consultados e informados sem confundir essa matriz com a autorização executiva.
Requisitos de aprovação e critérios de saída
Defina o que constitui sucesso, quem aceita os resultados e quem pode aprovar, pausar ou cancelar o projeto ou a fase. Critérios de saída não são sinal de pessimismo. Eles impedem que uma iniciativa sem justificativa continue apenas porque já recebeu recursos.
Quem elabora e quem aprova o Project Charter
Não existe uma única configuração válida para todas as organizações. A preparação pode ser conduzida pelo patrocinador, gerente do projeto, PMO, equipe de gerenciamento ou grupo de partes interessadas. Em projetos de engenharia, é recomendável envolver representantes de operação, manutenção, segurança, suprimentos, contratos e disciplinas técnicas quando suas decisões afetam a viabilidade ou os limites iniciais.
A aprovação, porém, precisa vir de quem tem autoridade organizacional para comprometer recursos e assumir o risco da iniciativa. Normalmente essa função cabe ao patrocinador, ao comitê diretor ou a outra instância definida no framework de governança.
O gerente do projeto pode redigir e coordenar o documento, mas não deve “autorizar a si mesmo” quando não possui esse mandato. Sua assinatura confirma entendimento e aceite da responsabilidade. A assinatura do patrocinador formaliza a delegação de autoridade e a decisão de prosseguir.
| Papel | Contribuição na abertura | Decisão típica |
| Patrocinador | Conecta estratégia, business case, recursos e apoio executivo | Autoriza, define tolerâncias e decide escalonamentos |
| Gerente do projeto | Integra informações e propõe abordagem inicial | Aceita a responsabilidade e conduz o planejamento |
| Comitê diretor | Representa decisões multidisciplinares ou corporativas | Resolve conflitos acima da autoridade do gerente |
| Equipe técnica | Testa viabilidade, interfaces, premissas e restrições | Recomenda condições e critérios técnicos |
| PMO | Fornece método, template, governança e verificação de consistência | Assegura aderência ao sistema organizacional |
Como elaborar um termo de abertura que funcione na prática
Autoridade sem limite definido vira escalonamento tardio
Registrar apenas o nome do gerente do projeto é insuficiente. O documento precisa indicar quais decisões ele pode tomar, quais recursos pode mobilizar e o que deve ser submetido ao patrocinador ou ao comitê diretor.
Ver a solução de Governança de Projetos, Programas e Portfólios
Comece pela decisão, não pelo template
Reúna business case, estudos preliminares, contrato ou demanda interna, requisitos estratégicos e lições aprendidas. Antes de preencher campos, confirme que existe uma necessidade patrocinada e uma decisão real a formalizar.
Conduza uma reunião de alinhamento inicial
Use a reunião para confrontar expectativas, não apenas coletar assinaturas. Valide propósito, objetivos, fronteiras, principais entregas, riscos, recursos, marcos e autoridade. Divergências encontradas aqui são mais baratas do que mudanças depois da contratação ou da mobilização de campo.
Escreva em alto nível, mas sem expressões vazias
“Executar com qualidade, no prazo e no custo” não define sucesso. Prefira resultados verificáveis e limites claros. Quando a informação ainda for incerta, declare a incerteza e quem deverá resolvê-la, em vez de mascará-la com precisão artificial.
Valide interfaces e capacidade de entrega
Um projeto pode ser estrategicamente desejável e ainda não estar pronto para iniciar. Verifique disponibilidade de equipe, competências, acesso às instalações, dados de entrada, licenças, janelas operacionais, aquisições críticas e dependências com outros projetos.
Formalize autoridade, tolerâncias e escalonamento
Indique o que o gerente pode aprovar, quais mudanças exigem decisão superior e quais limites de custo, prazo, escopo ou risco acionam escalonamento. Uma estrutura de governança de projetos, programas e portfólios deve tornar essa delegação verificável. A governança precisa ser proporcional: controle excessivo paralisa decisões; delegação sem limite expõe a organização.
Aprove, distribua e mantenha rastreabilidade
Controle versão, data, aprovadores e documentos referenciados. Distribua o termo às partes interessadas-chave e use-o como entrada do planejamento. Se a justificativa, os objetivos ou os limites mudarem materialmente, registre a decisão e atualize os documentos afetados sob controle de mudança.
Modelo de termo de abertura do projeto
O modelo abaixo é uma estrutura de trabalho. Ele deve ser adaptado à governança da organização e ao grau de risco do projeto.
TERMO DE ABERTURA DO PROJETO
1. Identificação
Nome:
Código:
Versão e data:
Patrocinador:
Gerente do projeto:
2. Propósito e justificativa
Necessidade ou oportunidade:
Relação com o business case:
Valor e benefícios esperados:
3. Objetivos e critérios de sucesso
Objetivos mensuráveis:
Métricas:
Quem avalia:
Quem aprova:
4. Escopo inicial
Descrição em alto nível:
Principais entregas:
Limites e exclusões:
5. Condições iniciais
Requisitos:
Premissas:
Restrições:
Riscos de alto nível:
6. Marcos e recursos
Marcos executivos:
Pontos de decisão:
Recursos financeiros previamente aprovados:
Recursos humanos e materiais críticos:
7. Governança
Papéis e responsabilidades:
Autoridade do gerente do projeto:
Tolerâncias:
Regras de escalonamento:
8. Aprovação e saída
Requisitos de aprovação:
Critérios para pausar ou cancelar:
Assinatura do patrocinador:
Aceite do gerente do projeto:Um template corporativo pode acrescentar classificação da informação, centro de custo, programa ou portfólio de origem, contratos vinculados, requisitos regulatórios e anexos. Esses campos são prática organizacional, não uma lista universal imposta a todo projeto.
Exemplo resumido em um projeto de engenharia
Considere a modernização de uma subestação interna de uma planta industrial. O propósito não é simplesmente substituir equipamentos antigos, mas recuperar confiabilidade, elevar a capacidade disponível e reduzir risco operacional para suportar uma expansão.
| Campo | Exemplo resumido |
| Objetivo | Disponibilizar a subestação modernizada para operação assistida até o marco aprovado, atendendo aos critérios técnicos e de segurança definidos no projeto |
| Escopo inicial | Estudos, projeto, especificação, suprimentos críticos, montagem, testes, comissionamento e entrega documental |
| Exclusões | Reforma de alimentadores externos à fronteira definida e mudanças no processo produtivo |
| Marcos | Aprovação do projeto básico, liberação para aquisição, janela de desligamento, energização e aceite |
| Restrição | Intervenção principal limitada à parada programada da planta |
| Risco inicial | Atraso de equipamento de longo prazo comprometer a janela de desligamento |
| Autoridade | Gerente pode coordenar disciplinas e aprovar ajustes dentro das tolerâncias; mudança de escopo ou da parada exige decisão do patrocinador |
| Critério de saída | Cancelamento ou replanejamento se a alternativa técnica não demonstrar viabilidade dentro do risco e do investimento aceitos |
Esse exemplo não substitui memória de cálculo, projeto, especificação, cronograma, plano de riscos ou critérios detalhados de comissionamento. Ele mostra como o charter fornece fronteiras e autoridade para que esses documentos sejam desenvolvidos de maneira coerente.
Erros comuns ao preencher o termo de abertura
Copiar o business case inteiro
O termo deve referenciar a justificativa e extrair dela o necessário para governar o início. Reproduzir análises extensas dificulta a leitura e aumenta o risco de versões divergentes.
Detalhar o plano antes de autorizar o projeto
Planejamento inicial é necessário, mas não faz sentido consumir esforço em linhas de base completas enquanto propósito, recursos e autoridade seguem indefinidos. O detalhamento deve crescer progressivamente.
Usar objetivos impossíveis de verificar
Expressões como “melhorar a eficiência” precisam de indicador, referência e responsável pela avaliação. Sem isso, o sucesso será decidido por percepção.
Omitir exclusões e fronteiras
Escopo em alto nível não significa escopo ilimitado. Registrar o que está fora evita que demandas adjacentes sejam incorporadas sem avaliação de impacto.
Nomear o gerente sem conceder autoridade
Responsabilidade sem poder de decisão transforma o gerente em mensageiro. O charter precisa declarar limites, tolerâncias e regras de escalonamento.
Tratar assinatura como etapa final isolada
Se patrocinador e partes interessadas só veem o documento no momento de assinar, o alinhamento já falhou. A aprovação deve concluir uma construção conjunta, não substituir a discussão.
Como adaptar o charter ao porte e à abordagem do projeto
Projetos preditivos costumam registrar mais cedo escopo, marcos, orçamento e interfaces contratuais. Projetos adaptativos podem manter requisitos e entregas em nível mais amplo, concentrando o charter em propósito, valor, limites, equipe, cadência de decisão e critérios de sucesso. Projetos híbridos precisam explicitar onde cada abordagem se aplica para evitar que flexibilidade numa frente seja confundida com ausência de controle no empreendimento inteiro. Depois da autorização, o detalhamento deve conversar com o sistema de Project Controls adotado para medir avanço, prazo, custos e tendências.
O nível de formalidade também varia com risco e complexidade. Uma melhoria interna de baixa criticidade pode usar um documento enxuto. Um projeto industrial com múltiplos contratos, segurança operacional e parada programada exige governança, interfaces e critérios de autorização mais robustos.
A recomendação de engenharia é simples: adapte a profundidade, não elimine a função. Todo projeto precisa de uma decisão reconhecível que conecte justificativa, autoridade e limites, mesmo quando o artefato recebe outro nome.
Quando a abertura exige apoio de engenharia e governança
O termo de abertura merece facilitação técnica quando a organização ainda não consegue delimitar o problema, comparar alternativas, definir fronteiras entre contratos, estimar recursos com grau de confiança adequado ou distribuir autoridade entre patrocinador, gerente, fiscalização, projetistas e fornecedores.
Em empreendimentos multidisciplinares, essa estruturação pode integrar o serviço de Gerenciamento de Projetos, com atuação ao longo do ciclo de vida em representação do proprietário do empreendimento. Quando a necessidade principal é estabelecer linhas de base, indicadores e controles de prazo e custo, a conexão adequada é com Gestão de Projetos, sem confundir as duas funções.
Um charter consistente não garante sozinho o sucesso do projeto. Ele garante algo mais básico e indispensável: que a organização saiba o que está autorizando, por que está autorizando, quem responderá pela condução e quais condições exigirão uma nova decisão.
Referências técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 21502:2021 — Gerenciamento de projetos, programas e portfólios — Orientação sobre gerenciamento de projetos. Rio de Janeiro: ABNT, 2021. Disponível em: Catálogo ABNT. Acesso em: 2026-07-28.
[2] Project Management Institute. A Guide to the Project Management Body of Knowledge (PMBOK Guide), Eighth Edition, 2025. Seção 4.5.1 e Tabela 4-1.
Perguntas frequentes
É o documento que registra o propósito, os objetivos e os limites iniciais do projeto e formaliza sua autorização. Ele também identifica a governança básica, o patrocinador, o gerente do projeto e a autoridade inicial para mobilizar recursos.
Serve para alinhar a organização patrocinadora, o gerente do projeto e as partes interessadas antes do planejamento detalhado. Ele reduz ambiguidades sobre por que o projeto existe, o que se espera dele, quem decide e quais limites não podem ser ultrapassados sem nova aprovação.
No mínimo, propósito, objetivos mensuráveis, escopo e entregas em alto nível, requisitos iniciais, marcos, recursos financeiros previamente aprovados, partes interessadas-chave, critérios de aprovação e saída, riscos e premissas de alto nível, gerente do projeto, patrocinador e respectivas autoridades.
A elaboração pode envolver patrocinador, gerente do projeto, PMO e especialistas. A autorização deve vir de quem possui autoridade organizacional para comprometer recursos, normalmente o patrocinador ou instância de governança definida pela organização.
O business case justifica o investimento e sua continuidade, comparando valor, benefícios, riscos, viabilidade e alternativas. O termo de abertura transforma essa decisão em autorização de projeto e registra os limites e a governança iniciais.
Não. O termo de abertura trabalha em alto nível e autoriza o início. O plano detalha como escopo, prazo, custos, riscos, qualidade, recursos, comunicação e mudanças serão gerenciados e controlados.
Nem sempre com esse nome. A organização pode autorizar o projeto inteiro de uma vez ou formalizar cada fase por documentos e pontos de decisão próprios. O importante é que a autoridade, os critérios de entrada e os limites estejam claros.
Podem usar, com nível de detalhe proporcional. Em ambientes adaptativos, o documento tende a fixar propósito, valor esperado, limites, governança e critérios de sucesso, preservando flexibilidade para detalhar requisitos e entregas por iteração.
Materiais técnicos complementares
Compreender a abertura
Estruturar escopo e responsabilidades
- EAP em Projetos de Engenharia
- Matriz RACI em Projetos de Engenharia
- Gestão de riscos em projetos de engenharia
- Gestão de Contratos, Escopo e Entregáveis
Governar decisões
- Processos e Governança em Projetos de Engenharia
- Stage-gate em Projetos de Engenharia
- PMO: tipos, funções e estruturação
- Governança de Projetos, Programas e Portfólios
