Quem deve ser responsável pela estratégia de IA: CEO, CTO ou COO?

Na maioria das empresas, o CEO deve ser o responsável final pela estratégia de IA, o CTO deve responder por como ela é construída e o COO por como ela funciona no dia a dia. Nenhum executivo consegue acumular os três papéis sem deixar um deles de lado. A divisão funciona quando cada papel tem um direito de decisão por escrito e uma pessoa nomeada aprova aquilo que os agentes nunca podem fazer.

Principais pontos

• A estratégia de IA é composta por três trabalhos, não um: prestação de contas, construção e operação. A maioria das disputas sobre quem é o dono nasce de tratá-los como um trabalho só.
• O CEO é o dono certo da prestação de contas, porque as decisões envolvidas tratam de apetite a risco, limite de orçamento e de onde a empresa deixa o software agir em seu nome.
• O CTO é o dono certo da construção, porque arquitetura, segurança e portabilidade definem se os ganhos ficam na empresa quando os modelos mudam.
• O COO é o dono certo da operação, porque os agentes dão certo ou errado dentro de processos reais, com pessoas reais, todos os dias.
• Um patrocinador executivo nomeado e uma página curta com os direitos de decisão evitam a maior parte das falhas. Sem eles, a estratégia tende a seguir quem fala mais alto.

O que significa, de fato, ser dono da estratégia de IA?

A estratégia para uma IA cada vez mais capaz é de longo prazo. Os modelos vão continuar melhorando, e a pergunta para a empresa é se essas melhorias chegam às suas próprias operações ou ficam apenas no produto de um fornecedor. Isso depende de escolhas feitas bem antes de qualquer modelo ficar mais inteligente: quais funções os agentes assumem, que memória e ferramentas recebem, o que podem fazer sem pedir autorização e como a empresa perceberia uma queda de qualidade.

Essas escolhas se dividem em três trabalhos fáceis de confundir:

• Prestação de contas: decidir onde a IA pode agir pela empresa, quanto risco é aceitável e quem responde quando algo dá errado.
• Construção: escolher arquitetura, modelos, memória, ferramentas e integrações, mantendo o resultado portável e seguro.
• Operação: colocar os agentes para rodar em processos reais, acompanhar a qualidade, tratar incidentes e melhorá-los por meio de mudanças controladas.

Quando uma empresa pergunta quem deve ser responsável pela estratégia de IA, geralmente está pensando em um desses trabalhos e esquecendo os outros dois. Um CTO que recebe o tema inteiro constrói bem e depois descobre que ninguém mudou o processo. Um COO que recebe o tema inteiro consegue adoção e depois descobre que ninguém revisou os acessos. Um CEO que fica com o tema inteiro se mantém informado, mas não consegue sustentar nada. Para uma visão mais ampla de como o longo prazo se desenrola, veja Como preparar a empresa para IA superinteligente hoje.

Como CEO, CTO e COO se comparam como donos?

Cada executivo traz uma força real e um ponto cego previsível. Nenhum é uma escolha ruim para o tema como um todo, mas cada um é uma escolha fraca para o tema inteiro sozinho.

O CEO consegue definir limites que ninguém mais define. Só o CEO pode dizer que os agentes podem redigir respostas a clientes, mas nunca conceder créditos, ou que uma nova capacidade precisa esperar até que o processo de revisão exista. O CEO também controla o limite de orçamento e pode interromper um trabalho. O ponto cego é a distância. Um CEO raramente vê como um agente se comporta numa terça-feira à tarde, então a prestação de contas sem uma rotina de acompanhamento vira uma assinatura numa política que ninguém lê.

O CTO entende o que é tecnicamente possível e o que é frágil. Escolher modelos, desenhar como o agente lê os dados da empresa, limitar o que ele pode acessar e manter a estrutura portável são julgamentos técnicos. O ponto cego é o processo. Um agente tecnicamente sólido ainda pode ficar sem uso, gerar desconfiança ou ser apontado para a tarefa errada. Além disso, o CTO carrega uma lista longa de outras prioridades, e a estratégia de IA pode ser absorvida pelo trabalho geral de plataforma e perder seu próprio dono.

