Como evitar aumento de escopo em projeto de IA: método do estacionamento

O aumento de escopo em projeto de IA se controla fixando por escrito o critério único de sucesso do piloto e enviando cada novo pedido para um estacionamento de ideias, em vez de colocá-lo na construção. Cada item estacionado é registrado, dimensionado pelo que mudaria no piloto e revisado em data fixa. Assim, a resposta a uma boa ideia passa a ser “ainda não, e aqui está quando decidimos”. O piloto continua pequeno o bastante para provar algo, e a lista de ideias continua viva.

Principais pontos

• O aumento de escopo em pilotos de IA raramente chega como uma grande exigência. Chega em pedidos pequenos e razoáveis, e cada um acrescenta uma fonte de dados, uma ferramenta, um canal ou um grupo de usuários.
• O estacionamento é uma lista visível, com responsável, formulário de entrada fixo e revisão agendada. Ele transforma o “não” em “ainda não, e aqui está quando”.
• Faça a triagem pelo que o pedido mudaria (dados, permissões, usuários, risco), não pelo quanto alguém o deseja.
• Só dois tipos de pedido entram num piloto em andamento: correções de falhas em relação ao critério de sucesso e problemas de segurança ou conformidade.
• Ideias estacionadas são um ativo. Depois do piloto, viram um backlog baseado em evidências para a próxima decisão.

Por que pilotos de IA crescem com tanta facilidade?

É fácil imaginar um agente de IA em outros lugares. Quando uma equipe vê o agente responder bem a uma pergunta, todas as equipes vizinhas reconhecem a sua própria versão do problema. Ninguém está sendo despropositado. Os pedidos costumam vir de pessoas que querem que o piloto dê certo.

O problema é que cada acréscimo muda o que precisa ser testado. Um novo canal muda a forma como as pessoas formulam perguntas. Uma nova fonte de dados muda o que o agente pode errar e o que ele pode revelar. Uma nova ferramenta traz novas permissões, e orientações de autorização como o OWASP Authorization Cheat Sheet são claras: o acesso deve ser concedido de forma deliberada e limitado ao que a tarefa exige. Um novo grupo de usuários muda o que significa “bom o suficiente”. Quando tudo isso chega junto, o piloto não consegue mais dizer o que provou, porque várias coisas mudaram ao mesmo tempo.

A orientação da Anthropic sobre como construir agentes eficazes aponta algo parecido: comece pela solução mais simples que funcione e só acrescente complexidade quando ela melhorar claramente os resultados. O piloto é essa disciplina aplicada dentro da empresa. Seu trabalho é produzir uma resposta clara, não virar uma cópia reduzida do sistema final. Para ver o que cada etapa precisa demonstrar, leia por que pilotos de IA não saem do papel e como levá-los à produção.

O que é o método do estacionamento?

O estacionamento é um lugar deliberado para os pedidos esperarem. Ele tem quatro partes, e as quatro são necessárias.

• A cerca: uma declaração de uma página com o papel do piloto, o critério de sucesso, os usuários nomeados, as ferramentas aprovadas e os limites de aprovação. Todo pedido é julgado contra ela.
• A entrada: um único lugar e um formulário curto, para que os pedidos não cheguem por conversas de corredor, threads de chat e e-mail.
• A triagem: uma classificação rápida pelo que o pedido mudaria, feita em ritmo regular e não no calor do momento.
• A data de revisão: uma data no calendário em que os itens estacionados são decididos, de preferência no checkpoint de encerramento do piloto.

A regra que faz tudo funcionar é simples. Nenhum pedido é ignorado, e nenhum pedido entra na construção sem passar pelo portão. Ignorar pedidos corrói a confiança. Aceitá-los em silêncio prejudica o piloto. O estacionamento é a terceira opção.

Como montar o estacionamento, passo a passo?

Você pode fazer isso em uma sessão de trabalho antes de o piloto começar, ou no meio de um piloto que já começou a se desviar.

