Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Governança de agentes do Copilot: controle total com o Centro de administração do Microsoft 365 e o Copilot Studio (Dublagem IA)

Transcript

Governança de agentes do Copilot: controle total com o Centro de administração do Microsoft 365 e o Copilot Studio (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

0:00
Preparado para 10 dias de Microsoft 365, Copilot, IA, Azure e as pessoas que estão moldando o futuro do trabalho?
0:07
Em janeiro, a M305 Com está de volta e vamos fazer algo ainda maior.
0:12
Junte-se a nós para sessões ao vivo, demonstrações reais e conhecimento prático de MVPs e especialistas do setor em todo o mundo.
0:18
Nada de slides genéricos ou palavras da moda sem fim.
0:21
Vamos abordar os desafios reais Copilot Studio, agente de A, fábrica, segurança, governança e automação.
0:28
Seja você um profissional de TI, desenvolvedor ou líder de negócios, há sessões projetadas para você.
0:35
Com 10 dias inteiros, você pode explorar várias tecnologias e se conectar com uma comunidade global.
0:40
Assista ao vivo e leve insights práticos de volta para a sua organização.
0:45
Janeiro de 2027, 10 dias, uma comunidade Microsoft. As inscrições já estão abertas.
0:52
Garanta seu lugar hoje mesmo.
0:55
Acesse M305.com.net e...
0:58
Inscreva-se agora em M305.com.net e nos vemos.
1:03
Ao vivo em janeiro.
1:05
O que acontece se seus agentes de A começarem a tomar decisões sem que você perceba?
1:09
Na sessão de hoje, veremos por que a governança não é mais opcional e como o centro de administração do Microsoft 365 pode lhe dar esse painel de controle que faltava.
1:15
Você verá as ferramentas exatas que ajudam a impedir que seus agentes ajam por conta própria, enquanto ainda capaciza suas equipes para construir o que precisam.
1:22
Se você tem se perguntado como desbloquear os benefícios do Copilot sem perder a supervisão, você está no lugar certo.
1:27
Por que os agentes de A assustam tantas organizações?
1:30
O que faz uma empresa hesitar quando os benefícios dos agentes de A parecem tão óbvios no papel?
1:34
Redução do trabalho manual, tomada de são mais rápida, melhor uso de dados.
1:38
À primeira vista parece uma vitória fácil de aprovar.
1:40
No entanto, quando a conversa passa da apresentação de slides para a implementação real, você vê as equipes de liderança e querem.
1:46
A hesitação não vem da falta de crença na tecnologia.
1:49
Vem do medo do que pode acontecer quando centenas ou até milhares de pequenas automações começarem a rodar em segundo plano sem uma supervisão clara.
1:56
A tensão entre uma promessa enorme e uma incerteza igualmente enorme manteve muitas organizações presas no modo piloto por muito mais tempo do que esperavam.
2:04
A realidade é que os agentes de A deixam as pessoas nervosas porque não funcionam como outras ferramentas.
2:08
Você pode controlar quando os funcionários instalam um novo aplicativo de produtividade ou bloquear softwares com gerenciamento de endpoint,
2:13
mas os agentes não se encaixam perfeitamente nessas categorias.
2:16
Eles são projetados para agir às vezes rapidamente, às vezes em vários sistemas simultaneamente.
2:20
Uma vez liberados, pode parecer que estão agindo por conta própria.
2:23
E para líderes de TI treinados para pensar em termos de controle, padronização e governança,
2:26
a ideia de processos invisíveis em segundo plano, moldando fluxos reais de informação, pode parecer perder totalmente o controle da organização.
2:33
Muitos exemplos mostram como isso acontece na prática.
2:35
Uma equipe de pesquisa lança um bot para extrair e organizar conjuntos de dados.
2:39
Outra pessoa vê que funciona e o copia com pequenos ajustes.
2:41
Em poucas semanas, a empresa não está mais executando um agente bem governado.
2:44
Está executando 20 clones com pequenas diferenças, sem controle de versão e sem um proprietário claro.
2:49
Agora, um analista em Berlim toma decisões com base em um conjunto de dados um pouco diferente do que um gerente em Nova York usa,
2:54
e o setor financeiro fica confuso porque ambas as versões acabam alimentando seus relatórios.
2:57
Multiplique isso por dezenas de departamentos, cada um tentando ganhar velocidade,
3:02
e de repente o aumento de produtividade se transforma em uma dúvida sobre em qual número alguém pode realmente confiar.
3:07
Também vimos casos em que a automação invadiu territórios que nunca deveriam ter sido tocados.
3:12
Uma empresa tinha um script interno, movendo silenciosamente informações de clientes entre sistemas para agilizar o onboarding,
3:17
mas ninguém revisou se as transferências de dados seguiam os padrões de conformidade.
3:20
Quando os auditores chegaram, a organização não conseguiu apresentar um registro de quem o escreveu porque ele estava rodando ou quais regras ele seguia.
3:28
Isso não foi uma falha nas capacidades da IA. Foi uma falha de supervisão.
3:32
Uma tecnologia projetada para economizar tempo introduziu a maior dor de cabeça de conformidade que a empresa enfrentou em anos.
3:38
Não é difícil ver porque os líderes reagem com cautela.
3:40
Introduzir agentes sem limites é como entregar um drone a cada funcionário e deixá-lo voar para onde quiser.
3:46
Os primeiros podem decolar sem problemas, mas logo um colide com um prédio,
3:49
outro desaparece sem que ninguém saiba para onde foi e um terceiro impede o pouso de um helicóptero de emergência.
3:55
Sem uma torre de controle, a mesma tecnologia que deveria aumentar a eficiência se torna um perigo público.
4:00
O mesmo princípio se aplica ao trabalho intelectual.
4:03
A automação em si não é a fonte do medo.
4:05
A ausência e controle é...
4:07
Pesquisas confirmam que você já pode imaginar a partir dessas histórias.
4:11
Executivos apontam consistentemente a conformidade, a segurança e o vazamento de dados como suas principais preocupações sobre a área corporativa.
4:16
Raramente se trata de saber se a tecnologia entrega resultados.
4:19
A preocupação é que uma informação errada escape ou que um bot tome uma ação que ninguém consiga rastrear posteriormente.
4:25
Os riscos não são apenas erros operacionais.
4:28
Eles atingem diretamente a reputação, o risco regulatório e a confiança do cliente.
4:33
Leva anos para reconstruir a confiança quando os clientes acreditam que sua automação expôs dados que não deveria.
4:38
É por isso que é importante nomear o problema real corretamente.
4:40
As empresas não têm medo dos agentes do copilot em si.
4:43
Elas têm medo de perdê-los de vista.
4:44
Elas têm medo de esquecer quem criou cada agente, quando foi revisado pela última vez ou porque ele está extraindo informações de sistemas confidenciais.
4:51
O problema não é o software, mas a falta de diretrizes que o mantenham confiável, previsível e alinhado às regras organizacionais.
4:57
Assim que você enxerga dessa forma, o caminho a seguir fica mais claro.
5:00
E é aqui que a maioria das pessoas se surpreende.
5:02
O painel de controle que muitas organizações acham que falta já está dentro do Microsoft 365.
5:07
É um complemento separado.
5:09
Não é um recurso permúcuo.
5:10
Está integrado ao centro de administração.
5:12
E embora muitas organizações usem esse portal apenas para atribuição de licenças ou políticas básicas do Teams,
5:17
eles tornaram silenciosamente a torre de controle para os agentes do copilot.
5:20
Em outras palavras, as diretrizes de que você precisa já estão bem à sua frente.
5:24
A única questão é se você abriu o painel correto.
5:28
Painel de controle que você não sabia que tinha?
5:29
E se a cabine de comando para gerenciar seus agentes de agência estivesse diante de você,
5:32
e a maioria dos administradores se ministrando os administradores simplesmente no teto?
5:35
Parece improvável, mas a verdade é que o centro de administração do Microsoft 365
5:39
detém silenciosamente o volante que muitas organizações procuram.
5:43
A ironia é que muitas equipes de TI abrem o portal diariamente,
5:46
mas passam direto pelas partes que mais importam para a governança de agentes.
5:50
Pensando bem, esta é uma daquelas situações em que a familiaridade acaba jogando contra você.
5:54
Você presume que sabe o que tem dentro,
5:56
então não espere encontrar novas alavancas de controle escondidas atrás de guias que você costuma ignorar.
6:00
Por anos, o centro de administração foi tratado como um painel de utilidade.
6:03
Se eu abro para distribuir licenças, configurar caixa de correio do Exchange,
6:06
talvez ajustar uma outra política de equipe,
6:09
é o espaço operacional para mapear recursos aos usuários
6:11
e garantir que as pessoas que abrem chamados eventualmente obtenham acesso aos serviços solicitados.
6:16
O que muitas vezes passa despercebido é o quanto eles se tornam mais ricos.
6:19
Por trás dessa mesma interface existe um conjunto crescente de recursos projetados
6:23
para ajudar os administradores a gerenciar não apenas quem tem acesso,
6:25
mas como as pessoas criam automações.
6:27
Se você tem se preocupado com agentes do Copilot perdendo controle,
6:30
as diretrizes para eles raramente estão a mais de alguns cliques de distância.
6:32
Um descompasso evidente.
6:34
Conversas inteiras em fóruns de TI giram em torno do medo do caos da IA,
6:37
bots indesejados surgindo em departamentos,
6:39
automações acessando dados confidenciais ou fluxos de trabalho sendo duplicados
6:43
com diferenças pequenas, porém prejudiciais, porém prejudiciais.
6:46
No entanto, as mesmas organizações expressam essas preocupações
6:49
enquanto mal olham para o painel central projetado para impedir exatamente isso.
6:52
É uma desconexão estranha.
6:53
Tememos perder o controle,
6:55
mas subutilizamos o próprio painel de controle que existe para coordenar o voo.
6:58
É como reclamar de um trânsito imprevisível enquanto ignora os semáforos na esquina.
7:03
Imagine um cenário típico dentro de uma empresa maior.
7:06
O marketing tem alguém criando agentes para coletar feedback de clientes
7:09
enquanto o operacional projeta um bot para agilizar o rastreamento de pedidos.
7:12
Nada disso é TI invisível, hein, Tesson?
7:14
São funcionários entusiasmados tentando facilitar o próprio dia a dia.
7:17
Mas, quando esses agentes são lançados,
7:18
eles se dispersam em silos diferentes sem um registro unificado.
7:21
Quando a TI finalmente os encontra,
7:22
é impossível saber quem é o dono ou quais fontes de dados eles estão acessando.
7:26
De repente, as conversas com a conformidade se tornam um trabalho de detetive.
7:29
Realmente criou isso.
7:30
Quando foi atualizado,
7:32
com as permissões ele herdou silenciosamente.
7:34
Sem uma supervisão clara,
7:35
até pequenas automações podem virar uma bola de neve
7:37
de falhas de conformidade não planejadas.
7:39
O centro de administração resolve isso diretamente,
7:41
concentrando toda essa atividade invisível em um só lugar.
7:43
Em vez de adivinhar,
7:44
você pode ver quais agentes existem,
7:45
quais conectores eles se baseiam
7:47
e quem tem permissão para modificá-los ou publicá-los.
7:49
As políticas definem quais grupos têm permissão para criar automações,
7:52
permitindo separar a experimentação da implementação formal.
7:57
Isso é crucial,
7:57
pois criar um protótipo interno em uma equipe
7:59
é muito diferente de configurar algo que impacta todo o seu CRM
8:02
ou plataforma de RRH, Vax.
8:04
O centro permite que você mantenha essas áreas distintas.
8:07
As permissões adicionam outra camada de segurança.
8:09
É fácil imaginar o risco
8:10
se cada funcionário entusiasmado pudesse não apenas criar agentes,
8:13
mas colocá-los em operação para todo o locatário.
8:16
Um modelo melhor é permitir uma participação mais ampla
8:18
na criação de ideias,
8:19
limitando a autoridade de implementação a funções designadas.
8:23
Na prática, isso pode significar analistas financeiros
8:25
criando agentes rascunhos para suas necessidades de relatório,
8:28
enquanto apenas a governança de TI
8:29
decide se eles vão para o ambiente de produção.
8:33
Ao configurar essas regras no centro de administração,
8:35
você decide antecipadamente quem define as regras do espaço E.
8:38
Os relatórios fecham-se.
8:40
Em vez de esperar algo quebrar para descobrir a existência de um bot,
8:42
você pode acompanhar tendências de uso,
8:44
ver quais departamentos estão experimentando muito
8:46
e realizar a buscar planilhas aleatórias
8:48
sem precisar buscar planilhas aleatórias.
8:50
Essa visão baseada em dados não cobre apenas a conformidade,
8:52
ela fundamenta a estratégia.
8:54
Se você notar que equipes de suporte estão criando repetidamente
8:56
agentes semelhantes,
8:57
talvez seja a hora de investir em uma solução padronizada
8:59
em vez de deixar uma dúzia de similares rodando sem supervisão.
9:02
Combinação de visibilidade e controle
9:04
transforma a automação de uma dor de cabeça
9:06
em uma oportunidade que você realmente consegue gerenciar.
9:07
Portanto, em vez de imaginar agentes voando
9:09
em todas as direções sem controle,
9:10
imagine o centro de administração com uma torre de controle de tráfego aéreo.
9:13
Cada plano de voo é registrado,
9:15
cada decolagem é autorizada por política
9:17
e colisões simplesmente não ocorrem
9:18
porque alguém consegue ver todo o céu.
9:20
Ao reconhecer que um painel central detém silenciosamente esse poder,
9:23
você para de tratar os agentes como uma ameaça oculta
9:25
e passa a gerenciá-los como operações estruturadas.
9:28
Com essa estrutura definida,
9:30
a conversa é uma.
9:31
Porque, embora os administradores tenham o seu controle,
9:34
os funcionários ainda precisam de espaço
9:35
para criar e experimentar sem romper esses limites.
9:37
E é exatamente aí que o Copilot Studio entra em ação.
9:40
Inovação sem caos,
9:42
o Copilot Studio em ação,
9:43
como permitir que os funcionários criem suas próprias soluções com IA
9:46
sem levar a organização ao caos.
9:49
Esse é o desafio central quando se trata do Copilot Studio.
9:52
Por um lado, esta ferramenta foi projetada
9:53
para liberar a criatividade entre os departamentos,
9:55
dando às pessoas que conhecem seus problemas diários
9:57
a chance de automatizá-los diretamente.
10:00
Por outro lado,
10:01
distribuir ferramentas de criação sem supervisão
10:03
poderia facilmente resultar em uma onda de fluxos de trabalho descontrolados,
10:06
deixando a TI tentando descobrir o que está realmente em execução.
10:08
É um equilíbrio que parece complicado à primeira vista.
10:12
Você empodera os usuários e arrisca a bagunça,
10:13
ou bloqueia tudo e sufoca o progresso.
10:16
O Copilot Studio se posiciona como um meio termo.
10:19
Pense nele como uma oficina onde os funcionários
10:20
podem experimentar soluções,
10:22
testar interações e até publicar agentes
10:24
para melhorar seu trabalho.
10:26
A diferença entre isso e as automações
10:27
faça você mesmo do passado é simples.
10:29
Agilatriz e segurança já estão integradas à plataforma.
10:31
Em vez de pedir a TI que limpe a bagunça depois,
10:33
o estúdio usa os mesmos princípios de governança
10:36
que você gerencia no Admin Center
10:37
e os aplica diretamente ao ambiente de design e usain.
10:41
É isso que torna a prática, em vez de arriscado.
10:43
Ainda assim, a tensão para os administradores é muito real.
10:45
Se você já viu o que acontece
10:46
quando funcionários entusiasmados
10:48
colocam as mãos em ferramentas de script
10:49
e sabem como testes simples
10:50
podem rapidamente evoluir
10:51
para uma dependência de missão crítica.
10:54
O problema não é a má intenção.
10:55
A maioria dos usuários apenas quer resolver seus próprios gagados.
10:58
Mas quando essas soluções criadas localmente
10:59
começam a interagir com dados de clientes,
11:01
registros financeiros ou arquivos de RH,
11:03
você cruza rapidamente a linha de experimentos úteis
11:05
para o território de conformidade.
11:06
E uma vez que você está desse lado da cerca,
11:08
a responsabilidade e a supervisão não são mais opcionais.
11:11
Imagine esse cenário.
11:12
Um analista financeiro cria um agente
11:14
que extrai automaticamente os saldos dos clientes
11:16
e gera um relatório semanal.
11:18
Isso economiza horas de trabalho manual
11:19
e se torna popular rapidamente.
11:21
Alguns colegas pegam para si
11:22
e logo a ferramenta se espalha por todo o departamento.
11:25
Mas aqui está o ponto crucial.
11:26
Quem garantiu que o agente não estava expondo campos confidenciais?
11:29
Quem confirmou que as fontes de dados
11:31
estavam de acordo com as regras de conformidade
11:33
para o tratamento de informações financeiras?
11:35
E se um órgão regulador aparecer,
11:36
quem provará que isso foi criado e implantado
11:38
de acordo com a política em vez de ser um projeto paralelo?
11:40
Sem a estrutura correta,
11:42
aquele bot simples se torna um risco.
11:44
É exatamente aqui que o Copilot Studio fortalece o cenário.
11:47
A plataforma não assume que todo criador
11:49
é um desenvolvedor profissional.
11:50
Todo o seu design inclui proteções para usuários não técnicos.
11:53
Os administradores definem quais ações estão disponíveis,
11:56
quais conectores podem ser usados
11:57
e quem tem permissão para colocar algo em produção.
11:59
Os funcionários podem sentir que têm total liberdade criativa,
12:02
mas o que realmente acontece
12:03
é uma experimentação cuidadosamente limitada.
12:05
Essa diferença é o que permite às empresas
12:07
escalar a adoção de agentes
12:08
sem acordar com mais um problema de TI paralela.
12:10
Os pontos de controle são específicos.
12:12
Você pode permitir que todos no marketing
12:13
criem rascunhos de agentes,
12:14
mas apenas pessoas específicas
12:16
podem publicá-los fora de um ambiente de teste.
12:18
Talvez apenas conectores aprovados
12:19
como SharePoint ou Dynamics estejam disponíveis.
12:22
Quanto qualquer coisa que envolva serviços sensíveis
12:23
de terceiros permanece proibida.
12:25
Além disso, você decide quais ações do sistema
12:27
permanecem restritas.
12:28
Por exemplo, consultar um banco de dados
12:30
pode ser permitido,
12:30
mas atualizar campos principais
12:31
diretamente é bloqueado
12:32
para evitar danos acidentais.
12:34
Em suma, os usuários podem testar ideias,
12:36
mas não acabarão alterando registros de produção
12:38
sem aprovação explícita.
12:40
Uma analogia simples ajuda.
12:41
É como uma caixa de areia em um parquinho.
12:43
As crianças podem construir
12:44
quantos castelos quiserem dentro da caixa,
12:46
mas há um limite claro ao redor dela.
12:48
A cerca garante que a brincadeira continue segura,
12:50
deixando bastante espaço para a criatividade.
12:51
O estúdio traz esse mesmo conceito
12:54
para a criação de agentes.
12:55
Os funcionários têm a sensação de liberdade
12:57
de que precisam pré-innovar,
12:58
enquanto os administradores sabem
12:59
que a cerca invisível está lá
13:00
para impedir que qualquer risco real se expanda.
13:02
Portanto, ao configurar o Copelot Studio
13:04
com as permissões e políticas adequadas,
13:05
ele deixa de ser uma dor de cabeça de segurança
13:07
e se torna o que deveria ser
13:08
um laboratório de inovação seguro.
13:10
Os departamentos podem explorar
13:11
agentes adaptados ao seu trabalho,
13:13
experimentar novas abordagens
13:14
e compartilhar ideias iniciais,
13:16
tudo sem violar a conformidade
13:17
ou criar fluxos de trabalho não autorizado.
13:19
A inovação continua,
13:20
mas o caos não.
13:21
E mesmo com essas paredes de proteção,
13:23
ainda há mais uma salvaguarda
13:24
que você não pode ignorar,
13:25
a visibilidade.
13:26
Porque, não importa quão forte
13:27
sejam as barreiras,
13:28
você ainda precisa monitorar
13:29
o que está acontecendo em tempo real.
13:30
É aí que o monitoramento
13:31
e o rastreamento encena.
13:33
Torre de observação
13:34
monitorando e rastreando
13:35
a atividade dos agentes.
13:36
E se o seu agente
13:36
tomasse silenciosamente
13:37
centenas de decisões
13:38
que você nunca viu?
13:39
Esse cenário não é nada improvável.
13:41
É exatamente o que pode acontecer
13:42
quando uma organização
13:43
estabelece controles,
13:44
mas esquece a outra metade da equação.
13:46
Permissões e políticas
13:47
são como cercas.
13:48
Elas dizem aos funcionários
13:49
onde eles têm permissão
13:50
para construir quais ferramentas podem usar.
13:52
Mas, sem visibilidade,
13:53
você não tem como saber
13:54
se alguém se aventurou
13:55
em um canto não verificado
13:56
ou se um agente está agindo
13:57
silenciosamente
13:58
fora do escopo pretendido.
14:00
Monitoramento é a peça
14:01
que muda toda essa história
14:02
de governança
14:02
saindo das suposições
14:03
para clareza.
14:05
Pense em como geralmente
14:05
lidamos com problemas de T.
14:07
Algo quebra,
14:08
um usuário abre um chamado
14:09
e então corremos
14:10
para rastrear o que mudou.
14:12
Essa é uma abordagem reativa.
14:13
Funciona em doses pequenas,
14:14
mas vira uma bagunça cara
14:15
quando escalada
14:16
para centenas de automações.
14:17
Com agentes de ar,
14:18
o risco é maior
14:19
porque o problema
14:19
pode ficar invisível
14:20
até ser tarde demais.
14:22
Um fluxo de trabalho
14:23
não autorizado
14:24
pode rodar por semanas
14:24
antes que alguém.
14:25
Não porque falhou
14:26
de forma óbvia,
14:27
mas porque tomou
14:27
decisões silenciosas
14:28
que pareciam válidas
14:29
na superfície.
14:30
Quando alguém pergunta
14:31
por que os dados não batem,
14:33
você está investigando o passado
14:34
em vez de prevenir o futuro.
14:36
O monitoramento
14:36
muda totalmente esse ritmo.
14:38
Em vez de trabalhar no escuro,
14:39
você tem visibilidade
14:39
em tempo real
14:40
de quais agentes existem,
14:41
quem os criou
14:42
e como estão sendo usados.
14:43
Microsoft 13.5
14:44
integra essa visibilidade
14:45
em seu próprio ecossistema.
14:46
análises de uso
14:47
ajudam
14:48
a ver quais departamentos
14:49
estão adotando agentes
14:51
rapidamente,
14:52
quais indivíduos criam muito
14:53
e onde atividades inesperadas
14:54
podem surgir.
14:56
Logs de auditoria
14:57
registram os detalhes.
14:58
Quando um agente
14:59
foi modificado,
15:00
quais conectores acessou
15:01
e quem acionou suas ações.
15:03
Esse tipo de rastro documental
15:03
não serve apenas
15:04
para deixar a conformidade.
15:05
É o que permite entender
15:06
o ambiente real
15:06
em vez de apenas
15:07
supor como ele funciona.
15:09
O valor desse insight
15:10
aparece quando você imagina
15:11
um cenário bem comum.
15:13
Uma equipe de marketing
15:14
cria um agente
15:14
para analisar pesquisas
15:15
de feedback de clientes.
15:16
Começa pequeno,
15:17
uma campanha,
15:18
alguns milhares de entradas
15:18
e os resultados parecem úteis.
15:21
Com o tempo,
15:21
alguém o duplica
15:22
para outro projeto,
15:23
então outra equipe
15:23
pega o modelo
15:24
e faz ajustes.
15:26
Sem monitoramento,
15:27
você tem várias versões
15:28
de um agente rodando em paralelo,
15:29
cada um acessando dados
15:30
de forma ligeiramente diferente.
15:32
Se não forem notadas,
15:33
essas diferenças
15:34
acabam entrando nos relatórios
15:35
e confundindo
15:35
os tomadores de decisão.
15:37
Com o monitoramento ativado,
15:38
você veria o pico de uso
15:39
do agente cedo,
15:40
notaria a duplicação crescente
15:42
e padronizaria
15:43
uma versão oficial
15:43
ou aposentaria as extras
15:45
antes que se tornassem
15:46
enganosas,
15:46
antes que se tornassem
15:47
enganosas.
15:48
Às vezes,
15:48
a visibilidade
15:49
é a diferença
15:50
entre uma pequena correção
15:51
e um incidente
15:51
de grandes proporções.
15:53
Pense no caso
15:53
de um agente
15:54
extraindo dados financeiros
15:55
confidenciais
15:56
para acelerar
15:56
previsões internas.
15:58
Se ele expusesse
15:58
detalhes demais
15:59
acidentalmente
15:59
ou tornasse esses dados
16:00
acessíveis fora
16:01
do departamento financeiro,
16:02
o risco de conformidade
16:03
aumentaria rapidamente.
16:05
Mas com o monitoramento,
16:06
o acesso em comum
16:06
aparece claramente nos logs.
16:08
Você pode interrompê-lo
16:09
ou ajustar permissões
16:10
antes que reguladores
16:11
ou clientes
16:11
precisem fazer perguntas.
16:13
Não se trata
16:13
de presumir
16:14
mais intenções
16:14
de quem cria os fluxos.
16:16
Trata-se de reconhecer
16:17
que até as equipes
16:17
mais cuidadosas
16:18
cometem erros
16:18
ao experimentar.
16:20
A visibilidade
16:21
é o que torna
16:21
esses erros reversíveis
16:22
em vez de catastróficos.
16:24
Os relatórios
16:24
também suavizam
16:25
o relacionamento
16:25
com os auditores.
16:27
Qualquer um
16:27
que já passou
16:27
por uma auditoria
16:28
conhece o esforço penoso
16:29
para reunir documentação
16:30
que aprovou o quê
16:31
quando cada mudança ocorreu
16:32
e se os controles
16:33
foram realmente aplicados.
16:34
O rastreamento manual
16:36
é estressante
16:36
e propenso a erros.
16:38
Quando o seu sistema
16:39
de relatório
16:39
já mantém esses registros
16:40
você não precisa
16:41
mais se desesperar.
16:42
Você pode produzir
16:43
o histórico
16:43
da atividade do agente
16:44
em um formato
16:45
que se alinhe
16:45
às expectativas regulatórias.
16:47
Isso reduz
16:47
tanto a carga
16:48
de trabalho humana
16:49
quanto o risco
16:49
de que algo crítico
16:50
seja esquecido.
16:51
Do ponto de vista operacional
16:52
também economiza
16:53
inúmeras horas
16:54
que de outra forma
16:54
seriam desperdiçadas
16:55
criando rastros
16:56
de auditoria pontuais
16:57
após os fatos.
16:58
O que torna
16:58
o monitoramento
16:59
tão poderoso
17:00
é como ele reformula
17:00
toda a responsabilidade.
17:01
Em vez de esperar
17:03
por reclamações
17:03
como seu sinal
17:04
você desenvolve
17:04
um mapa em tempo real
17:05
do que está acontecendo.
17:06
As tendências
17:07
tornam-se claras
17:07
as surpresas
17:08
tornam-se menos preocupadas.
17:09
Você não está apenas
17:10
aplicando regras
17:10
com permissões
17:11
você está vendo
17:11
se essas regras
17:12
se sustentam na prática.
17:14
É a mesma diferença
17:15
que observar uma cidade
17:16
através de câmeras
17:17
de trânsito ao vivo
17:17
em vez de apenas confiar
17:18
que as placas
17:19
nos cruzamentos
17:19
são suficientes
17:20
para manter a ordem.
17:21
Uma abordagem
17:22
lhe dá confiança
17:23
a outra lhe deixa
17:23
esperando nervosamente
17:24
por notícias
17:25
do próximo acidente.
17:26
Portanto,
17:26
quando você combina
17:27
o controle de política
17:28
o monitoramento
17:28
do seu modelo de governança
17:29
deixa de ser passivo
17:30
e torna-se ver
17:30
de ser passivo
17:31
e torna-se verdadeiramente
17:32
produtivo.
17:32
O achismo é substituído
17:33
pela supervisão
17:34
e a supervisão
17:34
que evita o acúmulo
17:35
silencioso de riscos
17:36
que só aparecem
17:37
meses depois.
17:38
A visão de torre de vigia
17:39
não protege apenas
17:40
contra os piores cenários
17:41
ela cria confiança
17:42
para as equipes
17:42
continuarem experimentando
17:43
sabendo que alguém
17:44
está de olho no horizonte.
17:46
Isso leva naturalmente
17:47
à próxima pergunta.
17:49
Se a visibilidade
17:49
é tão poderosa
17:50
porque tantas organizações
17:51
ainda tropeçam
17:52
em erros clássicos
17:53
de governança
17:53
que anulam
17:54
essas mesmas proteções.
17:57
Evitando os erros
17:58
clássicos de governança
17:59
As maiores falhas
18:01
de governança
18:01
com agentes do Copilot
18:02
não vêm da falta
18:03
de ferramentas
18:04
mas de tê-las disponíveis
18:05
e usá-las incorretamente.
18:07
A maioria dos erros
18:08
que vêm nas organizações
18:09
não acontece
18:09
porque os administradores
18:10
não conheciam
18:11
o centro de administração
18:11
ou que o Copilot Studio
18:12
sequer existia.
18:14
O verdadeiro problema
18:15
é que os recursos
18:15
foram ativados
18:16
sem pensar
18:17
no tipo de estrutura
18:17
necessária
18:18
para mantê-los
18:18
funcionando corretamente
18:19
em escala.
18:21
É como dar
18:21
a cada departamento
18:22
seu próprio conjunto de chaves
18:23
de um escritório
18:24
compartilhado
18:25
mas nunca concordar
18:25
sobre quem tranca
18:26
as portas à noite.
18:27
Um padrão comum
18:28
é que os administradores
18:29
assumem que a ativação
18:30
equivale à governança.
18:31
Um novo recurso
18:32
aparece no centro
18:33
de administração
18:33
a chave é ligada
18:34
e todos sentem
18:35
que o trabalho está feito.
18:36
Mas a tecnologia
18:37
não estabelece os limites
18:38
por conta própria.
18:39
Se as permissões
18:40
não estão claras
18:40
se o monitoramento
18:41
não está ativado
18:42
ou se a responsabilidade
18:43
é dividida entre equipes
18:43
diferentes sem coordenação
18:45
o caos se instala
18:45
silenciosa e constantemente.
18:47
A parte mais assustadora
18:48
é que isso geralmente
18:49
não explode de imediato.
18:50
Isso cresce aos poucos
18:51
e então
18:52
uma auditoria
18:53
um incidente
18:54
ou um questionamento
18:54
regulatório expõe
18:55
de repente
18:55
que o que parecia controle
18:56
eram na verdade
18:57
várias lacunas
18:58
esperando para serem
18:59
descobertas.
19:00
A primeira armadilha
19:01
ocorre em torno
19:02
das permissões.
19:03
Se ninguém definiu
19:04
quem pode criar,
19:05
publicar ou compartilhar
19:05
agentes
19:06
os usuários
19:06
frequentemente preenchem
19:07
essa lacuna
19:08
por conta própria.
19:09
Isso pode levar
19:09
à duplicação de agentes
19:10
agentes sendo publicados
19:11
em produção sem testes
19:12
ou fluxos de trabalho
19:13
que acessam dados indevidos.
19:15
Sem limites bem definidos
19:16
você acaba com um catálogo
19:17
oculto de automações
19:18
que a TI só descobre
19:19
quando algo quebra.
19:22
Ativar recursos
19:22
sem restringir o acesso
19:23
não é promover inovação
19:24
é assinar um cheque
19:25
em branco
19:26
a segunda armadilha
19:28
é ignorar o monitoramento.
19:29
Mais de uma vez
19:30
conversei com administradores
19:31
que presumiram
19:31
que configurar permissões
19:32
bastava
19:32
quando na realidade
19:33
não tinham visibilidade
19:34
se as regras funcionavam
19:35
hum
19:36
isso os deixa cegos
19:37
porque está acontecendo.
19:38
Se você não tem logs
19:39
de auditoria ativados
19:39
não pode provar
19:40
quem fez o que.
19:41
Se você não observa
19:42
as métricas de uso
19:42
não consegue ver
19:43
quais agentes
19:44
estão se tornando populares
19:45
e os padrões de atividade
19:46
parecem incomuns.
19:47
Voar sem esses dados
19:48
parece tranquilo por um tempo
19:49
até que um regulador externo
19:50
ou sua própria equipe
19:51
de conformidade
19:52
façam perguntas
19:52
que você não consegue responder.
19:54
Políticas inconsistentes
19:55
são a terceira mina terrestre.
19:57
Uma parte da organização
19:58
pode manter um controle rígido
19:59
enquanto outra
19:59
deixa a publicação
20:00
totalmente aberta.
20:01
Essa inconsistência
20:02
garante uma mistura caótica
20:03
de agentes controlados
20:04
e não controlados
20:05
todos habitando o mesmo ambiente.
20:06
De fora pode parecer
20:07
que a estratégia foi resolvida
20:08
porque existem políticas
20:09
em algum lugar.
20:11
Mas equipe de conformidade
20:12
e revisões de segurança
20:13
não querem apenas
20:14
provas de que as políticas existem
20:15
eles querem provar
20:15
que elas são consistentes
20:16
em toda a organização.
20:18
Essa variação
20:18
se torna ainda mais difícil
20:19
de defender
20:20
quando diferentes regiões
20:21
estão sob diferentes regulamentações
20:22
e suas próprias políticas
20:23
não se alinham a elas.
20:25
Depois há o caso clássico
20:26
da propriedade isolada.
20:27
Talvez eu tenha
20:28
definido uma regra
20:29
a equipe de segurança
20:29
presumo outra camada
20:30
de cobertura
20:31
e as unidades do negócio
20:32
presumam que podem publicar
20:33
como quiserem.
20:34
Cada grupo acha
20:35
que outra pessoa
20:35
está vigiando as bordas
20:36
mas na prática
20:36
ninguém está.
20:38
Essa falta de clareza
20:39
produz surpresas evitáveis
20:40
como permissões duplicadas
20:41
ou agentes
20:41
que passam despercebidos
20:42
porque não estava claro
20:43
qual equipe tinha autoridade final.
20:45
Uma empresa com a qual
20:46
conversei
20:46
vivenciou exatamente isso.
20:48
Eles permitiram
20:48
que todos os funcionários
20:49
publicassem agentes livremente.
20:51
A princípio é o padeirador.
20:52
Todos podiam experimentar
20:53
e implementar melhorias
20:54
mas ninguém havia conectado
20:55
direitos de publicação
20:55
aos logs de auditoria.
20:57
Meses depois
20:57
um regulador pediu provas
20:59
de quem implantou
20:59
automações específicas
21:00
e eles não tinham nada.
21:02
Não havia histórico
21:03
nenhum responsável registrado
21:04
e nenhuma capacidade
21:05
de defesa na auditoria.
21:07
O que começou
21:07
com um esforço
21:08
para democratizar a automação
21:09
acabou se tornando
21:10
uma grande falha de conformidade.
21:11
Esses exemplos destacam
21:12
como pequenos erros
21:13
podem rapidamente
21:13
se transformar em riscos
21:14
de grande escala.
21:16
Uma permissão configurada
21:17
incorretamente
21:17
ou um agente
21:18
não verificado
21:18
pode parecer trivial
21:19
em um projeto piloto
21:20
mas em escala empresarial
21:21
essa mesma falha
21:22
se multiplica
21:22
em centenas de agentes
21:23
rodando em cantos desconhecidos.
21:25
Os problemas não escalam
21:26
de forma linear.
21:28
Eles escalam exponencialmente
21:29
porque cada agente
21:29
sem controle
21:30
deixa questões em aberto
21:31
sobre integridade de dados,
21:32
confiabilidade e segurança.
21:34
A boa notícia
21:34
é que as armadilhas
21:35
são bem conhecidas
21:36
assim como as formas de contornar.
21:37
Comece definindo
21:38
diretrizes básicas
21:39
no centro de administração.
21:40
Defina funções claras
21:41
para quem pode criar
21:42
agres que impõe publicar.
21:43
Torne o monitoramento
21:44
obrigatório, não opcional
21:45
para que você seja alertado
21:46
antes que algo
21:46
se torne um problema sério.
21:48
Mantenha as políticas
21:48
consistentes
21:49
mesmo entre regiões
21:50
para que você possa
21:50
defender sua estrutura
21:51
de governança
21:52
com confiança, com confiança.
21:53
E, mais importante,
21:54
alinhe-se com suas equipes
21:55
de segurança e conformidade
21:56
desde o primeiro dia.
21:58
Deixá-las de fora
21:58
até mais tarde
21:59
quase sempre
21:59
apresentados negativos.
22:00
Muitas organizações
22:01
já moldaram manuais
22:02
que funcionam.
22:03
Listas de verificação
22:04
para revisar políticas
22:05
trimestralmente.
22:06
Políticas que vinculam
22:07
registro de auditoria
22:08
diretamente aos direitos
22:08
de publicação
22:09
e estruturas
22:09
onde as equipes
22:10
de inovação
22:10
experimentam primeiro
22:11
antes que até
22:11
analise o pronunciamento formal.
22:13
Aproveitar essas experiências
22:14
significa que você
22:15
não precisa repetir
22:16
os erros dela.
22:17
Toda vez que outra empresa
22:18
relatou uma falha
22:19
geralmente foi porque
22:19
as diretrizes existiam
22:20
no papel mas não eram
22:21
picadas da maneira correta.
22:23
Ao internalizar as lições
22:24
delas desde cedo
22:25
você evita o custo.