O COO sabe onde o trabalho realmente acontece: as passagens de bastão, as exceções, as aprovações e os improvisos informais. Esse conhecimento define qual função um agente deve ocupar e onde uma pessoa precisa continuar no circuito. O COO também comanda a equipe que vai usar o agente, o que torna a adoção possível. O ponto cego é a arquitetura. Sem orientação técnica, um esforço liderado pela operação pode acumular ferramentas desconectadas, cada uma com seu acesso e sem memória ou monitoramento compartilhados.

O padrão é consistente: o CEO enxerga os limites, o CTO enxerga o sistema, o COO enxerga o trabalho. Uma boa divisão dá a cada um o trabalho que corresponde ao que ele consegue ver.

Qual é a divisão recomendada entre prestação de contas, construção e operação?

Use esta lista como guia de decisão. Cada linha indica um dono e o que ele decide.

• O CEO é dono da prestação de contas: a declaração escrita de onde a IA pode agir pela empresa, o apetite a risco, o limite de orçamento, a revisão periódica dos resultados frente aos objetivos declarados e a decisão de expandir ou parar.
• O CTO é dono da construção: arquitetura, escolha de modelos e fornecedores, desenho do acesso a dados, controles de segurança, ferramentas de avaliação e portabilidade, para que a empresa mantenha sua memória, seus prompts e sua configuração caso um fornecedor mude.
• O COO é dono da operação: a definição da função de cada agente, o encaixe no processo, a adoção pela equipe, a qualidade diária, o tratamento de incidentes, os pedidos de mudança e as etapas de aprovação humana.
• Um patrocinador executivo liga os três e conduz a revisão regular. Em empresas menores, costuma ser o CEO ou o COO. O texto Líder interno de IA na empresa: quem é o dono da IA no dia a dia descreve o que esse papel exige.
• Jurídico, financeiro e segurança são consultados em decisões específicas, mas não são donos da estratégia. As questões de financiamento estão em Quem deve pagar pela IA na empresa: orçamento central ou áreas?.

Duas regras mantêm a divisão honesta. Primeiro, quem constrói uma capacidade não deve ser a única pessoa a aprovar as permissões dela, porque a conveniência tende a vencer a prudência. Segundo, quem opera um agente deve poder pedir mudanças e vê-las aprovadas ou recusadas por escrito, para que as melhorias sejam controladas e não improvisadas.

O NIST AI Risk Management Framework é uma boa referência aqui, porque trata a governança como uma função que fica acima de mapear, medir e gerenciar riscos. É o mesmo formato da divisão: a prestação de contas em cima, a construção e a operação logo abaixo.

Como a divisão funciona na prática? Um cenário ilustrativo

Este cenário é ilustrativo, não um projeto real. Imagine uma distribuidora de médio porte que quer um agente para responder a clientes sobre o status de pedidos.

O CEO escreve uma página: o agente pode responder perguntas e redigir respostas, não pode fazer reembolsos nem conceder créditos, e qualquer mensagem que mencione questão jurídica ou de segurança vai para uma pessoa. O CEO também declara o objetivo em termos simples, como menos perguntas de rotina chegando à equipe de atendimento, e pede uma revisão curta a cada trimestre.

O CTO desenha como o agente lê o sistema de pedidos. O acesso é somente leitura, limitado aos campos de que o agente precisa e registrado em log. O CTO escolhe como a memória é armazenada para que a empresa seja dona dela, monta uma forma de testar o agente com um conjunto fixo de perguntas passadas e documenta como trocar de modelo se for preciso.

O COO define a função junto com o líder do atendimento: como é uma boa resposta, quais clientes exigem cuidado extra e quem revisa os rascunhos nas primeiras semanas. Depois de algumas semanas, o COO nota que as respostas a um tipo de cliente estão corretas, mas curtas demais. O COO abre um pedido de mudança. O CTO confirma que a correção não amplia o acesso, o patrocinador aprova e a mudança é registrada.

Nenhum executivo fez algo fora do comum. Cada um usou a visão que já tinha, e a página de direitos de decisão tornou as passagens de bastão explícitas.

Como definir os donos no primeiro mês?

A empresa não precisa de um comitê para começar. Este plano serve a uma empresa de médio porte e pode ser concluído com algumas reuniões objetivas.

