Veja um exemplo simples de termo de abertura de projeto, preenchido e comentado campo a campo, com objetivo, entregas, responsáveis, prazo e aprovação.
O termo de abertura de projeto (TAP), também chamado de Project Charter, é o documento que autoriza formalmente o início de um projeto. Ele registra por que o projeto existe, o que será entregue, quem responde pelo trabalho, o prazo resumido, os riscos iniciais e quem aprova o início.
Para uma iniciativa pequena, priorize as informações necessárias para alinhar expectativas e obter a autorização. O modelo preenchido abaixo usa um projeto fictício de revisão de um manual de boas-vindas, com comentários sobre o que escrever em cada campo. Adapte os campos às necessidades do trabalho e aos procedimentos da sua organização.
Em resumo:
O guia do portal PMP.com.br sobre termo de abertura descreve o TAP como o documento que reconhece formalmente o projeto e concede ao gerente de projeto (GP) autoridade para aplicar recursos da organização nas atividades. Essa autoridade tem limites: o documento precisa esclarecer quais decisões cabem ao responsável e quais exigem aprovação.
A distinção prática apresentada pelo guia é entre autorizar o projeto, com uma visão resumida, e detalhar sua execução no plano de projeto. Para preencher este modelo, registre primeiro o necessário para decidir sobre o início. No planejamento, aprofunde cronograma, divisão do trabalho, requisitos e orçamento.
Isso não significa ignorar prazo ou custo na abertura. Registre os compromissos já definidos e identifique as estimativas que ainda precisam de confirmação.
O template de termo de abertura da Academy Master Project inclui título, justificativa, objetivos, escopo inicial, marcos e orçamento preliminar. O exemplo a seguir organiza o documento em dez campos, como ponto de partida adaptável:
Este projeto é fictício. O prazo e as demais condições são ilustrativos; substitua os campos entre colchetes pelas informações do seu projeto. Os comentários explicam o preenchimento e não precisam acompanhar o documento enviado para aprovação.
Projeto: revisão do manual de boas-vindas para novos funcionários.
Área: Recursos Humanos.
Versão: 1.0.
Data do documento: [data de emissão].
Comentário: a versão identifica qual texto está sendo enviado à aprovação. Confira se esse é o documento mais recente antes de encaminhá-lo.
O manual atual tem informações dispersas e não acompanha as mudanças recentes nos processos de integração. A revisão busca reunir as orientações necessárias ao primeiro dia de trabalho e esclarecer dúvidas recorrentes.
Comentário: explique o problema que motiva o projeto. Aqui, a justificativa mostra por que revisar o manual, sem prometer que a publicação eliminará todas as dúvidas.
Entregar um manual atualizado, aprovado pela área de Recursos Humanos e disponível para uso no primeiro dia dos novos funcionários.
Comentário: escreva um resultado verificável. Neste exemplo, será possível conferir se o manual foi atualizado, aprovado e disponibilizado, em vez de avaliar apenas uma intenção vaga como “melhorar a integração”.
Versão revisada do manual; guia rápido de primeiros passos; lista de perguntas frequentes; registro de aprovação do material.
Comentário: liste o que existirá ao final. Reuniões de revisão e entrevistas com as áreas são atividades para produzir essas entregas, não os produtos finais deste exemplo.
Dentro: revisão de conteúdo, linguagem e formato do manual.
Fora: mudanças no sistema de folha de pagamento, treinamento presencial e reformulação do portal interno.
Comentário: o escopo, ou alcance do trabalho, aparece de forma resumida. A lista do que fica fora explicita quais pedidos não estão autorizados neste projeto.
Patrocinador: [nome], gerente de Recursos Humanos.
Gerente do projeto: [nome], analista de Recursos Humanos.
Participantes: representantes das áreas consultadas para validar o conteúdo.
Aprovação final: patrocinador.
Autoridade do GP: convocar reuniões, solicitar revisões e propor o cronograma. Mudanças nas entregas e despesas adicionais serão submetidas ao patrocinador.
Comentário: o patrocinador é a pessoa que apoia o projeto e tem autoridade para aprová-lo. Nomeie quem ocupará cada papel e registre os limites de decisão do responsável pelo trabalho.
Estimativa ilustrativa: seis semanas a partir da aprovação.
Marcos: revisão de conteúdo na semana 2; validação com as áreas na semana 4; aprovação final na semana 6.
Revisão da estimativa: durante o planejamento.
Comentário: marcos são pontos de checagem importantes, como uma validação ou uma entrega. O prazo está identificado como estimativa, sem antecipar todas as tarefas do cronograma.
Premissas: Recursos Humanos disponibilizará uma pessoa para revisar o conteúdo; o sistema atual de publicação continuará disponível; as áreas consultadas responderão no prazo combinado.
Restrições: o manual precisa estar aprovado antes do próximo ciclo de integração; não há verba para contratar designer externo; o texto seguirá o padrão de linguagem da organização.
Comentário: premissas são hipóteses assumidas para planejar; restrições são limites impostos ao trabalho. Se uma hipótese não se confirmar, reavalie prazo, entregas e riscos. Neste exemplo, alterações nos compromissos aprovados serão levadas ao patrocinador.
Atraso nas respostas das áreas consultadas; indisponibilidade da pessoa de Recursos Humanos designada; mudança de prioridade no ciclo de integração.
Comentário: registre brevemente as situações que podem comprometer prazo ou entregas. Para manter este termo enxuto, a análise detalhada e as respostas aos riscos ficam para o planejamento.
Autorização do início: [nome do patrocinador], gerente de Recursos Humanos.
Assinatura e data: [assinatura] — [data].
Ciência do gerente do projeto: [nome], analista de Recursos Humanos.
Registro de ciência e data: [registro] — [data].
Comentário: a aprovação de quem tem autoridade formaliza o início. Neste modelo, ela é registrada por assinatura; a ciência do GP registra seu conhecimento do conteúdo. Se a organização adotar outro meio de aprovação, siga o procedimento interno e mantenha o registro junto ao documento.
A tabela organiza o preenchimento deste modelo, sem estabelecer uma regra para todos os projetos.
| Campo | Registrar agora | Detalhar no planejamento |
|---|---|---|
| Objetivo | Resultado esperado e como conferir sua realização. | Indicadores e formas de acompanhamento. |
| Entregas e limites | Produtos principais e o que está dentro e fora. | Especificações e decomposição do trabalho. |
| Responsáveis | Patrocinador, GP, participantes principais e autoridade. | Distribuição das tarefas entre a equipe. |
| Prazo | Previsão de conclusão e marcos principais. | Cronograma detalhado e dependências. |
| Custos e recursos | Estimativa disponível, limites conhecidos e pendências. | Orçamento detalhado e alocação de recursos. |
| Riscos | Situações iniciais que ameaçam o trabalho. | Análise dos riscos e formas de resposta. |
| Premissas e restrições | Hipóteses e limites que orientam a autorização. | Verificação das hipóteses e análise dos impactos. |
| Aprovação | Quem autoriza e o registro da decisão. | Procedimentos para aprovar ajustes durante a execução. |
Se o prazo ou o orçamento ainda estiverem em definição, separe estimativa de compromisso aprovado. Registre o que falta, quem confirmará a informação e a data combinada para revisão.
No projeto do manual, a indicação de seis semanas é uma estimativa inicial. Ao adaptá-lo, substitua esse prazo pela sua previsão e registre o responsável por validá-la. Para custos, informe os limites já conhecidos, como a ausência de verba para contratação externa, sem tratar um orçamento indefinido como custo zero.
Antes da aprovação, leve as pendências à pessoa que autoriza o início. Identificar uma estimativa como provisória não dispensa respeitar os limites de decisão registrados no termo.
O TAP autoriza formalmente o início do projeto e oferece aos envolvidos uma referência comum sobre objetivo, entregas, responsáveis e limites do trabalho.
Comece por justificativa, objetivo, entregas, limites, responsáveis, prazo resumido, riscos iniciais e aprovação. Acrescente as premissas, restrições e informações de recursos relevantes para a decisão de iniciar.
Na distinção prática adotada aqui, o TAP registra a autorização e a visão resumida do projeto. O plano aprofunda como executar: cronograma, divisão do trabalho, orçamento e tratamento dos riscos.
Neste modelo, o gerente do projeto reúne as informações e redige; o patrocinador aprova e assina. A ciência do gerente é um registro separado. Adapte esses papéis ao procedimento da organização.
Para este termo enxuto, descreva as entregas principais e o que está dentro e fora do trabalho. Reserve a decomposição em tarefas e as especificações completas para o planejamento.
Neste roteiro, aprofunde depois o cronograma, o orçamento e a análise dos riscos. A Estrutura Analítica do Projeto (EAP), que decompõe o trabalho em partes menores, também entra nesse detalhamento.
A exigência depende dos procedimentos da organização. Para uma iniciativa pequena, adapte o registro ao necessário para alinhar expectativas e obter a autorização, sem apresentar este exemplo como requisito universal.
Identifique a estimativa, o responsável por confirmá-la e a data de revisão. Informe também os limites já conhecidos e apresente as pendências a quem autoriza o início.
Substitua os dados ilustrativos, retire os comentários de preenchimento e confira as pendências com os responsáveis. Encaminhe o documento a quem tem autoridade para aprovar, seguindo o procedimento da organização.
Depois da aprovação prevista neste modelo, reúna a equipe para detalhar cronograma, divisão do trabalho, orçamento e respostas aos riscos. Use o termo como referência dos objetivos e dos limites autorizados.
Veja um modelo de business case preenchido com exemplo hipotético de atendimento, comparação de alternativas, custos, benefícios, riscos e premissas a validar.
Veja um exemplo simples de termo de abertura de projeto, preenchido e comentado campo a campo, com objetivo, entregas, responsáveis, prazo e aprovação.
Aprenda a montar uma matriz poder-interesse com critérios claros, exemplo preenchido, ações por quadrante e orientações para validar e revisar o mapa.
