O cronograma foi construído sobre 16 horas semanais de dedicação da equipe — 40% do tempo, conforme acordado na reunião de abertura. Quatro meses de projeto.
A medição feita no terceiro mês mostrou dedicação real de 4,8 horas semanais, ou 12%. Ninguém tinha descumprido nada: o acordo nunca havia sido transformado em bloqueio de agenda, e a operação simplesmente consumiu o tempo, como consome sempre.
Mantida a quantidade de trabalho, o projeto de quatro meses passou a exigir treze meses de calendário. E a premissa que produziu essa diferença — “a equipe terá 40% do tempo” — não estava escrita em documento nenhum.
Os dados desta página descrevem situações-tipo construídas para o argumento: os valores são coerentes entre si e não vêm de uma empresa específica.
Premissa e restrição: a diferença que muda a ação
| Premissa | Restrição | |
|---|---|---|
| O que é | Algo assumido como verdadeiro, sem confirmação, para permitir planejar | Limite conhecido e imposto ao projeto |
| Exemplos | A equipe terá 40% do tempo; o sistema tem o histórico; a área vai aceitar a mudança | Orçamento de R$ 50 mil; entrega até dezembro; norma que impede alterar o processo X |
| Pode se revelar falsa? | Sim — é a natureza dela | Não; ela é dada e conhecida desde o início |
| O que se faz com ela | Registrar, verificar em data marcada, replanejar se cair | Planejar dentro dela, ou negociar antes de começar |
| Risco associado | Alto, e invisível enquanto não escrita | Baixo — o que é conhecido não surpreende |
A distinção importa porque leva a ações opostas. Restrição se aceita ou se negocia na abertura. Premissa se verifica — e verificar exige ter escrito qual é e quando será checada.
Daí a formulação que interessa: toda premissa é um risco que ainda não foi declarado como risco. Ela entra no plano como se fosse fato, e sai dele como surpresa.
Por que a implícita é a que machuca
Nenhuma equipe deixa de registrar premissas por descuido. Deixa porque elas não parecem premissas: parecem descrição da realidade.
“O sistema tem o histórico de doze meses” soa como fato verificado, e costuma ser uma suposição baseada em alguém ter dito isso uma vez. “A área de TI vai priorizar a extração” soa como combinado, e costuma ser uma expectativa. “A equipe terá tempo” soa como decisão da diretoria, e é o caso da abertura.
O teste que separa as duas coisas é curto: eu verifiquei isso, ou eu suponho isso? Se a resposta for a segunda, é premissa — por mais razoável que seja, por mais que todos concordem, por mais que pareça óbvio.
O que os números mostraram
Uma organização analisou 24 projetos de melhoria concluídos ou abandonados. Quinze atrasaram, 62,5% do total.
Em onze desses quinze — 73,3% — a causa do atraso foi rastreada até uma premissa que se revelou falsa e que não estava registrada em documento nenhum. As três mais frequentes:
Disponibilidade da equipe. O percentual acordado verbalmente nunca virou bloqueio de agenda.
Acesso ao dado. O histórico existia no sistema, mas com definição operacional diferente do que o projeto precisava, ou sem a granularidade necessária.
Autoridade para mudar. A equipe assumiu que a área envolvida aceitaria a mudança testada, e a negociação real consumiu meses.
A equipe fez a previsão razoável de que o problema era planejamento otimista e que estimativas mais conservadoras resolveriam. Alongar os prazos não mudou nada: os atrasos continuaram, porque uma premissa falsa não atrasa proporcionalmente — ela invalida o plano inteiro. Prazo maior sobre premissa errada é prazo maior sendo perdido.
O mecanismo que funcionou
A mudança foi de três campos obrigatórios na abertura de cada projeto, para cada premissa identificada:
Qual é a premissa, em uma frase afirmativa e verificável.
O que acontece se ela for falsa — e aqui está o valor real do registro. Escrever “se a dedicação for menor que 30%, o prazo triplica” transforma uma suposição confortável em decisão explícita que alguém precisa assumir.
Quando ela será verificada, com data. Premissa sem data de verificação é premissa que só será testada pela realidade, no pior momento possível.
Dos nove projetos seguintes, seis tiveram ao menos uma premissa refutada — e todas foram detectadas antes do terceiro mês, permitindo replanejamento em vez de atraso. Os atrasos caíram de 62,5% para 22,2%, dois em nove.
Repare no que não mudou: as premissas continuaram sendo falsas na mesma proporção. O que mudou foi o momento em que isso se soube.
Registro de premissas
Registro de premissas e restrições
A coluna do meio é a que dá valor ao registro. Se ela ficar em branco, a premissa não foi examinada.
| Premissa (afirmativa e verificável) | Se for falsa, o que acontece | Verificar até | Exemplo |
|---|---|---|---|
| Equipe com 40% do tempo · abaixo de 30% o prazo triplica · semana 3 | |||
| Sistema tem histórico de 12 meses na granularidade necessária · sem isso, +3 meses de coleta · semana 2 | |||
| A área aceita testar a mudança no turno B · se não, muda o escopo · semana 6 | |||
| — | |||
| — |
Restrições — o que é dado e não se verifica
| Restrição | Origem | Foi negociada? |
|---|---|---|
Varredura das implícitas
| Pergunte | Resposta |
|---|---|
| Quanto tempo a equipe terá — isso está bloqueado em agenda? | |
| O dado que preciso existe, na granularidade e na definição que preciso? | |
| Quem precisa aprovar a mudança já sabe que vai ser chamado? | |
| O processo vai continuar operando como hoje durante o projeto? | |
| As pessoas-chave permanecem na função durante o período? | |
| O que mais estou assumindo sem ter verificado? |
Escola EDTI · escolaedti.com.br · Explicação completa: escolaedti.com.br/premissa-de-projetos-como/
Preencha na tela e use a impressão do navegador (Ctrl+P ou Cmd+P) para anexar ao documento de abertura. A varredura das implícitas leva dez minutos e é onde as premissas caras costumam aparecer.
Onde este assunto termina
O documento que abriga o registro de premissas, junto com problema, meta, escopo, equipe e prazo, é o project charter. A delimitação do que será atacado está em escopo de projeto, e a estrutura completa em projeto de melhoria.
O tratamento formal de riscos — identificação, probabilidade, impacto, resposta e monitoramento — é assunto próprio e está em gerenciamento de riscos. Aqui interessa a premissa que vira risco justamente por não ter sido escrita.
E o mapeamento de quem precisa concordar, que é a origem da terceira premissa mais comum, está em stakeholders. A relação entre premissas de disponibilidade e o calendário do projeto está em duração de um projeto Lean Six Sigma.
A premissa que vai cair no seu projeto
Estatisticamente, é a de disponibilidade da equipe. Ela é a mais frequente, a mais consensual na reunião de abertura e a que menos costuma virar bloqueio de agenda.
O sinal aparece cedo e é fácil de ignorar: as duas primeiras reuniões semanais são remarcadas por demanda da operação. Nesse momento, a premissa já caiu — e o plano ainda está sendo executado como se ela valesse.
A contramedida não é cobrar dedicação. É verificar na terceira semana, com dado simples: quantas horas efetivamente foram dedicadas. Se estiver abaixo do assumido, a decisão a tomar é sobre o escopo ou sobre o prazo, e ela precisa ser tomada ali — não no sétimo mês, quando já não há o que replanejar e a única saída disponível é encurtar a janela de verificação e declarar um ganho que não vai se sustentar.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi o campo “o que acontece se ela for falsa” como mecanismo que transforma suposição confortável em decisão explícita.
Planejar com premissas declaradas, verificá-las cedo e replanejar com base em evidência é o que a formação Green Belt da EDTI desenvolve em projeto real. Para conhecer a lógica do método antes, a certificação White Belt é gratuita.
Perguntas frequentes
O que são premissas de um projeto?
São coisas assumidas como verdadeiras, sem confirmação, para que o planejamento possa avançar. Elas entram no plano como se fossem fatos e podem se revelar falsas — e é essa possibilidade que as torna a principal fonte de atraso não previsto.
Qual a diferença entre premissa e restrição?
Premissa é suposição que pode cair; restrição é limite conhecido e imposto, como orçamento, prazo ou norma. Restrição se aceita ou se negocia na abertura; premissa se verifica em data marcada, e o plano muda se ela não se confirmar.
Quais são as premissas mais comuns?
Disponibilidade da equipe, existência e qualidade do dado histórico, e disposição da área envolvida em aceitar a mudança testada. As três aparecem em quase todo projeto de melhoria e raramente são registradas, porque parecem descrição da realidade e não suposição.
Como identificar uma premissa implícita?
Com uma pergunta: eu verifiquei isso, ou eu suponho isso? Se a resposta for a segunda, é premissa — mesmo que todos concordem, mesmo que pareça óbvio, mesmo que alguém com autoridade tenha dito na reunião.
Como registrar uma premissa?
Com três campos: a premissa em frase afirmativa e verificável, o que acontece se ela for falsa, e a data em que será verificada. O segundo campo é o que dá valor ao registro — escrever a consequência transforma a suposição em decisão que alguém precisa assumir.
O que fazer quando uma premissa cai?
Replanejar, e explicitamente: revisar escopo, prazo ou recursos, e registrar a decisão. O que não funciona é seguir com o plano original torcendo para compensar depois — premissa falsa não atrasa proporcionalmente, ela invalida a base do plano.
Premissa é a mesma coisa que risco?
Toda premissa é um risco ainda não declarado como tal. A diferença é de tratamento: o risco entra num processo formal com probabilidade, impacto e resposta; a premissa fica no plano parecendo fato até alguém escrevê-la — e escrevê-la é justamente o que a transforma em risco gerenciável.
Por onde começar?
Pegue o plano do seu projeto atual e faça a varredura das seis perguntas do artefato acima. Leva dez minutos e costuma revelar duas ou três premissas que ninguém tinha examinado — sendo que uma delas, quase sempre, é a de disponibilidade da equipe.