• Passo um: escreva a cerca. Registre em uma única página o papel único, o critério único de sucesso, os usuários nomeados, as ferramentas e os limites de aprovação. Se o critério ainda não for observável, corrija isso primeiro. O guia sobre metas, evidências e ajustes na avaliação de desempenho de um agente de IA ajuda nessa etapa.
• Passo dois: nomeie um responsável. Uma pessoa mantém a lista e conduz a triagem, em geral o líder do piloto, com o respaldo do patrocinador executivo. Esse tipo de papel é detalhado em líder interno de IA na empresa.
• Passo três: monte a entrada. Pergunte quem está pedindo, qual é o problema em uma frase, quem se beneficiaria e o que o pedido tocaria: dados, ferramentas, permissões, usuários ou canais.
• Passo quatro: responda rápido. Retorne a cada solicitante em até um ou dois dias úteis com a mesma mensagem: recebido, registrado, e esta é a data da revisão.
• Passo cinco: faça a triagem em ritmo regular. Semanal costuma bastar. Classifique cada item em um de três grupos: cabe na cerca, é adjacente à cerca ou é outro projeto.
• Passo seis: anexe evidências. À medida que o piloto produz resultados, vincule os itens estacionados ao que foi observado. Uma lacuna que aparece repetidamente na fala de pessoas diferentes é um sinal. O pedido de uma única voz insistente não é.
• Passo sete: decida na revisão e registre cada decisão e seu motivo, inclusive dos itens que você recusa.

Como dizer ainda não sem perder a confiança?

As pessoas aceitam um adiamento muito melhor do que o silêncio ou um “talvez” vago. Uma boa resposta de “ainda não” tem quatro partes: nomeia o problema que a pessoa descreveu, explica o adiamento em função do critério do piloto, informa uma data e diz quem decide.

Ainda não: seu pedido está registrado e vamos decidir sobre ele na revisão, quando o piloto tiver mostrado seu resultado.

Alguns hábitos sustentam essa frase.

• Diga o que o piloto está protegendo. Por exemplo: estamos testando um papel contra uma medida, e acrescentar isso agora nos impediria de saber qual mudança causou qual resultado.
• Não argumente contra a ideia. Muitas vezes a ideia é boa. O motivo para esperar é a sequência, não a qualidade.
• Ofereça uma solução manual provisória, se existir, para que o solicitante não fique travado.
• Mostre a lista. Quando as pessoas veem seu item ao lado dos demais, o processo parece justo.
• Respeite a data de revisão. Um estacionamento sem revisão é uma forma educada de enterrar ideias, e as pessoas percebem.

Pedidos de pessoas seniores seguem o mesmo caminho. É nesses casos que o método mais importa, porque um pedido sênior é o mais difícil de recusar e o mais fácil de aceitar sem notar o custo.

Cenário ilustrativo: quatro pedidos em um mês

Este é um cenário ilustrativo, não o relato de um cliente. Uma distribuidora pilota um agente que redige respostas a perguntas sobre status de pedidos para a equipe de atendimento. O critério de sucesso: a equipe envia os rascunhos com edições leves e uma revisão semanal por amostragem constata que os rascunhos são coerentes com os registros dos pedidos.

No meio do piloto, chegam quatro pedidos.

• O gerente do armazém pede que o agente atualize datas de entrega no sistema de pedidos. Isso acrescenta acesso de escrita a um sistema de registro. O item é estacionado e sinalizado para revisão de permissões.
• O financeiro pede que o agente responda dúvidas sobre faturas. Isso acrescenta uma fonte de dados e um novo grupo de usuários. O item é estacionado como adjacente.
• O comercial pede um canal de mensagens com clientes. Isso muda a forma como as perguntas chegam e quem vê o resultado do agente. O item é estacionado como adjacente.
• Um atendente relata que os rascunhos informam errado o prazo de devolução de uma linha de produtos. Isso é uma falha em relação ao critério de sucesso, então entra imediatamente como solicitação de mudança.

