Imagine que a equipe de RH de uma empresa decide melhorar o processo de onboarding. Eles criam um novo checklist, substituem o formulário de papel por um digital e organizam melhor os e-mails de boas-vindas. O processo ficou mais rápido, mais apresentável. Os gestores aprovaram.
Isso é redesign. E redesign tem valor. Mas se o problema de fundo era que o onboarding dependia de cinco áreas diferentes que não se comunicavam, que os dados do novo colaborador eram recoletados três vezes em sistemas que não se integravam, e que metade das etapas existia por inércia histórica e não por necessidade real, o checklist bonito não resolve nada.
Reengenharia teria perguntado: esse processo deveria existir desse jeito? Quais etapas fazem sentido? Quem deveria ser responsável por quê? O que pode ser automatizado, o que precisa ser humano e o que simplesmente deveria deixar de existir?
É uma diferença de profundidade. E ela muda completamente o tipo de decisão que o RH precisa tomar.
Mais do que um problema semântico, confundir redesign com reengenharia leva o RH a escolher soluções menores do que o problema exige. O resultado é aquele ciclo que muitas equipes conhecem bem: a melhoria é implementada, funciona por um tempo, e então o problema volta. Às vezes com outro nome, às vezes da mesma forma. A causa raiz nunca foi tocada.
O que é redesign do RH, de verdade?
Redesign é a melhoria intencional de um processo, uma prática ou uma experiência dentro do RH. Ele parte do que existe e pergunta como tornar isso melhor. A unidade de análise é o processo ou o subprocesso. A pergunta central é: como podemos fazer isso funcionar melhor do que funciona hoje?
Redesign pode ser incremental, como melhorar o fluxo de aprovação de férias, ou focal, como redesenhar a experiência de candidatos num processo seletivo. O escopo é delimitado. Os critérios de sucesso são relativamente claros. E é possível implementar sem mexer na estrutura mais ampla do RH.
Isso não é pouco. Há muita dor que pode ser resolvida com bom redesign: formulários que não fazem sentido, fluxos que têm etapas duplicadas, comunicações que chegam na hora errada. Redesign bem feito gera resultado rápido e visível.
O problema aparece quando o RH trata como redesign um problema que exige reengenharia. Quando a dor é estrutural, uma melhoria pontual resolve o sintoma, não a causa.
Há ainda outro risco: o redesign bem-intencionado pode criar a impressão de que o problema foi resolvido, reduzindo o senso de urgência para a mudança mais profunda. A equipe celebra a melhoria, o projeto fecha, e seis meses depois a mesma reclamação volta. Com menos energia para enfrentá-la, porque já foi trabalhada.
O que é reengenharia do RH, então?
Reengenharia vai mais fundo. O conceito veio de Michael Hammer e James Champy nos anos 90, com uma premissa radical para a época: antes de melhorar um processo, questione se ele deveria existir. A frase de Hammer é direta: Don’t automate, obliterate. Não automatize. Elimine.
Aplicado ao RH contemporâneo, reengenharia significa revisar a lógica operacional da área na origem. Não é sobre melhorar o que existe. É sobre questionar a arquitetura: como o trabalho está distribuído entre pessoas, automações e IA? Como as decisões são tomadas? Quais critérios governam os fluxos? Onde estão as responsabilidades?
A unidade de análise não é o processo isolado. É o operating model de RH: a forma como a área distribui trabalho, decisões, responsabilidades, tecnologia e governança como um sistema.
É o que Ravin Jesuthasan, da Mercer, chama de desconstruir o trabalho antes de reconstruí-lo. Primeiro se desmonta o job em tarefas, decisões, habilidades e blocos de valor. Depois se redistribui. Depois se reconstrói com uma lógica melhor. Só então se escolhe o que automatizar, o que orquestrar e o que manter como responsabilidade humana.
Como distinguir os dois na prática?
A diferença entre redesign e reengenharia não está apenas no tamanho do projeto. Está na pergunta que origina a iniciativa.
Quando o problema pede redesign
- O processo existe e funciona, mas com atrito desnecessário.
- A estrutura ao redor está saudável, só esse ponto específico precisa melhorar.
- A solução cabe dentro dos recursos e papéis atuais.
- O resultado esperado é melhoria de experiência, tempo ou qualidade num escopo delimitado.
Quando o problema pede reengenharia
- O processo gera retrabalho sistemático, não ocasional.
- A dor aparece em vários pontos e as causas são diferentes, mas conectadas.
- As exceções viraram regra e ninguém sabe mais qual é o fluxo padrão.
- A área tem ferramentas empilhadas que não se integram e criam mais trabalho do que resolvem.
- Qualquer melhoria pontual dura pouco e o problema volta.
Se a sua equipe passa mais tempo consertando exceções do que executando o fluxo padrão, o problema provavelmente não é de redesign. É de reengenharia.
Por que misturar os dois conceitos sai caro?
Segundo pesquisa recente da Exame, 56% das empresas brasileiras aumentaram investimentos em IA entre 2024 e 2025, mas 62% não perceberam mudanças relevantes na rotina. É o retrato exato do que acontece quando reengenharia vira redesign na prática: a empresa investe, implementa uma nova camada e o problema de fundo continua lá.
Isso tem um custo além do financeiro. A equipe de RH que passa por várias rodadas de melhoria sem resultado consistente começa a perder confiança no processo de mudança. Os gestores param de acreditar nas iniciativas. A área perde credibilidade estratégica exatamente quando precisaria ganhar.
O mesmo dado aponta que 71,5% dos profissionais estão abaixo do nível ideal para as demandas atuais do negócio. Isso significa que o RH está tentando resolver problemas complexos com operações mal estruturadas e equipes que ainda estão se adaptando ao novo contexto. Redesign pontual não dá conta desse nível de desafio.
Chamar reengenharia de redesign não é só uma imprecisão de linguagem. É uma decisão operacional. Quem trata um problema estrutural como melhoria pontual vai resolver o sintoma e deixar a causa para a próxima rodada.
O papel da IA nessa distinção
A chegada de IA generativa e de agentes autônomos tornou essa distinção mais urgente. Quando o RH coloca IA em cima de um processo mal desenhado, o que acontece? A IA executa o processo errado com mais velocidade. O erro escala mais rápido. O retrabalho cresce.
É por isso que John Boudreau, da USC Marshall, alerta que o problema começa antes da tecnologia: o trabalho ainda é lido principalmente pela lógica de cargos, e isso limita a capacidade do RH de redistribuir atividades e capturar ganhos reais com automação e IA. Quando o trabalho não é desconstruído antes, a IA fica presa nos limites do cargo.
A Mercer aponta que o caminho correto passa por três etapas: desconstruir o trabalho em tarefas e decisões, redistribuir entre pessoas e tecnologia com critério, e então reconstruir com uma lógica nova. Isso é reengenharia. Não redesign.
Mais da metade dos executivos espera ganho de produtividade de 10% a 30% com IA nos próximos três anos. Mas a própria Mercer avisa: esse ganho depende de redesenhar o trabalho e rever métricas, fluxos e governança. Sem reengenharia, a IA vira interface bonita sobre gargalo antigo.
Isso explica por que tantos projetos de automação e IA no RH geram mais frustração do que resultado. O problema não está na tecnologia. Está no fato de que nenhum redesenho estrutural foi feito antes. A IA entrou no processo como ele era, com todas as suas falhas, e começou a executar essas falhas com mais velocidade. O que era lento e errado virou rápido e errado.
O RH como sistema operacional, não como coleção de melhorias
Kathi Enderes, da The Josh Bersin Company, usa a expressão Systemic HR para descrever o RH que opera como sistema integrado, e não como somatório de subáreas com melhorias pontuais. A diferença é exatamente essa: o RH sistêmico enxerga como as partes se afetam. O RH por redesign melhora cada parte separadamente e não percebe como elas se conectam.
Um RH que passou por reengenharia opera com fluxos que fazem sentido de ponta a ponta. Os dados são coletados uma vez e fluem para onde precisam ir. As responsabilidades são claras. A IA e as automações entram onde o trabalho foi desenhado para recebê-las. As exceções têm um caminho definido para ser resolvidas, e não uma dependência de improviso.
Um RH que opera por redesign acumula melhorias que não se conversam. Cada área fez a sua parte. Mas o fluxo ponta a ponta ainda tem lacunas. E essas lacunas são preenchidas por e-mail, por planilha ou pela pessoa que sabe como funciona.
A diferença aparece com clareza quando a empresa cresce ou passa por mudança acelerada. O RH sistêmico absorve o crescimento porque a operação foi projetada para escalar. O RH por redesign entra em colapso, porque cada melhoria foi feita para o tamanho que a empresa tinha quando foi implementada.
Glossário rápido para não confundir
Redesign do RH: Melhoria intencional de um processo, prática ou experiência existente. Escopo delimitado, foco em funcionamento melhor dentro da estrutura atual.
Reengenharia do RH: Redesenho estrutural dos fluxos, papéis, regras e interfaces do RH. Questiona a lógica operacional na origem, não apenas a execução.
Work design: Disciplina de desenhar o trabalho antes de escolher a ferramenta. Parte da pergunta: o que precisa ser feito, por quem, com qual critério e em qual sequência.
Work deconstruction: Quebra de um job tradicional em tarefas, decisões, habilidades e blocos de valor que podem ser redistribuídos entre pessoas, automações e IA.
Operating model de RH: A forma como o RH distribui trabalho, decisões, responsabilidades, tecnologia, atendimento e governança como sistema.
Systemic HR: Visão de RH integrada, menos baseada em silos e mais orientada a produto, dados e fluxo transversal. Um sistema operacional da função de pessoas.
Então qual dos dois o RH precisa?
A resposta honesta é: depende do problema. E saber distinguir os dois é parte do que define a maturidade operacional de uma liderança de RH.
Se o problema é pontual, com causa identificada e escopo claro, redesign é o caminho certo. Rápido, eficiente, resultado visível.
Se o problema é recorrente, se as causas são difusas, se a melhoria de uma área sempre ressurge como problema em outra, o diagnóstico aponta para reengenharia. Não porque o RH falhou. Mas porque a operação foi construída por acúmulo e precisa ser reconstruída por design.
O que o mercado mostra é que a maioria das empresas brasileiras ainda está na fase de redesign tentando resolver problemas de reengenharia. E que o gap entre investimento e resultado, que aparece nos dados de IA e digitalização, é exatamente o custo dessa confusão.
A pergunta que vale fazer agora é simples: o problema que você está tentando resolver é de funcionamento ou de arquitetura?
Essa distinção não é abstrata. Ela define o escopo do projeto, o perfil de quem precisa liderar a iniciativa, o tempo de implementação esperado e o tipo de resultado que vai aparecer. Quando o RH sabe nomeá-la com precisão, toma decisões melhores desde o início.
E quando não sabe, gasta energia, budget e credibilidade tentando resolver com redesign o que a operação está pedindo em reengenharia.
Quer mapear um processo de RH começando pelas atividades e decisões, e não pelo software? Esse é o primeiro passo para entender se o que você precisa é de redesign ou de reengenharia real.
