Uma boa revisão do portfólio de IA deve obrigar cada piloto a chegar a uma de três decisões: escalar, corrigir uma incerteza definida ou encerrar. Tudo que for chamado de “pausado” precisa de uma dependência identificada, uma pessoa responsável e uma data de decisão. Sem isso, pausa é apenas uma decisão de encerramento que ninguém quer tomar.
É isso que quero dizer com lista de encerramento. Ela não é uma cota de projetos fracassados nem uma arma contra quem os propôs. É um registro visível do trabalho cujo próximo real investido já não tem uma justificativa defensável. Quando bem usada, a lista devolve capital, capacidade técnica escassa e orçamento de risco a oportunidades melhores.
A abordagem fecha o ciclo entre planejar um orçamento de IA, medir a economia completa da IA e agir quando as evidências mudam. Um portfólio que consegue iniciar experimentos, mas não consegue encerrá-los, não está aprendendo. Está acumulando obrigações.
Continuar também é uma decisão
Pilotos de IA são fáceis de aprovar porque cada um parece pequeno. O custo do portfólio se esconde no total: consumo de modelos e plataformas, trabalho com dados, revisão de segurança, integração, avaliação, suporte e a atenção de pessoas que poderiam resolver outro problema.
Por isso, a revisão precisa comparar o próximo incremento de gastos com o melhor uso alternativo desses recursos. O dinheiro já gasto pode explicar como a organização aprendeu, mas não fortalece o próximo pedido de investimento. O Green Book 2026 do HM Treasury faz a mesma distinção: custos irrecuperáveis não devem orientar a próxima decisão, enquanto o custo de oportunidade de continuar usando recursos ainda importa.
Não deve haver um prazo universal de seis meses. Um assistente de documentos e um fluxo clínico com IA têm necessidades diferentes de evidência e garantia. A disciplina importante é definir o período antes do início, alinhá-lo à incerteza que será testada e impedir que a equipe mude a linha de chegada depois de ver o resultado.
Escreva o contrato de revisão antes do piloto
Todo piloto deve entrar no portfólio com um contrato de revisão curto. Se a equipe não consegue preenchê-lo em linguagem clara, provavelmente ainda não está pronta para gastar.
| Campo da revisão | O que o portfólio precisa saber |
|---|---|
| Resultado de negócio | O que muda para um cliente, funcionário, operação, fonte de receita ou exposição a risco? |
| Linha de base | Como o trabalho funciona hoje sem o sistema de IA proposto? |
| Meta de evidência | Qual resultado justificaria a próxima etapa e como ele será medido? |
| Custo total | O que desenvolvimento, operação, revisão, controle e suporte exigirão? |
| Limite de risco | Qual falha ou risco residual tornaria inaceitável continuar? |
| Patrocinador | Quem responde pelo resultado de negócio e pode tomar a decisão de encerrar? |
| Data da decisão | Quando as evidências serão revisadas, em vez de apenas relatadas? |
| Plano de saída | Como acessos, dados, integrações, fornecedores e infraestrutura serão desativados? |
Isso não transforma inovação em disputa burocrática. O contrato deve ser proporcional ao custo, à complexidade e às consequências. Seu objetivo é impedir que o portfólio invente critérios de sucesso depois que o experimento já produziu um resultado ambíguo.
O NIST AI Risk Management Framework apoia essa visão de ciclo de vida. Sua função Manage pede uma decisão sobre o sistema de IA atingir ou não o propósito pretendido e sobre a continuidade do desenvolvimento ou da implantação. Também pede mecanismos e responsabilidades atribuídas para desligar ou desativar sistemas cujo desempenho ou resultados entrem em conflito com o uso pretendido.
Use três resultados reais
Na revisão, escolha um dos três resultados e registre o motivo.
- Escalar quando o piloto tiver produzido evidências úteis, o custo operacional for confiável, o risco estiver dentro da tolerância e uma pessoa responsável estiver pronta para operá-lo como produto com suporte.
- Corrigir quando uma incerteza importante ainda puder ser testada por meio de uma mudança específica e limitada no tempo. Corrigir não é permissão para reiniciar todo o piloto com uma nova história.
- Encerrar quando a necessidade de negócio tiver mudado, as evidências não atingirem o limite, a economia não funcionar mais, o risco não puder ser reduzido até a tolerância, o patrocinador tiver saído ou uma opção mais simples sem IA for melhor.
A categoria de correção é onde os portfólios frequentemente perdem a disciplina. Dê a ela uma hipótese, uma pessoa responsável, um limite de orçamento e uma nova data de revisão. Se a equipe voltar com outro caso de uso, outros usuários e outros critérios de sucesso, isso é uma nova proposta, não evidência de que a anterior deu certo.
A preparação para produção também merece um nível mais alto que uma demonstração convincente. O modelo mínimo viável de governança de IA oferece níveis de risco e portões de evidência, enquanto as operações de IA no dia dois tornam visíveis responsabilidade, monitoramento, resposta a incidentes e recuperação. Se essas obrigações tornarem a economia pouco atraente, o portfólio aprendeu algo importante antes de escalar a responsabilidade.
Registre o aprendizado sem inventar ROI
Um piloto encerrado não precisa de um retorno sobre investimento fictício para ter valor. Relate seu aprendizado com honestidade:
- gastos futuros evitados após a decisão;
- capacidade devolvida a engenharia, segurança, dados e negócio;
- um risco ou uma dependência eliminados;
- uma premissa refutada;
- dados de avaliação, trabalho de integração ou padrões de controle reutilizáveis; e
- uma pergunta de seleção melhor para a próxima proposta.
Mantenha o custo futuro evitado separado do dinheiro já gasto e não conte o tempo liberado da equipe como economia, a menos que a organização consiga mostrar para onde essa capacidade foi. O objetivo é um registro de decisão que melhore a próxima alocação, não um truque aritmético que faça todo experimento parecer bem-sucedido.
A lista de encerramento também deve preservar o motivo da decisão. Com o tempo, causas recorrentes podem revelar problemas no nível do portfólio: casos de uso sem linha de base, responsáveis de negócio ausentes, dados que não estão prontos, controles adicionados tarde demais ou economia unitária que falha diante de requisitos realistas de qualidade. Essa evidência é mais útil que um painel mostrando quantos pilotos continuam ativos.
Torne seguro dizer a verdade
O medo é um modelo operacional ruim. Se encerrar um piloto for tratado como uma marca negativa para a equipe, as pessoas esconderão sinais fracos, reduzirão a medição e continuarão pedindo mais um ciclo. O desenho de governança deve separar a qualidade do experimento da decisão de continuar o investimento.
O patrocinador de negócio responde pelo resultado. A equipe técnica responde pela integridade das evidências. O fórum de portfólio responde pela escolha da empresa. Essa divisão evita que uma equipe de projeto precise defender a própria existência e impede que uma área proteja uma iniciativa local às custas da companhia inteira.
Os líderes definem o tom perguntando: “O que aprendemos e onde esta capacidade deve ser aplicada agora?” É uma pergunta mais difícil e mais útil que: “Quem falhou?”
Faça a próxima revisão de outro jeito
Comece por todos os pilotos de IA ativos, não apenas pelos que pedem dinheiro novo. Entregue a cada patrocinador uma página com o contrato de revisão, as evidências reais, a incerteza restante, o custo total da próxima etapa e o resultado recomendado.
Depois, tome na reunião a decisão de escalar, corrigir ou encerrar. Publique internamente a lista de encerramento com o motivo, a capacidade liberada, o aprendizado reutilizável e a pessoa responsável pela desativação. Por fim, confirme que credenciais, cópias de dados, compromissos com fornecedores, integrações e infraestrutura foram realmente retirados. Uma decisão em uma apresentação não é desativação.
O objetivo não é encerrar mais projetos de IA. É garantir que cada projeto continue porque as evidências atuais justificam sua continuidade, não porque parar seja desconfortável.