• Passo 1: Nomeie o patrocinador executivo. Essa pessoa convoca a revisão e desempata. Escreva o nome.
• Passo 2: Escolha uma função para o primeiro agente. Prefira algo delimitado, em que o sucesso possa ser observado, em vez de um assistente geral para todos.
• Passo 3: Redija a página de limites. O CEO lista o que o agente pode fazer sozinho, o que precisa de aprovação humana e o que ele nunca deve fazer.
• Passo 4: Defina o dono da construção. O CTO documenta os sistemas que o agente acessa, o acesso que ele recebe (privilégio mínimo, como nas orientações de autorização da OWASP) e onde ficam sua memória e sua configuração.
• Passo 5: Defina o dono da operação. O COO nomeia o responsável do dia a dia, os revisores, o caminho de escalonamento e o processo para pedir mudanças.
• Passo 6: Defina a medida de sucesso e a rotina de revisão. Decida o que será observado, com que frequência, e qual resultado levaria a expandir, manter ou parar. Métodos para testar a qualidade de agentes aparecem nos textos da Anthropic sobre avaliações de agentes de IA.

Se a empresa já tem um agente rodando sem dono claro, siga os mesmos passos como uma auditoria, começando por quem pode alterá-lo hoje e quem notaria se ele piorasse. Os fundamentos de governança em Superinteligência empresarial e governança de agentes de IA podem servir de modelo inicial.

Como a abordagem gerenciada da Be Human trata essa divisão?

A Be Human projeta, implementa e opera infraestrutura de IA personalizada para empresas, com o controle permanecendo na empresa. Um primeiro projeto define uma função útil, a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável. Esse trabalho entrega ao CEO uma página clara de limites, ao CTO uma construção documentada e ao COO uma função definida para operar. A operação gerenciada pode incluir monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. A prestação de contas continua com a liderança da empresa, enquanto a Be Human apoia a construção e a operação diária. O serviço é remoto, em português e inglês.

O que dá errado quando a responsabilidade não está clara?

Quatro padrões de falha aparecem repetidamente, e cada um remete a um dono ausente.

• Ninguém é dono do acesso. As permissões são concedidas para um piloto e nunca reduzidas. O remédio é uma revisão recorrente com um aprovador nomeado.
• Ninguém é dono da qualidade. O agente entra em operação, o desempenho cai aos poucos e o primeiro sinal é a reclamação de um cliente. O remédio é um conjunto fixo de avaliação e uma olhada regular nos resultados.
• Ninguém é dono da mudança. Prompts e ferramentas são editados de maneira informal por quem tem acesso, e ninguém sabe explicar por que o comportamento mudou. O remédio é um caminho escrito para pedidos de mudança.
• Ninguém é dono da decisão de parar. Os projetos continuam porque encerrá-los parece fracasso. O CEO deve ter o direito de pausar ou encerrar o trabalho, e o patrocinador deve trazer as evidências.

Um quinto padrão é mais sutil: a responsabilidade fica concentrada em uma única pessoa entusiasmada. Se ela sai, o contexto do agente vai embora junto. Mantenha os direitos de decisão com funções, não com indivíduos, e guarde configuração e memória em lugares que a empresa controla.

Perguntas frequentes

O CEO deve mesmo participar da estratégia de IA em uma empresa de médio porte? Sim, mas de forma enxuta. O CEO não precisa entender o funcionamento interno dos modelos. Precisa definir os limites de onde a IA pode agir, aprovar o limite de orçamento e revisar os resultados em intervalos regulares.

E se não tivermos um CTO? Atribua a construção a quem responde pelos seus sistemas e pela segurança, seja um líder de TI, um chefe de engenharia ou um parceiro externo de confiança. O essencial é que alguém seja explicitamente responsável por acesso, arquitetura e portabilidade, e que essa pessoa não seja a única a aprovar o próprio trabalho.

O COO pode ser dono de tudo? Pode funcionar em uma empresa pequena, principalmente quando o agente atua dentro de um único processo operacional. O risco é que decisões técnicas e de risco sejam tomadas por omissão. Se o COO liderar, inclua um revisor técnico para acesso e arquitetura e mantenha a página de limites do CEO.

Quando criar uma função separada de líder de IA? Considere essa opção quando vários agentes rodarem em diferentes áreas e a coordenação exigir mais tempo do que qualquer executivo tem. Até lá, um patrocinador com direitos de decisão claros e uma rotina leve de revisão costuma bastar. Uma função dedicada pode ajudar mais adiante, mas deve herdar a divisão, não substituí-la.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.