Nos últimos anos, a área de Pessoas deixou de ser “apoio” para se tornar linha de frente do negócio. A pressão vem de todos os lados — saúde mental e bem-estar, compliance, mudanças aceleradas, necessidade constante de requalificação (upskilling e reskilling) e, agora, a corrida para usar IA de forma útil (não só como buzzword).
Na IBM, essa realidade não é diferente. E talvez a principal lição da nossa jornada seja esta: IA não é o ponto de partida. O ponto de partida é o problema, e a experiência que você quer entregar.
A seguir, compartilho como estruturamos essa transformação por aqui, o que funcionou, o que deu trabalho (e dá até hoje), e os princípios que considero mais importantes para quem quer avançar com consistência.
Quando falamos de digitalização e IA em RH, é fácil cair na tentação de “atirar para todos os lados”. A experiência me ensinou a ser obsessivo com foco.
Na IBM, a transformação se sustenta em três pilares:
1. Eficiência e produtividade: Fazer mais com menos, com clareza de retorno. Orçamento não é infinito em nenhuma organização.
2. Compliance: Operamos em múltiplas realidades legais (países, estados, acordos coletivos), e a complexidade só aumenta.
3. Melhor experiência para colaboradores e lideranças: Do estagiário ao CEO. RH precisa funcionar para todos com fluidez, consistência e acesso.
Aqui vai um ponto que eu repito porque comunicação é repetição: se você automatiza um processo ruim, você só acelera o problema.
Nosso método é simples, mas exige disciplina:
Sem governança, você cria “novidades” em cima de uma base instável e isso cobra a conta depois.
Uma mudança estrutural importante foi criar uma área de transformação dentro do RH.
Pegamos pessoas de RH, fizemos upskilling/reskilling e formamos um time com capacidade de:
Não é um “escritório de processos” tradicional. É um modelo que divide a ambidestria: o time de rotina toca a operação; o time de transformação garante evolução contínua.
Nossa jornada começou em 2016/2017 com algo que muita empresa reconhece como porta de entrada: um chatbot. Na época, ainda era rudimentar, com NPS baixo em uma área específica (performance), mas começamos pequeno.
De lá para cá, evoluímos para uma porta de entrada conversacional muito mais ampla, que hoje chamamos de AskHR(sim, é o único nome não tão “bonitinho” e seguimos com ele).
O ponto central não é o chatbot em si. É a lógica: um “one stop shop” de RH 24x7, em que a pessoa não precisa saber qual sistema está por trás.
Isso muda tudo.
Desde o início, desenhamos a solução para três públicos, com regras e acessos distintos:
A experiência é diferente para cada um, e precisa ser.
Hoje, o AskHR orquestra múltiplos sistemas e canais (intranet, Teams, mobile). Um exemplo que gosto de usar: quando mudamos o HRMS (de Workday para SuccessFactors), para o gestor foi irrelevante, porque a “linha de frente” continuou sendo o AskHR.
Eu acredito muito em “defina seus medidores de sucesso”. Sem isso, vira só discurso.
Alguns números que compartilhamos da operação de 2024:
E, em exemplos práticos de processo:
Aqui foi onde, na minha visão, aconteceu uma virada importante.
Historicamente, há anos, o modelo era algo como: 1 BP para ~40 gestores. E BP sempre foi “para o gestor”, não para o colaborador — porque o gestor é, de certa forma, o RH do time no dia a dia.
O que percebemos:
Hoje, na IBM, somente uma pequena parte de gerentes (gerente do gerente, estruturas mais complexas, gerentes gerais e alguns VPs) têm um BP. Os demais gestores (na casa de dezenas de milhares) são atendidos pelo AskHR.
Mas isso não é “tirar o humano”. É reposicionar o humano onde ele é indispensável.
IA ainda não resolve casos complexos sozinha. Então identificamos 18 tipos de casos complexos (ex.: situações delicadas de desligamento, suporte em avaliação/performance etc.).
O fluxo:
Além disso, esse modelo ajudou a equilibrar carga: menos “gente com muito” e “gente com pouco”. O trabalho ficou mais distribuído e mensurável.
Outro aprendizado importante: não colocar tudo no balaio de IA.
RPA (automação robótica de processos) pode ser mais simples, barato e eficaz em vários contextos. E existe um motivo claro para sermos conservadores em alguns temas:
IA resolve vários problemas, mas não resolve todos. E você não precisa de uma “bola de canhão para matar uma formiga”.
Na IBM, temos uma política que chamamos de “cliente zero”: testar internamente aquilo que a empresa leva ao mercado.
O RH foi a primeira área a fazer isso. E sim: batemos cabeça para chegar no modelo atual. E continuamos batendo, porque evolução é contínua.
A diferença está em como você aprende:
Nós operamos com uma lógica de multiagentes e alguns deles têm nomes (HeRo, HeRmione, SHeRlock, entre outros). Existe estratégia nisso.
Primeiro: humanização e adoção. Eles viram “colegas de trabalho” digitais, o que ajuda no change management.
Segundo: governança. Existe um conceito importante chamado drift — quando um agente, com o tempo, passa a responder pior, fica defasado, ou se comporta de forma inadequada. Assim como pessoas, agentes precisam de:
Nomear ajuda a gerir, medir, treinar e tomar decisões.
Nem todo caso precisa de uma solução complexa.
Criamos a Clara, voltada para comunicação interna de RH. A dor era concreta: nossas comunicações eram densas e pouco eficazes. Usamos o conceito de “brevidade inteligente”: a mensagem precisa caber em uma tela de celular — e, se a pessoa quiser, ela aprofunda via links.
Em um mês, duas pessoas de RH (sem background técnico), usando ferramentas já disponíveis (como Copilot e um assistente interno da IBM), colocaram isso de pé sem código. Quando tentamos criar um LLM específico, as respostas pioraram — então removemos essa complexidade.
O resultado: escalamos para inglês e espanhol em 15 dias e outras áreas quiseram usar.
Se eu tivesse que resumir o que realmente mudou, seria assim:
O trabalho de RH não será 100% humano nem 100% digital. Ele será híbrido e exige que a gente decomponha tarefas, decida o que é digital e o que precisa de gente, e redesenhe as funções.
Se vocês estão começando ou já têm iniciativas em andamento, minha sugestão é: olhem para o RH como experiência e produto. O resto — tecnologia, agentes, automação — deve ser consequência de um desenho bem feito e de uma disciplina de execução.
