O que são premissas? Premissas são fatores que o projeto considera verdadeiros, reais ou certos para fins de planejamento, sem prova ou demonstração. É assim que o Guia PMBOK® 8 as define. “O fornecedor entrega em 30 dias”, “a equipe estará disponível a partir de março”, “o cliente aprova o layout em uma semana” — tudo isso é premissa: o plano depende delas, mas ninguém confirmou ainda. Por isso toda premissa precisa ser registrada, validada e, quando for arriscada, tratada como risco.
Neste artigo eu explico o que são premissas e restrições, dou exemplos, mostro como fazer a análise de premissas e como usar o Registro das Premissas do PMBOK 8, com modelo e exemplo para baixar.
O que são premissas de um projeto?
Premissa: um fator do processo de planejamento considerado verdadeiro, real ou certo, sem prova ou demonstração.
Cadastre-se para navegar sem anúncios e participar do Project Together →
— PMBOK® Guide, Oitava Edição, Glossário
Todo plano parte de suposições. Sem elas, não daria para estimar nada: você não sabe ao certo quanto tempo o fornecedor vai levar, mas precisa de um número para montar o cronograma. A premissa é esse número assumido. O problema não é ter premissas; é esquecê-las. Uma premissa que ninguém acompanha vira surpresa quando se mostra falsa.
Exemplos de premissas
- Prazo: “A licença da prefeitura sai em até 45 dias.”
- Recursos: “O analista de dados estará 100% dedicado ao projeto a partir de 1º de março.”
- Custos: “O dólar ficará entre R$ 5,00 e R$ 5,50 durante as compras.”
- Partes interessadas: “A diretoria aprova o orçamento de R$ 200.000 até 15/04.”
- Tecnologia: “A API do sistema atual suporta a integração sem mudanças.”
Repare que as boas premissas são específicas: têm número, data ou condição verificável. “O projeto será aprovado” não se valida; “a diretoria aprova R$ 200.000 até 15/04” se valida.
E quem responde se a premissa não se confirmar? Discuto isso em Premissas: quem garante?. Quando a premissa é que algo não será feito pela equipe, ela costuma virar uma exclusão do escopo — veja Premissas e exclusões do escopo.
Premissas x restrições: qual a diferença?
O PMBOK 8 define restrição como um fator limitante que afeta a execução de um portfólio, programa, projeto ou processo. A premissa é uma suposição; a restrição é um limite. As duas vão para o mesmo registro.
| Aspecto | Premissa (assumption) | Restrição (constraint) |
|---|---|---|
| Definição | Algo que se assume como verdadeiro para fins de planejamento, sem confirmação formal | Fator limitante que restringe as opções da equipe do projeto |
| Exemplo | “O fornecedor entregará o servidor em 30 dias” | “O orçamento é fixo em R$ 500.000” |
| Risco associado | Se a premissa for falsa, o plano pode ficar inviável | A restrição é real, mas pode haver alternativas dentro dela |
| Origem típica | Equipe do projeto, especialistas, patrocinador | Patrocinador, legislação, contrato, política da organização |
| O que fazer | Validar o mais cedo possível; transformar em fato ou em risco | Documentar e incorporar ao planejamento como dado fixo |
Para ver como premissas, restrições, requisitos e critérios de aceitação se relacionam, leia Expectativas, requisitos, critérios, restrições e premissas.
Análise de premissas: como saber quais premissas são arriscadas
A análise de premissas verifica a probabilidade de uma premissa não se confirmar e o impacto que isso teria no projeto. Quanto maior a chance de a premissa ser falsa e quanto maior o impacto, mais importante é analisá-la e tratá-la. Muitas premissas dependem de fatores externos, fora do seu controle — e são justamente essas que mais precisam de atenção.
No PMBOK 8, a técnica se chama análise de premissas e restrições:
A análise de premissas e restrições explora a validade das premissas e restrições para determinar quais representam um risco para o projeto. As ameaças podem ser identificadas a partir da imprecisão, instabilidade, inconsistência ou incompletude das premissas. As restrições podem gerar oportunidades por meio da remoção ou relaxamento de um fator limitante.
— PMBOK® Guide, Oitava Edição, Seção 5 (Ferramentas e Técnicas)
Na prática, faça quatro perguntas para cada premissa:
- Ela é precisa? Tem número, data, condição?
- Ela é estável? Pode mudar durante o projeto (câmbio, legislação, disponibilidade de pessoas)?
- Ela é consistente? Não contradiz outra premissa ou restrição?
- Ela está completa? Falta alguma condição para que ela seja verdadeira?
Se a resposta a qualquer uma delas for “não”, a premissa é candidata a risco.
O que é o Registro das Premissas no PMBOK 8?
O Registro das Premissas é o documento do projeto usado para registrar todas as premissas e restrições ao longo do ciclo de vida do projeto. Ele é criado na iniciação e atualizado continuamente, conforme novas premissas e restrições surgem ou são encerradas.
Um registro de premissas é um documento do projeto usado para registrar todas as premissas e restrições ao longo do projeto. Novas premissas e restrições podem ser adicionadas, e o status das premissas e restrições existentes pode ser atualizado ou encerrado.
— PMBOK® Guide, Oitava Edição, Seção 4 (Entradas e Saídas)
O Registro das Premissas (em inglês, assumption log) funciona como a memória viva do projeto para tudo aquilo que a equipe assume como verdadeiro — mas que não foi formalmente confirmado — e para as restrições que limitam as opções de planejamento.
Onde o Registro das Premissas se encaixa no PMBOK 8?
O PMBOK 8 organiza o gerenciamento de projetos em 40 processos distribuídos em 7 domínios de desempenho. O Registro das Premissas nasce no processo Iniciar projeto ou fase, no domínio de Governança, e é usado e atualizado em vários outros processos ao longo do projeto:
| Processo | Domínio | Papel do Registro das Premissas |
|---|---|---|
| Iniciar projeto ou fase | Governança | Criado como saída do processo |
| Definir o escopo | Escopo | Entrada — as premissas delimitam o que entra e o que fica fora |
| Desenvolver o cronograma | Cronograma | Entrada — premissas de duração e disponibilidade |
| Identificar os riscos | Riscos | Entrada — cada premissa não validada é um risco potencial |
| Gerenciar execução do projeto | Governança | Atualizado continuamente durante a execução |
O PMBOK 8 ressalta que as premissas e restrições de alto nível (estratégicas e operacionais) normalmente são identificadas no caso de negócio antes do início do projeto e fluem para o termo de abertura. Já as premissas de nível mais baixo, ligadas a atividades e tarefas, são geradas ao longo do projeto — ao definir especificações técnicas, estimativas, atividades do cronograma, riscos etc.
O que deve constar no Registro das Premissas?
Embora o PMBOK 8 não prescreva um formato rígido, um Registro das Premissas eficaz geralmente inclui, para cada item:
- ID: identificador único da premissa ou restrição
- Tipo: premissa ou restrição
- Descrição: enunciado claro e específico do que se assume ou do que restringe
- Área de impacto: escopo, cronograma, custo, qualidade, recursos, riscos etc.
- Nível: estratégico/operacional (alto) ou atividade/tarefa (baixo)
- Responsável pela validação: quem vai confirmar ou refutar a premissa
- Data-limite para validação: quando a premissa precisa estar confirmada
- Status: ativa, validada, refutada, encerrada
- Ação: o que fazer se a premissa se mostrar falsa (plano de contingência ou novo risco)
Premissas de alto nível — como disponibilidade de orçamento, aprovação regulatória ou comprometimento de um fornecedor estratégico — costumam nascer no Termo de Abertura do Projeto e migrar para o Registro das Premissas com status “ativa” até serem formalmente confirmadas.
Ciclo de vida do Registro das Premissas
Diferentemente de um documento criado uma única vez, o Registro das Premissas é um artefato vivo. O PMBOK 8 deixa claro que novas premissas e restrições podem ser adicionadas, e o status das existentes pode ser atualizado ou encerrado ao longo do projeto.
Fase 1 — Iniciação
O gerente do projeto e o patrocinador identificam as premissas e restrições estratégicas e operacionais a partir do caso de negócio, dos acordos e das conversas iniciais com as partes interessadas. Essas informações entram no Termo de Abertura e são transferidas para o Registro das Premissas.
Fase 2 — Planejamento
A equipe adiciona premissas técnicas — sobre tecnologia, fornecedores, duração de atividades, disponibilidade de recursos, especificações de qualidade. Cada nova premissa é avaliada quanto ao risco que representa caso seja falsa.
Fase 3 — Execução
Durante a execução, o Registro das Premissas é atualizado sempre que uma premissa é validada, refutada ou substituída por nova informação. Premissas refutadas geralmente geram solicitações de mudança ou novos riscos no Registro dos Riscos.
Fase 4 — Monitoramento e controle
O gerente do projeto revisa periodicamente o Registro das Premissas para verificar se alguma premissa ainda pendente é crítica para o desempenho atual. Premissas não validadas próximas do prazo-limite recebem atenção imediata.
Fase 5 — Encerramento
O Registro das Premissas é arquivado como parte do acervo do projeto. As lições aprendidas sobre premissas que se mostraram incorretas alimentam o repositório de conhecimento da organização.
Registro das Premissas em abordagens preditivas, adaptativas e híbridas
Abordagem preditiva (cascata)
Em projetos preditivos, o Registro das Premissas é elaborado com detalhamento completo no início do projeto. As premissas estratégicas e as restrições de prazo, custo e escopo são documentadas logo no Termo de Abertura. Durante o planejamento, a equipe acrescenta premissas técnicas detalhadas.
Abordagem adaptativa (ágil)
Em projetos ágeis, as premissas são revisadas a cada sprint ou iteração. Em vez de um documento formal extenso, equipes ágeis muitas vezes mantêm as premissas na própria ferramenta do backlog ou num quadro físico, e revisam as restrições na retrospectiva da sprint.
Abordagem híbrida
Em projetos híbridos, as premissas estratégicas e contratuais são documentadas formalmente no Registro das Premissas, enquanto as premissas técnicas de cada sprint são gerenciadas de forma mais leve dentro do próprio backlog ou nas reuniões diárias da equipe.
Premissas como fonte de riscos
Uma das práticas mais importantes ligadas ao Registro das Premissas no PMBOK 8 é a análise de premissas e restrições como técnica de identificação de riscos. O raciocínio é simples: toda premissa não validada é, potencialmente, um risco.
O caminho recomendado:
- Para cada premissa ativa, pergunte: “O que acontece se esta premissa for falsa?”
- Se o impacto for significativo, registre-a também no Registro dos Riscos como risco identificado.
- Planeje a resposta ao risco correspondente (evitar, transferir, mitigar, aceitar ou escalonar).
- Valide a premissa o mais cedo possível para eliminar o risco associado.
Premissas sobre disponibilidade de tecnologia, cooperação de fornecedores e estabilidade regulatória estão entre as que mais costumam virar riscos críticos.
5 erros comuns com o Registro das Premissas
- Criar o registro só para cumprir formalidade: documentar premissas sem revisar nem validar ao longo do projeto torna o registro inútil.
- Confundir premissa com fato: uma premissa precisa de validação; se já é um fato confirmado, não precisa estar no registro como “ativa”.
- Não vincular premissas a riscos: deixar de levar as premissas críticas para o Registro dos Riscos é uma das principais fontes de surpresas negativas em projetos.
- Escrever premissas vagas: “o projeto será aprovado pela diretoria” é menos útil do que “a diretoria aprovará o orçamento de R$ 200.000 até 15/04”. Quanto mais específica, mais fácil validar.
- Não nomear responsáveis pela validação: sem responsável definido, a premissa fica “ativa” por tempo indeterminado, acumulando risco silencioso.
Checklist do Registro das Premissas
| Item | Verificação |
|---|---|
| Premissas estratégicas do caso de negócio transferidas para o registro? | [ ] |
| Restrições de prazo, custo e escopo documentadas? | [ ] |
| Cada premissa tem responsável pela validação? | [ ] |
| Data-limite de validação estabelecida para as premissas críticas? | [ ] |
| Premissas críticas também registradas no Registro dos Riscos? | [ ] |
| Registro atualizado após cada fase ou marco significativo? | [ ] |
| Premissas validadas ou refutadas com status atualizado? | [ ] |
| Equipe do projeto e partes interessadas-chave têm acesso ao registro? | [ ] |
Modelo e exemplo de Registro das Premissas — PMBOK 8
Para aplicar o Registro das Premissas nos seus projetos, deixo dois arquivos gratuitos para download:
Modelo PMBOK 8
Planilha pronta com os campos recomendados: ID, tipo, descrição, área de impacto, nível, responsável, prazo de validação, status e ação.
Exemplo — projeto de desenvolvimento de software
Registro das Premissas preenchido para um projeto de software, com premissas tecnológicas, restrições contratuais e premissas de recursos, e com o vínculo de cada item ao Registro dos Riscos.
Próximo passo: das premissas aos riscos e ao escopo
Você acabou de registrar as premissas e restrições do projeto. Elas alimentam dois processos, e é por isso que valem o trabalho:
- Transforme as premissas arriscadas em riscos. O Registro das Premissas é entrada do processo Identificar os riscos, e a análise de premissas e restrições é uma das suas técnicas. → Identificar os Riscos — PMBOK 8
- Use as premissas para fechar o escopo. O Registro das Premissas também é entrada de Definir o escopo: o que se assume e o que restringe ajuda a decidir o que entra e o que fica fora. → Definir o Escopo — PMBOK 8
Perguntas frequentes sobre premissas
O que são premissas?
São fatores do planejamento considerados verdadeiros, reais ou certos, sem prova ou demonstração, segundo o PMBOK® 8. O plano depende delas, mas ninguém as confirmou ainda.
O que é uma premissa de um projeto? Dê um exemplo.
É uma suposição em que o plano se apoia. Exemplo: “o fornecedor entrega os equipamentos em 30 dias”. Se isso não acontecer, o cronograma muda.
Qual a diferença entre premissa e restrição?
A premissa é algo que se supõe verdadeiro e precisa ser validado. A restrição é um limite real que o projeto precisa respeitar, como um orçamento fixo ou uma data legal.
O que é análise de premissas?
É a técnica que verifica a validade das premissas e restrições para descobrir quais representam risco para o projeto — observando se são imprecisas, instáveis, inconsistentes ou incompletas.
Onde as premissas são registradas?
No Registro das Premissas (assumption log), criado no processo Iniciar projeto ou fase e atualizado ao longo de todo o projeto.
Toda premissa é um risco?
Toda premissa não validada é um risco em potencial. As que têm chance real de ser falsas e impacto relevante devem ir também para o Registro dos Riscos.
Quer se aprofundar no PMBOK 8?
O PMBOK Guide — Eighth Edition é a referência essencial para entender o Registro das Premissas em todo o seu contexto, da iniciação ao encerramento. Se você ainda não tem o guia, pode adquiri-lo pelo link abaixo:
Adquirir o PMBOK Guide — Eighth Edition na Amazon →
Teste seus conhecimentos sobre o Registro das Premissas
Você sabe em qual processo do PMBOK 8 o Registro das Premissas é criado? E como ele se relaciona com o Registro dos Riscos? Ponha seu conhecimento à prova no quiz interativo:
Cadastre-se para navegar sem anúncios e participar do Project Together →
Iniciar a Etapa 1 do Quiz 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
Vou identificar as premissas e restrições por formas a evitar/aproveitar riscos no futuro.
— NAZARÉ TEIXEIRA · 5 meses atrás
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.
Explicação clara dos conceitos.