Um líder de equipa procura uma solução para um problema recorrente: demasiado texto, muito pouco tempo, um prazo que não se ajusta. Em algum lugar encontra uma ferramenta que torna o trabalho mais rápido. A ferramenta custa pouco, pode ser pague com um cartão de crédito ou uma conta pessoal, e não exige aprovação do departamento de TI. Em um dia, o departamento já a utiliza. Ninguém fez nada de errado — havia um problema, havia uma solução, e o caminho entre os dois passou fora de qualquer formulário.
Isto não é uma exceção. É o padrão habitual sempre que uma ferramenta de IA é mais barata e mais acessível do que o procedimento para a solicitar. Quanto mais pesado for o caminho de aprovação, maior é a probabilidade de alguém o contornar. A lista de aplicações aprovadas pelo departamento de TI passa então a descrever não o que realmente acontece, mas o que alguma vez foi solicitado.
Uma assinatura que funciona não é cancelada. O departamento que utiliza a ferramenta vê o problema resolvido, não a lacuna de governação que se criou. Sem um motivo específico, ninguém se apresenta espontaneamente para comunicar que está a trabalhar, fora do controlo do departamento de TI ou de risco, com uma ferramenta que processa texto, dados de clientes ou documentos internos.
O padrão é semelhante ao de uma extensão de navegador com acesso ao seu e-mail: alguém instala algo pequeno, funciona, e a pergunta sobre quem mais está a ler nunca é feita porque nunca surge um momento em que essa pergunta se imponha. Assim se cria um conjunto de aplicações que, individualmente, são pequenas e úteis, mas que juntas formam um ponto ciego maior do que qualquer responsabilidade individual.
O primeiro reflexo é muitas vezes: detetar, apontar, obrigar a parar. Isso tem o efeito contrário. Quem sabe que uma assinatura própria leva a uma repreensão não a comunica — passa a usar a ferramenta de forma mais discreta, talvez através de outra conta, talvez fora do horário de trabalho. O inventário torna-se assim não mais completo, mas menos completo, e o problema desloca-se para um lugar ainda mais difícil de ver.
Um levantamento que funcione não começa com a pergunta "quem fez isto", mas com "o que está aqui a funcionar". Sem represálias, obtém resposta à pergunta sobre quais ferramentas são utilizadas, para que trabalho, e com que dados. Com represálias, obtém apenas silêncio, e um departamento que esconde ainda melhor a próxima ferramenta.
O primeiro passo não é corrigir, mas tornar visível. Isso significa fazer perguntas às pessoas que realizam o trabalho, não apenas aos sistemas que o departamento de TI gere. Como construir um inventário de IA descreve como pode ser essa ronda de perguntas: o que é utilizado, para que tarefa, com que dados de entrada.
Uma vez identificada uma aplicação, a pergunta seguinte não é se pode continuar a existir, mas que papel desempenha e que nível de risco lhe corresponde. Uma ferramenta que resume memorandos internos exige algo diferente de uma ferramenta que trabalha com dados de clientes. Essa classificação determina o que deve ser registado por aplicação — não como exercício burocrático, mas como base para poder demonstrar mais tarde o que se passou e por que razão isso era justificável.
O risco de uma assinatura isolada não existe por si só. O mesmo padrão de algo que entra sem pedido de aprovação surge em uma configuração de teste que nunca foi desligada e em um fornecedor que incorporou IA no seu produto sem que isso tenha sido discutido separadamente. Quem mapeia um único departamento com uma assinatura própria faz bem em colocar a mesma pergunta de forma mais ampla — não como uma caça aos infratores, mas como um levantamento do que realmente está a acontecer.
Um levantamento único regista o que está a funcionar agora. Sem repetição, isso é uma fotografia que envelhece a partir do dia em que foi tirada. Novos departamentos descobrem novas ferramentas, assinaturas existentes ganham novas funcionalidades, e o próximo ponto ciego surge da mesma forma que o anterior. Como reconhecer esse padrão antes que se repita está descrito em colaboradores que utilizam uma ferramenta que ninguém aprovou — como continuação do levantamento, não como substituto dele.
Uma assinatura que um departamento contratou por conta própria diz-lhe geralmente algo sobre o próprio trabalho: havia uma tarefa que consumia demasiado tempo, e alguém procurou uma saída. Essa saída está agora identificada, mas a questão de fundo permanece — que parte desse trabalho pode ser estruturalmente transferida para a IA, e em que condições. O werkscan da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, independentemente da ferramenta que um departamento já tinha encontrado para isso por iniciativa própria.
Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.