Defina antes da contratação quem pode pedir, analisar, aprovar e financiar uma mudança; qual baseline ela altera; quais evidências o fornecedor deve entregar; e quando o trabalho pode começar. Em projetos de IA, descoberta é esperada, mas adaptação não pode significar escopo, preço ou prazo abertos. O comprador deve controlar o backlog e o resultado; o fornecedor deve expor impactos e alternativas.
A regra prática é simples: nenhuma solicitação material entra em execução até ser classificada, comparada com a linha de base e autorizada por quem controla orçamento e risco. Exceções emergenciais precisam de uma faixa estreita, com limite, comunicação imediata, rollback e ratificação posterior. Isso preserva aprendizado sem transformar conversas, demos ou mensagens em autorização implícita.
AI Change Control Gate-8: 32 pontos antes de assinar
Pontue cada dimensão de zero a quatro: zero, ausente; um, promessa; dois, processo parcial; três, regra documentada com responsável e evidência; quatro, mecanismo testado e monitorável. Para uma implementação relevante, use 24 de 32 como referência, nenhum zero e nota mínima três em autoridade, análise de impacto e rebaseline. Ajuste o gate à criticidade; o corte não é um padrão universal.
- Resultado e decisão — North Star, usuários, baseline e métricas que não mudam por conveniência.
- Escopo e backlog — itens incluídos, excluídos, dependências, prioridade e quem detém o backlog.
- Premissas e evidências — hipóteses sobre dados, modelos, integrações, volumes, acesso e comportamento.
- Configuração técnica — versões de dados, prompts, modelos, ferramentas, APIs, ambientes e controles.
- Impacto integrado — efeito em valor, custo, prazo, capacidade, qualidade, segurança, compliance e operação.
- Autoridade e prazo — quem solicita, recomenda, aprova, rejeita, escala e responde em cada faixa.
- Economia da mudança — orçamento reservado, unit rates, teto, crédito por redução e tratamento comercial.
- Release e rebaseline — testes, aceite, rollback, documentação, comunicação e uma única linha de base atualizada.
Crie uma linha de base pequena, mas suficiente
Congele na assinatura a versão do resultado, backlog priorizado, arquitetura, fontes de dados, integrações, critérios de aceite, equipe, cronograma, preço e riscos conhecidos. Não é uma especificação imutável: é o ponto de comparação. Vincule cada elemento a um identificador e a uma data. Sem baseline, ninguém distingue correção de defeito, esclarecimento, troca de prioridade ou aumento real de escopo.
Classifique toda mudança em quatro faixas
- Esclarecimento — explicita um requisito sem alterar resultado, esforço, risco ou aceite; registra-se sem mudar preço.
- Troca — substitui item por outro de tamanho e risco equivalentes dentro de capacidade e prazo fixos; atualiza o backlog.
- Variação — adiciona, remove ou altera resultado, dados, integração, qualidade, volume, operação ou responsabilidade; exige ficha de impacto e autorização formal.
- Emergência — contém incidente, falha de segurança ou obrigação urgente; permite ação limitada, evidência contemporânea, teto, rollback e revisão posterior.
Defina quem decide a classe e como contestá-la. Corrigir trabalho que já deveria satisfazer critérios de aceite não é automaticamente uma mudança faturável. Uma nova fonte de dados, jurisdição, integração, volume ou revisão humana pode mudar materialmente o sistema, ainda que pareça uma frase curta no backlog.
Exija uma ficha de impacto comparável
- Pedido, solicitante, motivo, urgência e baseline afetada.
- Opções: não fazer, adiar, trocar, reduzir, executar agora ou abrir nova fase.
- Valor esperado e evidência que sustenta a mudança.
- Efeito em entregáveis, dados, arquitetura, modelos, avaliações, segurança e operação.
- Horas, terceiros, consumo, custo recorrente, prazo, capacidade e itens deslocados.
- Novos riscos, controles, critérios de aceite, rollback e dependências do cliente.
- Preço, crédito, teto, fonte orçamentária, aprovadores, validade e data de decisão.
O fornecedor deve separar fatos, premissas e incertezas. Peça estimativa por faixa quando a evidência é fraca e use um pequeno spike pago antes de aprovar uma alteração grande. A orientação do GAO reforça baseline técnica, premissas, risco, documentação e atualização por custos reais; precisão numérica não é sinônimo de confiabilidade.
Alinhe o mecanismo ao modelo comercial
Em preço fixo, descreva a unidade de troca e precifique variações antes da execução sempre que viável. Em time and materials, limite trabalho em progresso, use teto por período e faça o backlog competir por capacidade; horas disponíveis não eliminam a decisão de prioridade. Em contrato por resultado, deixe claro quando a mudança altera o resultado, a atribuição ou um risco fora do controle do fornecedor. Modelos híbridos normalmente separam discovery, capacidade iterativa e releases aceitos.
Evite autorização implícita e filas invisíveis
Nomeie um product owner do cliente e uma autoridade comercial. Reuniões de sprint podem repriorizar itens dentro do envelope aprovado, mas não comprometer orçamento ou alterar obrigação contratual sem autoridade. Registre pedidos em um único sistema, inclua comercial e risco nas cerimônias relevantes e defina um SLA de decisão. O silêncio deve pausar a mudança, não autorizá-la.
Teste o fornecedor antes do contrato
Dê aos finalistas o mesmo cenário: uma fonte perde qualidade, uma integração atrasa e um requisito regulatório surge quando metade do orçamento já foi consumida. Em 60 minutos, peça classificação, opções, impacto, decisão provisória, ajuste do backlog, comunicação e rebaseline. Observe se o time protege o resultado, mostra itens deslocados, calcula custo total, preserva controles e sabe recomendar não fazer.
Use métricas que revelem saúde do controle
- Tempo entre solicitação, análise, decisão e definitização.
- Valor e capacidade consumidos por variações, separados de defeitos e trabalho original.
- Mudanças urgentes, reabertas ou executadas antes da aprovação.
- Itens removidos, créditos concedidos e backlog deslocado.
- Previsão versus impacto real em custo, prazo, qualidade e risco.
- Falhas atribuídas a premissas não validadas ou baseline desatualizada.
Não premie o menor número de mudanças: isso pode esconder decisões informais. O objetivo é detectar cedo, decidir rápido e manter rastreabilidade. A orientação britânica ressalta backlog controlado pelo comprador, qualidade definida e governança comercial; o FAR acrescenta referência rigorosa para autoridade escrita, aviso e precificação, embora não seja regra para toda empresa privada.
Contexto brasileiro e links de decisão
No Brasil, alinhe o mecanismo à entidade contratante, matriz de alçadas, políticas internas, tributação, LGPD, regras setoriais e redação jurídica aplicável. Use https://makinai.co/insights/pt/o-que-incluir-contrato-sow-servicos-ia para a linha de base, https://makinai.co/insights/pt/preco-fixo-time-materials-resultados-projeto-ia para o modelo comercial, https://makinai.co/insights/pt/criterios-aceite-marcos-pagamento-projeto-ia para aceite e https://makinai.co/insights/pt/avaliar-cronograma-projeto-ia-realista-antes-contratar para o plano.
Quando envolver a MAKINAI
A MAKINAI pode ajudar a transformar incerteza em baseline, backlog, ficha de impacto, alçadas e gates de replanejamento antes da contratação. Conheça https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao. Um bom controle de mudanças não congela a solução: torna cada adaptação visível, financiada, testável e reversível.