O projeto de atualização do sistema bancário central (core banking) está na sexta semana quando o fornecedor envia uma fatura 30% acima do previsto, e seu parceiro financeiro alerta que o contrato de “tempo e materiais” (time-and-materials ou T&M) ultrapassará o limite trimestral, a menos que algo mude imediatamente. A área de compras afirma que a Declaração de Trabalho (SOW) é vaga demais para contestar as horas. O departamento jurídico diz que os termos do contrato oferecem pouca margem de negociação na ausência de critérios de aceitação definidos. O fornecedor alega que o trabalho extra estava implícito. Você se vê diante de um dilema: pagar, pausar ou escalar a questão; enquanto isso, cada dia de espera gera mais horas faturáveis e atrasa a próxima etapa do cronograma. Este curso desenvolverá o discernimento e fornecerá as ferramentas necessárias para evitar exatamente essa armadilha, abordando desde a decisão de fazer internamente ou comprar (make-or-buy) e a escolha do contrato como forma de alocação de riscos, até a elaboração de uma SOW mais precisa com critérios de aceitação mensuráveis e o uso de IA para redigir, monitorar e comprovar o desempenho sem comprometer a auditabilidade.
Na avaliação pós-implementação, a falha não reside na má qualidade do trabalho do fornecedor, mas sim na impossibilidade de comprovar o que constitui um bom trabalho. A SOW prevê a entrega de atualizações de interface para sistemas upstream e downstream, mas não especifica quais são essas interfaces, os formatos de mensagem, os ambientes ou o que define a conclusão da tarefa. Trata-se de um contrato de tempo e materiais (T&M), o que significa que o pagamento é feito com base no esforço e nas despesas, e não em um resultado fixo. Embora essa abordagem possa ser adequada quando os requisitos são incertos, ela também implica que a ambiguidade se converte em horas faturáveis, a menos que haja controle rigoroso sobre o escopo, as aprovações e a aceitação.
Antes de analisar o cronograma, tente prever onde surgirá a primeira divergência: na fatura, na solicitação de mudança ou na aceitação de uma etapa do projeto.
O estouro de custos geralmente começa com um pedido de esclarecimento que parece razoável. O fornecedor pergunta se o fluxo de dados de originação de empréstimos inclui casos de exceção (edge cases). A área de negócios responde que sim, naturalmente. Em um contrato de preço fixo, esse “sim” desencadearia uma discussão sobre o escopo antes do início do trabalho. Em contratos de Tempo e Materiais (T&M), a equipe frequentemente trata isso como um avanço normal, e o fornecedor começa a registrar horas. Na terceira semana, o fornecedor apresenta solicitações de mudança que mais parecem descobertas do que alterações propriamente ditas, e as partes interessadas internas as aprovam, pois o trabalho parece necessário. Na quinta semana, um marco é perdido porque os dados de teste não estavam prontos, e o fornecedor cobra pelo tempo de espera, já que o contrato não definia as dependências do comprador nem regras de suspensão da contagem de tempo (stop-the-clock). Um erro comum do gerente de projetos é tentar argumentar com base na justiça ou equidade, em vez de recorrer à Declaração de Trabalho (SOW), aos critérios de aceitação e ao histórico de aprovações. A noção de justiça não resiste a uma auditoria; evidências, sim.
Ao sentir o problema, a tentação é comprar uma ferramenta de IA e esperar que ela detecte falhas automaticamente. Uma abordagem mais confiável consiste em mapear onde as decisões ocorrem no ciclo de vida do fornecedor e do contrato e determinar quais resultados gerados pela IA poderiam alterar essas decisões. A IA pode ajudar a ler e comparar documentos, extrair obrigações, sinalizar cláusulas ausentes e monitorar indicadores de desempenho. Ela não pode substituir a definição de “concluído” estabelecida no contrato nem realizar aprovações formais.
Relacione cada etapa do ciclo de vida ao tipo de resultado da IA que poderia reduzir o aumento não planejado de custos ou o risco de disputas.
Na fase de recebimento de demandas (intake), a IA pode padronizar requisitos e transformar e-mails desorganizados em um esboço estruturado de escopo e restrições. Na due diligence, ela pode resumir respostas de fornecedores e destacar lacunas em relação a uma lista de verificação (checklist), embora essa lista ainda precise de responsáveis. Na redação, ela pode propor cláusulas e critérios de aceitação, mas o Jurídico deve aprovar a redação e a área de Compras deve alinhar os termos comerciais. No monitoramento, ela pode extrair entregáveis, prazos e requisitos de aprovação do contrato assinado para uma ferramenta de acompanhamento, comparando faturas com regras de registro de horas e evidências de marcos contratuais. Nas renovações, ela pode identificar disputas recorrentes e quantificar a frequência de pagamentos por retrabalho ou tempo de espera. A heurística é simples: utilize a IA onde o gargalo estiver na leitura, comparação, extração ou identificação de inconsistências. Não utilize a IA para definir o apetite ao risco ou para substituir a aprovação final (sign-off).
No setor bancário, a gestão de fornecedores e contratos também funciona como um sistema de controle. Existem requisitos de gestão de risco de terceiros (TPRM), limites de residência de dados, necessidades de trilha de auditoria e gestão de risco de modelos (MRM) caso modelos de IA influenciem decisões. Essas restrições não impedem o uso da IA; elas definem o que é permitido, o que deve ser registrado e o que deve permanecer sob revisão humana.
Defina o posicionamento do seu projeto em relação a esses controles fundamentais antes de implementar qualquer IA nos fluxos de trabalho de compras ou contratos.