# Quando encerrar um projeto de inovação que não escala > Encerrar iniciativa de inovação é decisão de arquitetura, não de coragem. Defina critério de parada, dono e data de revisão antes de aprovar o projeto. - Autor: Marlon Trettin - Publicado: 2026-08-18 · Atualizado: 2026-08-25 - Idioma: pt-BR - Canonical: https://yowpi.com/blog/quando-encerrar-um-projeto-de-inovacao --- Encerre um projeto de inovação quando ele deixa de responder à pergunta que o originou, não quando o orçamento acaba. A decisão trava porque quase nenhuma iniciativa nasce com critério de parada escrito, dono definido e data marcada para revisar. Sem essas três coisas, encerrar depende do julgamento de alguém, e julgamento pessoal perde para o custo já investido. ## TL;DR - Entre 30% e 40% dos projetos de sistemas de informação apresentam algum grau de escalada de compromisso, segundo pesquisa publicada na MIS Quarterly. - 42% das empresas abandonaram a maior parte das iniciativas de IA em 2025, contra 17% no ano anterior, na medição da S&P Global Market Intelligence. O problema não é abandonar. É abandonar tarde. - No Brasil, 60,1% das empresas ouvidas não têm estrutura formal de governança de inovação e 38,1% não definiram indicadores, segundo o Mapa da Inovação 2026. - O custo de manter um projeto que não escala raramente é orçamentário. É atenção gerencial, que é o insumo escasso para escalar o que funciona. ## Por que encerrar um projeto de inovação é tão difícil? Porque a decisão foi desenhada como pessoal quando deveria ser estrutural. Quem aprovou o piloto é quase sempre quem precisa admitir que ele não vai a lugar nenhum. Nessa configuração, cada mês de sobrevida custa menos do que a conversa de encerramento. A literatura chama isso de escalada de compromisso, o hábito de continuar investindo em um curso de ação que já não se sustenta. O estudo de Mark Keil, Joan Mann e Arun Rai publicado na [MIS Quarterly](https://aisel.aisnet.org/misq/vol24/iss4/4/) mediu a frequência do fenômeno em projetos de sistemas de informação e encontrou algum grau de escalada em 30% a 40% deles. É um trabalho de 2000, e o número continua sendo citado porque o mecanismo não mudou: o que sustenta o projeto vivo não é a evidência a favor, é o que já foi gasto. Some a isso o desenho típico da área de inovação. O piloto tem verba pequena, prazo curto e visibilidade alta. Ninguém precisa aprovar uma renovação formal, porque nunca houve um encerramento formal previsto. O projeto simplesmente continua, consumindo reunião de acompanhamento, licença de ferramenta e uma fatia da agenda de quem poderia estar destravando outra coisa. ## Qual o custo real de manter um projeto que não escala? O custo é a atenção de quem decide. Em texto sobre a transição entre piloto e rollout na [MIT Sloan Management Review Brasil](https://mitsloanreview.com.br/os-desafios-da-transicao-de-projetos-piloto-para-rollout/), Maximiliano Carlomagno é direto: o recurso mais escasso em empresas estabelecidas é a atenção gerencial. É ela que garante alocação de gente, sinaliza prioridade e mobiliza a organização. Se o projeto não é importante para alguém relevante, ele não escala. O mesmo texto cita dado da 500 Startups segundo o qual metade das empresas converte no máximo 10% dos pilotos em negócios. Ou seja: a maior parte do que uma área de inovação inicia não vira operação. Isso é esperado em um portfólio de experimentos. O que não é esperado é essa maioria permanecer aberta. A medição da [S&P Global Market Intelligence](https://www.ciodive.com/news/AI-project-fail-data-SPGlobal/742590/), com mais de mil respondentes na América do Norte e na Europa, mostra o outro lado do movimento. A fatia de empresas que abandonaram a maior parte das iniciativas de IA subiu para 42% em 2025, contra 17% no ano anterior, e a organização média descartou 46% das provas de conceito antes da produção. Ler isso como fracasso é ler errado. Descartar prova de conceito é o desenho funcionando. A pergunta útil é quanto tempo cada uma ficou aberta antes do descarte. ## Como saber que chegou a hora de encerrar? Três sinais bastam, e nenhum deles depende de opinião sobre a qualidade da ideia. O primeiro é a pergunta original. Todo projeto de inovação começa para responder alguma coisa: se um [gargalo específico](/blog/7-formas-de-mapear-gargalos-ocultos-na-operacao-da-empresa) cede, se um público usa aquilo, se o custo cai. Quando a resposta já chegou, o projeto acabou, inclusive quando a resposta é positiva. A partir dali é outro projeto, com outro escopo e outro orçamento, e precisa ser aprovado como tal. O segundo é a origem do movimento. Projeto que avança só quando alguém empurra é projeto sem dono na operação. Meça de forma simples: nas últimas quatro semanas, quantas ações do projeto partiram da área que vai usar o sistema e quantas partiram da área de inovação. Quando o segundo número é o único diferente de zero, você tem um piloto que a operação tolera, não um que ela quer. O terceiro é o caminho até a produção. Antes de renovar qualquer coisa, pergunte quem paga a sustentação no ano que vem, quem responde pelo sistema quando ele cair às 22h e de qual orçamento sai a integração com o ERP. Se ninguém tem resposta, o projeto não está atrasado. Ele está sem destino, e sem destino ele não chega, por melhor que tenha sido o resultado do teste. ## Como decidir o encerramento antes de começar? Escrevendo quatro linhas no momento da aprovação, não no da crise. A pergunta que o projeto responde. O critério que autoriza continuar. Quem tem autoridade para encerrar. A data em que essa conversa acontece de qualquer jeito. Essas quatro linhas mudam a natureza da decisão. Encerrar deixa de ser alguém admitindo erro e passa a ser o cumprimento de um combinado feito quando ninguém tinha ego investido. É a mesma lógica de uma cláusula contratual: você negocia a saída enquanto a relação está boa. O Brasil ainda faz pouco disso. O [Mapa da Inovação 2026](https://mtagora.com.br/noticia/185919/so-29-das-empresas-brasileiras-lucram-com-a-inovacao), estudo da AEVO com gestores de 212 empresas de setores como indústria de transformação, tecnologia e serviços financeiros, mostra que 60,1% das companhias não possuem estrutura formal de governança de inovação e 38,1% não definiram indicadores para medir se os projetos funcionam ou geram desperdício. No mesmo levantamento, 92% desenvolveram algum produto, serviço ou processo novo entre 2024 e 2025, e apenas 29% comprovaram ganho financeiro concreto. A distância entre esses dois números é a distância entre iniciar e concluir a decisão. Um cenário hipotético, com escala realista, ajuda a ver o mecanismo. Uma gerente de inovação de uma indústria de médio porte no interior de São Paulo tem onze iniciativas no quadro. Ao aplicar os três sinais, encontra quatro que responderam à pergunta original meses antes, duas que só andam quando ela cobra e uma que nenhuma área aceitou sustentar. Encerra sete. A verba liberada é modesta, algo em torno de licenças e horas de fornecedor. O que muda de fato é a agenda: as reuniões quinzenais de acompanhamento desses sete projetos somavam quase um dia útil por mês dela e de dois gestores de área. Esse dia vai para a iniciativa mais avançada entre as quatro que sobraram, que tinha caminho até a produção e estava parada por falta de gente. ## O que se aproveita de um projeto encerrado? Mais do que costuma ser registrado, porque o encerramento raramente tem um entregável definido. Três coisas sobrevivem quando alguém se dá o trabalho de guardá-las. A primeira é o dado. Um piloto que rodou seis semanas em uma unidade costuma produzir a primeira medição confiável daquele processo. O software foi descartado, a série histórica não, e é ela que sustenta o business case da próxima tentativa. Vale o cuidado de guardar com [padrão de qualidade](/blog/qualidade-dados-decisoes-certas), porque medição solta em planilha de projeto morto some junto com o projeto. Depois vem a integração. Conectar um sistema legado a um serviço externo costuma ser a parte cara do piloto, e o conector continua valendo mesmo quando a hipótese testada não se confirma. A lógica é a mesma que aplicamos em plataformas herdadas, como no trabalho com a [Colo Saúde](/cases/colo-saude): o que já existia virou base auditada, não entulho a descartar. Por último, a especificação. Um artefato provisório que passou por uso real descreve o sistema certo com uma precisão que levantamento de requisitos em sala de reunião raramente alcança, e isso vale tanto para o piloto que morreu quanto para a solução improvisada que chegou ao limite. Na [SuperVida](/cases/super-vida), a gestão de contratos rodava numa base improvisada em Airtable, e os dados e os fluxos que já rodavam ali foram o ponto de partida do ERP sob medida. Na [UniTrust](/cases/unitrust), o primeiro sistema entrou no ar em duas semanas por imposição de prazo, depois de os fundadores romperem com o IMO anterior, e foi o uso real dele que definiu o que a plataforma precisava se tornar. ## Perguntas frequentes **Encerrar um projeto não desmotiva o time que trabalhou nele?** Desmotiva quando o encerramento chega como veredito de qualidade. Não desmotiva quando a regra estava escrita desde o começo e o time participou de aplicá-la. Ajuda muito separar duas coisas na comunicação: o projeto acabou, e o aprendizado dele entrou no próximo. Time que vê o próprio dado sendo usado adiante entende o encerramento como ciclo. **Como justificar à diretoria que investimos e vamos parar?** Apresentando o encerramento como resultado do processo de decisão que a diretoria aprovou, com o número do que foi aprendido e o do que foi liberado. Diretoria reage mal a projeto que morre em silêncio depois de dois anos de relatório otimista. Reage bem a portfólio com data de revisão, porque isso é exatamente o controle que ela pede quando aprova a verba. **E se o critério de parada estiver errado e a empresa matar algo bom?** É um risco real, e a proteção é escrever o critério junto com quem vai usar o sistema, não só com quem patrocina. Preveja também a reabertura: um projeto encerrado com dado e especificação guardados pode voltar depois sem repetir o custo de descoberta da primeira rodada. O que não volta é a atenção gasta mantendo dez projetos meio vivos. ## Um portfólio de inovação se define pelo que ele encerra A capacidade de encerrar é o que separa um portfólio de uma lista de projetos abertos. Ela não vem de disciplina individual nem de cultura de tolerância ao erro. Vem de arquitetura: pergunta escrita, critério de continuidade, dono da decisão e data no calendário, tudo definido antes da primeira reunião de kickoff. Se o seu quadro de iniciativas cresce todo trimestre e nunca diminui, o gargalo não está na execução dos projetos. Está no desenho de como eles terminam. Um [Diagnóstico de Arquitetura Operacional](/contato) de 30 minutos serve para olhar esse desenho com você e identificar onde a decisão está travando.