A pergunta que define a maior parte das transformações em curso no momento não é mais "como executar a mudança", é "como manter a operação funcionando enquanto a mudança não para de chegar". A diferença entre essas duas perguntas é o que separa a lógica de change management episódico, que a maioria das empresas ainda pratica, do modelo de always-on strategy que a BCG nomeia como a condição operacional da era da IA.
Este artigo argumenta que change as strategy não é apenas uma evolução retórica. É a substituição do modelo subjacente. Três rupturas tornam o modelo episódico inviável. Quatro capacidades novas precisam entrar no mandato do CHRO. E há uma condição habilitadora institucional, sem a qual o modelo novo vira fadiga sistêmica em vez de vantagem operacional.
O que a BCG chama de always-on strategy?
A formulação "always-on strategy" aparece em uma série de relatórios sobre transformação contínua e descreve uma postura organizacional específica. Em vez de tratar mudança como projeto com início, meio e fim entregável, a empresa opera sob a premissa de que o ambiente externo se reconfigura em ciclos curtos demais para acomodar planos plurianuais clássicos.
A formulação tem implicações diretas. A primeira é que governança da mudança deixa de ser exception management. Em vez de "como tratamos quando a mudança chega", a pergunta vira "como mantemos o sistema apto a absorver mudança como condição default". A segunda é que change as strategy substitui change management como termo operacional. Mudança deixa de ser um anexo na estratégia e vira a própria substância da estratégia.
A terceira implicação é menos óbvia, mas mais relevante. Always-on strategy não é um conjunto de técnicas novas para executar projetos antigos. É um modelo organizacional diferente, com forma diferente, ritmo diferente e papéis diferentes. Quando uma empresa tenta operar always-on com o aparato de change management episódico, o resultado padrão é fadiga sistêmica e perda de aderência entre planos e execução.
Por que change management episódico não funciona mais
O modelo episódico tem uma virtude que nenhum outro tem: ele é executável em janelas de previsibilidade. Quando o "Y" da transformação fica estável por 18 a 36 meses, projeto com escopo fechado funciona. Quando o "Y" muda em ciclos de 6 a 12 meses, projeto com escopo fechado falha de três formas conhecidas: o resultado entregue já não é o resultado relevante; o aprendizado obtido fica encapsulado no projeto sem virar capacidade empresarial; e o ciclo seguinte começa do zero porque a estrutura organizacional não foi reescrita para absorver continuidade.
A entrada da IA agêntica no trabalho cognitivo acelera o problema. A próxima geração de papel não é "humano + ferramenta", é humano arquitetando times com agentes; vários relatórios globais já documentaram essa reconfiguração. Esse arquétipo de trabalho exige reconfiguração contínua das fronteiras entre o que humano faz, o que agente faz e o que sistema decide com governança explícita. Reconfiguração contínua não é evento. É fluxo.
As 3 rupturas que tornam o modelo episódico inviável
Ciclos de validação encurtaram
A janela entre formular hipótese organizacional e validar empiricamente se ela aguenta o teste real do mercado caiu de meses para semanas em várias categorias de decisão. Esse encurtamento não foi escolhido pela empresa. Foi imposto pela velocidade com que clientes, regulamentadores e concorrentes mexem nas regras do jogo.
Em modelo episódico, ciclo de validação curto invalida o plano. A empresa começa um projeto com plano A, termina um trimestre depois descobrindo que o ambiente exige plano B, e não tem aparato para absorver a mudança sem reabrir todo o projeto. Em modelo always-on, ciclo curto é a condição para a qual o sistema foi projetado.
Skills viram fluidos, não estáveis
Skills viram fluidos quando o trabalho muda de forma com agentes entrando no time, e mapeamento de skills em granularidade de cargo deixa de funcionar. Cargo é moldura estável; o trabalho real dentro do cargo se reconfigura mensalmente.
Em modelo episódico, mapeamento de skills é exercício anual. A empresa fotografa o que existe, planeja gap fechado em 18 meses e executa. Quando a fotografia tirada em janeiro não corresponde ao trabalho de junho, o plano vira ficção operacional. Em modelo always-on, mapeamento é fluxo: o sistema captura skill drift em ciclo trimestral, recompõe combinações de capacidade conforme o trabalho exige e ajusta papéis sem precisar reabrir cargo formal.
A condição que sustenta esse fluxo não é técnica. É cultural. Times que reconfiguram composição em ciclo curto precisam operar com baixo custo de status na entrada e saída de papéis temporários. Sem essa condição instalada, dynamic teaming vira top-down policy que ninguém executa.
Governança da mudança perde aderência
A terceira ruptura é a menos visível, mas a mais perigosa. Governança de mudança em modelo episódico é estruturada em comitês de aprovação com cadência mensal ou trimestral. Comitês com cadência mensal não governam mudanças que chegam em cadência semanal. O resultado não é paralisia. É perda silenciosa de aderência: decisões acontecem, mas fora do comitê formal, o que reduz rastreabilidade, padroniza a violação de governança e instala risco regulatório crescente.
Em always-on, governança precisa ser instrumentada em runtime. Isso significa gates procedimentais que rodam automaticamente em cada decisão relevante, não em cerimônias periódicas. A maturidade de governança da empresa deixa de ser medida por qualidade do comitê e passa a ser medida por qualidade dos gates instalados no fluxo.
O que muda no mandato do CHRO
A passagem de change management para change as strategy reposiciona o CHRO de três formas. Primeiro, o foco da função desloca de plano de comunicação da mudança para arquitetura organizacional capaz de absorver mudança em ciclo curto. Segundo, a mensuração do trabalho do CHRO deixa de ser execução de projeto plurianual e passa a ser velocidade de aprendizagem da casa. Terceiro, o pacto com C-suite muda de "projeto de transformação com prazo" para "capacidade contratada de manter a casa sempre em condições de transformar".
Entre as 4 capacidades novas que esta era exige do CHRO (arquitetura de capacidade contínua, instrumentação humano-agente, gates de RAI em runtime, mensuração de fluxo), há uma capacidade transversal que sustenta as outras três: garantir condição operacional para times errarem com baixo custo de status, recomporem composição quando a tarefa muda e aprenderem em ciclo curto sem precisar de comitê intermediário.
Essa capacidade transversal não é pauta de bem-estar. É infraestrutura cultural da operação. Times que erram com custo de status alto não aprendem em fluxo; aprendem em ciclos longos sob pressão defensiva, o que é exatamente o oposto do que change as strategy exige. Times que erram com custo de status calibrado aprendem em fluxo e operam change as strategy de fato.
Esse é o ponto que não aparece nos relatórios de processo: change as strategy é primeiro um problema de cultura, depois um problema de processo.
As 4 capacidades novas em detalhe
Arquitetura de capacidade contínua: em vez de "construir competência X em 18 meses", o CHRO opera um sistema que reconfigura combinações de capacidade conforme o trabalho muda. Isso requer mapeamento de skills em granularidade fina (não em cargos) e monitoramento de skill drift em ciclo trimestral.
Instrumentação humano-agente: cada papel relevante na empresa precisa ter contrato explícito sobre o que humano decide, o que agente decide e onde acontece a co-decisão. Sem esse contrato, a IA agêntica entra no trabalho como sombra: ela acelera o output mas dilui a accountability, e a primeira crise revela o vazio do pacto.
Gates de RAI (Responsible AI) em runtime: em modelo episódico, RAI é comitê mensal. Em always-on, RAI é gate procedimental que roda automaticamente em todo fluxo decisório com componente de IA. A diferença é estrutural: gate em runtime captura desvio antes que vire incidente; comitê mensal captura quando já virou.
Mensuração de fluxo: a métrica que separa empresa que opera change as strategy da empresa que apenas declara é velocidade de loop completo: hipótese organizacional, teste empírico, validação ou refutação, decisão sobre próxima hipótese. Em empresas always-on, esse loop fecha em semanas. Em empresas com modelo episódico vestido de retórica contínua, esse loop fecha em trimestres.
O que isso significa para a operação?
Change as strategy não é um projeto novo que substitui o projeto antigo. É um modelo de operação contínua que substitui o conceito de projeto como unidade primária. Empresas que já operam sob essa lógica relatam três mudanças concretas no dia a dia: as decisões deixam de esperar comitê formal e migram para gates instalados; as conversas estratégicas deixam de produzir planos de 24 meses e passam a produzir hipóteses testáveis em 4 a 8 semanas; e o talento de liderança deixa de ser medido por entrega de projeto e passa a ser medido por velocidade de aprendizagem do time.
A condição habilitadora da transição não é investimento novo em tooling. É infraestrutura cultural que aceita reconfiguração de papéis em ciclo curto, e governança instrumentada em runtime que substitui o comitê mensal. Sem isso, always-on vira fadiga sistêmica.