Plano de governança. O artefato escrito que é entregue junto com toda implementação de ia: um documento de política descrevendo o que a ia pode e o que não pode decidir, um log de auditoria mostrando cada ação e seu resultado, e um plano de rollback que devolve a operação ao seu estado pré-ia.
A maioria das consultorias de ia entrega código. Nós entregamos código mais um plano de governança. O plano de governança não é um add-on opcional nem uma reflexão tardia da semana final. Ele está no contrato desde o primeiro dia, e é entregue junto com a implementação.
#Por que governança está dentro do escopo, não fora
O padrão que vinha aparecendo nos engajamentos iniciais era esse: um time passa semanas construindo e entregando um fluxo de ia. Ele entra no AR. Então alguém faz uma pergunta que o time não consegue responder com clareza. Quem aprovou essa decisão? O que acontece se o modelo produzir uma resposta errada em escala? Como revertemos para o processo anterior se precisarmos?
Essas perguntas não são casos extremos. São as primeiras perguntas que um diretor de risco, um time jurídico ou um novo líder de operações vão fazer. Se as respostas não estão documentadas — nem na config do modelo, nem num readme, mas num artefato escrito legível — o fluxo de ia fica sobre um terreno mole.
Colocamos governança dentro do escopo porque entregar sem ela é uma entrega incompleta. O fluxo roda, mas a organização não está pronta para assumi-lo.
#O que o plano de governança de fato contém
Três documentos, escritos e testados junto com a implementação.
- documento de política — o que a ia está autorizada a decidir, o que deve escalar para um humano e o que nunca deve fazer. Escrito para o time de operações, não para engenheiros.
- especificação do log de auditoria — o schema e as regras de retenção para toda ação da ia. Quem agiu, sobre qual input, com qual output, em qual horário. Esse é o documento que seu time de compliance vai pedir em algum momento.
- plano de rollback — instruções passo a passo para reverter o fluxo à sua versão manual ou anterior. Testado, não teórico. Uma pessoa nomeada é dona do plano.
O documento de política precisa de advogado?
Não para a primeira versão. O documento de política é um documento operacional, não jurídico. Ele descreve o que a ia faz e o que os humanos são donos. Se a sua organização depois precisar de uma política formal de uso de ia para compliance ou regulação, o documento de política é a base de evidência que torna escrever uma mais rápido. Entregamos para o seu time em português claro.
#A conversa que costuma acontecer no meio do projeto
Em muitas implementações, um stakeholder — muitas vezes um CFO, um responsável de compliance ou um diretor de operações que não estava no briefing inicial — entra no projeto no meio do caminho. As perguntas que ele faz são previsíveis: o que este modelo faz quando erra? Quem responde? Qual é a pior falha e como nos recuperamos?
Quando essas perguntas chegam e o plano de governança já existe, a reunião é curta. Quando chegam e a equipe precisa construir as respostas depois, o projeto desacelera, às vezes para e ocasionalmente é cancelado. O plano de governança é o documento que impede que uma reunião no meio do projeto vire um longo atraso.
We are
Entregamos três artefatos escritos — política, spec do log de auditoria, plano de rollback — como parte do escopo combinado. O plano de governança é testado, escrito em linguagem clara e pertence à sua equipe desde o primeiro dia.
We aren't
Consultorias que acrescentam governança como módulo extra depois do go-live, ou apresentações que descrevem 'princípios de ia responsável' sem nomear um único procedimento de rollback.
#O que envolve produzi-lo
O plano de governança é trabalho adicional a um engajamento de implementação padrão. Um engenheiro sênior e um estrategista o escrevem em paralelo à fase final de testes, então ele não atrasa a entrega. Faz parte do escopo combinado na chamada de descoberta.
Engajamentos de governança independentes — para organizações que já têm ia em operação e precisam dos artefatos escritos — são definidos por escrito na chamada de descoberta. O formato é uma auditoria da ia que você tem em operação mais os três documentos: o documento de política, a spec do log de auditoria e o plano de rollback — entreguemos o build ou não. Se a ia já está em produção e falta o plano de governança, a auditoria descobre primeiro o que é necessário.
#Por que tornamos isso não opcional
A razão mais simples: um fluxo de ia sem um plano de governança é um produto incompleto. Pode rodar hoje. Vai causar problemas no momento em que um membro do time muda, um regulador faz uma pergunta ou os outputs do modelo mudam de forma inesperada.
A segunda razão: add-ons opcionais são os que são cortados em negociações de escopo. Governança não é uma feature. é a evidência de que a implementação foi feita direito.
Somos novos. As condições nesta página são as que vamos honrar com o primeiro cliente que assinar. Se você está definindo o escopo de uma implementação de ia e quer ver como é um plano de governança antes de se comprometer, agende uma chamada de discovery de 30 min. Vamos passar por um exemplo redigido na chamada.
Vocês vendem planos de governança para ia que não construíram?
Sim. Engajamentos de governança independentes são definidos por escrito na chamada de descoberta, antes de qualquer trabalho começAR. A entrega são os mesmos três documentos (documento de política, spec do log de auditoria, plano de rollback), escritos APós uma auditoria da ia que você tem em operação. Para organizações que lançaram rápido e precisam da base escrita antes de a conversa de compliance chegar.
