Resposta direta
Piloto interrompido sem motivo registrado costuma ter causa reconstruível. A separação útil é entre interrupção de prioridade, de custo, de desempenho abaixo do esperado e de mudança de responsável. Cada uma leva a decisão diferente. Retomar faz sentido quando o problema original continua aberto e há responsável com tempo alocado para operar. Encerrar é a resposta correta quando a parada veio de dado que não existe, processo instável ou ausência de quem assuma a operação depois do piloto. O registro que faltou fazia parte do resultado.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata apenas do piloto já interrompido: reconstrução da causa e escolha entre retomar e encerrar, sem repetir o debate de por onde começar.
A causa fica nos vestígios da operação
Piloto abandonado deixa rastro mesmo sem relatório final: acessos que ninguém mais usa, planilha de acompanhamento, mensagens de aprovação, contrato de ferramenta ainda ativo. Esses vestígios mostram em que ponto a rotina parou e quem estava perto dela.
Reconstruir não é buscar culpado. É separar o que era corrigível, como critério mal definido, dado sujo ou escopo maior que a equipe, do que era estrutural, como processo inexistente ou área sem dono para operar depois do piloto.
Três desfechos e o que cada um exige
Retomar exige o mesmo problema ainda aberto e um responsável com tempo alocado. Sem as duas condições, o piloto volta a parar no mesmo ponto, com custo maior, porque parte do aprendizado se perdeu.
Encerrar é decisão legítima quando a causa é estrutural. Refazer o escopo cabe quando o objetivo continua válido, mas o recorte era grande demais para a evidência disponível. As três opções pedem registro escrito, mesmo curto.
O que a reconstrução não resolve
A reconstrução produz hipótese provável, não certeza. Quando não há vestígio nenhum, nem acesso, nem mensagem, nem responsável localizável, a decisão passa a ser sobre risco, não sobre fato.
Ela também não decide pelo negócio: se o problema deixou de importar, nenhum argumento técnico justifica retomar. E não impede nova interrupção. O que muda o ciclo seguinte é o critério de encerramento combinado antes de o piloto começar.
Recurso prático
Sinal de interrupção e o que confirmar antes de decidir
| Sinal encontrado | O que confirmar |
|---|---|
| Prioridade mudou | Se o problema original continua aberto e quem pediu o piloto permanece na empresa. |
| Desempenho abaixo do esperado | Se o critério de sucesso foi definido antes do piloto ou ajustado depois de ver o resultado. |
| Custo de manter maior que o previsto | Se o custo apurado inclui operação e revisão, não apenas a construção inicial. |
| Dado indisponível ou instável | Se a fonte existe hoje e tem responsável nomeado pela qualidade dela. |
| Saída do patrocinador | Se há substituto com orçamento e tempo alocados, não apenas interesse declarado. |
O erro mais comum é ler a ausência de registro como ausência de problema. O piloto costuma ter sido encerrado por motivo claro na época, apenas não documentado. Sem esse resgate, o piloto seguinte para no mesmo ponto.
Conceitos usados nesta página
- Registro de decisão — Registro de decisão é o registro mínimo do que foi decidido, por quem, com qual premissa e a partir de quando — o que permite reconstruir a escolha depois, sem depender da memória de quem estava na sala.
Sobre o que está escrito aqui
Conceitos relacionados: piloto de IA · registro de decisão · critério de encerramento · reconstrução de causa · responsável pela operação. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- IA aplicada e agentes — Página central do tema
- Atendimento com IA: o que pode ir para o clie… — atendimento com IA sem regra
- Por onde começar com IA: o que avaliar antes — não saber por onde começar com IA
Páginas relacionadas
O mesmo problema em outro objetivo
- Piloto de IA parado: recuperar o motivo não registrado — Diagnosticar
- Piloto abandonado sem registro: como reconstruir o motivo — Organizar um processo
- Piloto abandonado sem registro do motivo: o que comparar — Comparar alternativas
- Piloto de IA abandonado: como medir sem motivo registrado — Explicar medição
- Piloto de IA parado: como registrar o motivo antes de retomar — Orientar implementação
Outras leituras em IA aplicada e agentes
- Piloto de IA que não virou rotina: o que cobrar na contratação — O que precisa estar definido na contratação de um piloto de IA para que a rotina operacional o absorva, em vez de encerrá-lo na demonstração.
- Conversa difícil: o que a IA substitui e o que não substitui — Compara três caminhos para a conversa difícil: adiar com processo, apoiar com rascunho de IA e conduzir direto com registro do que ficou decidido.
- Piloto de IA parado: o que falta para virar rotina — O que precisa existir para um piloto de IA sair do projeto e entrar na operação: dono, frequência, tratamento de exceção e critério de encerramento.
- Erro de IA tratado como falha da pessoa: o que contratar — O erro de IA aparece como falha individual na operação. A página trata da divisão entre erro de modelo, limite do dado e decisão humana no contrato.
- Piloto de IA sem critério: como decidir continuar ou parar — Define o que registrar antes do piloto de IA começar: decisão esperada, indicador de comparação, responsável pela leitura do resultado e regra de encerramento.