Na revisão, o piloto tem um resultado claro. Os itens estacionados agora têm evidências por trás: com que frequência as dúvidas sobre faturas realmente chegam ao atendimento, qual canal os clientes de fato usam e se o acesso de escrita se justifica. A empresa escolhe o próximo item e lhe dá um papel e um critério próprios. Sem o estacionamento, o piloto teria carregado quatro mudanças ao mesmo tempo e provado muito pouco.

Quando um item estacionado deve entrar no piloto?

Use estas perguntas em ordem e pare na primeira que se aplicar.

• É um problema de segurança, privacidade ou conformidade? Trate agora e considere pausar a parte afetada do piloto.
• É uma falha do papel atual em relação ao critério de sucesso? Trate agora como mudança controlada. O artigo O que é AgentOps? Como operar um agente de IA no dia a dia mostra como esse fluxo funciona na rotina.
• Acrescenta uma fonte de dados, ferramenta, canal ou permissão de escrita? Estacione e faça uma revisão de permissões antes de construir.
• Acrescenta um novo grupo de usuários? Estacione até o resultado do piloto sair.
• Mudaria a forma de medir o sucesso? Estacione e trate como um novo piloto, com critério próprio.
• É um refinamento dentro da cerca, como redação, tom ou formatação? Agrupe com outras pequenas mudanças em um momento programado.

A ordem importa. Segurança vem primeiro porque não pode esperar. Correções vêm em segundo porque protegem o resultado que o piloto existe para produzir. Todo o resto muda o que o piloto mede, exatamente o que a cerca existe para impedir. Se o piloto roda sob um contrato escrito, essa mesma lógica deve constar nele: um escopo definido e um caminho definido para mudanças.

Como a Be Human trata o escopo em um projeto gerenciado?

O primeiro projeto define um papel útil, a memória e as ferramentas de que ele precisa, os limites de aprovação e um critério de sucesso observável. Essa definição é a cerca. Durante o piloto, os novos pedidos são registrados em uma lista compartilhada, em vez de construídos sob demanda, e cada um é descrito pelo que tocaria: dados, ferramentas, permissões e usuários. Correções de falhas em relação ao critério seguem um processo de mudança controlada, e qualquer item que acrescente acesso passa por revisão de permissões antes de ser construído. Os itens estacionados são revisados com o cliente no checkpoint combinado, e os que avançam recebem sua própria definição de papel e critério de sucesso. O atendimento é remoto, em inglês e português, e por isso a lista e as notas de revisão são escritas para serem lidas de forma assíncrona.

Perguntas frequentes

O estacionamento é só uma forma educada de recusar? Não, se tiver responsável, data de revisão e decisões registradas por escrito. O ponto é a sequência: o piloto responde primeiro a uma pergunta, e os itens estacionados são decididos com as evidências que ele produz. Se a lista nunca é revisada, ela de fato vira uma recusa, então proteja a data de revisão.

Quem decide o que sai do estacionamento? O patrocinador executivo ou um grupo de decisão combinado, com o líder do piloto apresentando a triagem. Os solicitantes não devem decidir sobre os próprios itens. As decisões devem se apoiar no critério de sucesso, nos resultados observados e no risco que cada item acrescenta.

E se o patrocinador pedir algo no meio do piloto? Passe o pedido pela mesma entrada e explique a troca com clareza. Se for realmente urgente, o patrocinador pode optar por mudar o piloto, mas então o critério de sucesso e o cronograma devem ser reescritos para que o resultado continue interpretável.

Quanto tempo um item estacionado deve esperar? Até a revisão no fim do piloto ou até o próximo checkpoint combinado no início. Itens que ainda forem desejados depois da revisão devem virar um pequeno piloto próprio, com medida própria. Itens que ninguém levantar de novo podem ser encerrados com uma nota curta.

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