Adoção de sistema novo: o gestor direto decide
Quem decide se a sua equipe vai adotar o sistema novo é o gestor direto de quem opera, não o patrocinador do projeto nem a área de inovação. Ele define o que conta como trabalho feito e o que se cobra na reunião de segunda. Se o relatório dele ainda sai da planilha, o time continua alimentando a planilha.
Por que o gestor direto pesa mais que o patrocinador?
Porque ele está presente no momento em que o operador escolhe entre o sistema novo e o caminho antigo. O patrocinador define a prioridade uma vez. O gestor direto a confirma ou a desfaz todo dia, pelo que pergunta, pelo relatório que pede e pelo atalho que tolera.
Isso não tira o peso do patrocínio. No levantamento da Prosci, projetos com patrocinador extremamente efetivo atingiram seus objetivos em 79% dos casos, contra 27% com patrocinador extremamente inefetivo. Mas a Prosci vende consultoria e treinamento em gestão de mudança, então leia os números como pesquisa de quem tem interesse no tema. O que ela mostra é que o patrocínio abre a porta. Quem decide o que acontece depois dela é quem convive com a equipe.
Para você, gerente de inovação, isso é desconfortável. Normalmente você não tem linha de comando sobre quem opera. Responde pelo resultado de uma adoção que depende de gente que não reporta a você.
O que os dados dizem sobre o papel do gestor?
Dizem que o gestor direto concentra a influência sobre o time, e que muitos deles não estão nesse papel quando a mudança chega. Os dados têm limites, e vale dizê-los antes.
A Gallup afirma que os gestores respondem por 70% da variação no engajamento das equipes. O número vem de pesquisa de engajamento, não de adoção de sistema. Serve como indício de peso, não como previsão para o seu projeto.
O dado mais próximo do nosso tema vem de uma pesquisa da Gallup de maio de 2025 com 19.043 adultos que trabalham nos EUA. Entre os empregados de organizações que já começaram a implantar IA, 28% concordaram totalmente que o gestor apoia ativamente o uso da tecnologia pela equipe. Quem concordou tinha 2,1 vezes mais chance de usar IA algumas vezes por semana ou mais e 6,5 vezes mais chance de considerar as ferramentas úteis para o próprio trabalho. A Gallup não afirma causalidade, e o recorte é de IA nos EUA, não de sistema interno numa PME brasileira. O padrão, porém, é fácil de reconhecer: o apoio do gestor aparece junto com o uso.
Há ainda o preparo. Segundo a Gallup, 44% dos gestores no mundo já receberam algum treinamento de gestão. Na Prosci, 43% dos participantes apontam os gerentes intermediários como o grupo mais resistente à mudança, e 58% dos empregados preferem ouvir o impacto pessoal da mudança do próprio supervisor. Sem preparo e sem posse da mudança, o gestor tende a proteger a rotina da equipe, e isso é razoável do ponto de vista dele. Essa é uma leitura nossa, não um resultado das pesquisas.
Onde a adoção quebra quando o gestor não é o dono?
Quebra em três pontos que o projeto costuma deixar fora do escopo: o relatório que o gestor usa, a reunião que ele conduz e o caminho antigo que ele tolera.
O primeiro é o relatório. Se o sistema novo foi desenhado para quem lança o dado, e não para quem cobra o resultado, o gestor continua pedindo a planilha dele. O operador lança no sistema para cumprir o processo e lança na planilha para cumprir o gestor. A segunda tarefa é a que ele faz com cuidado.
O segundo é a reunião. Enquanto a pauta de segunda sair de outro arquivo, o sistema novo é um cadastro paralelo, não o lugar onde a operação é discutida.
O terceiro é o caminho antigo. Se ele segue funcionando, alguém vai usá-lo sob pressão. Esse padrão aparece em por que sua equipe não adota o novo sistema, e a medição do uso real, que mostra quais equipes voltaram ao antigo, está em adoção de sistemas: por que o go-live não é o fim.
Nos três casos, o defeito é de arquitetura. O sistema atende o fluxo do operador e ignora o fluxo de controle do gestor. No case da Reatop, por exemplo, o app móvel nativo com uso offline foi pensado para quem opera em campo e se liga a um backoffice integrado. A adoção depende dos dois lados estarem desenhados juntos.
Um exemplo prático: a planilha das 8h30
O cenário a seguir é hipotético, e os números são premissas ilustrativas, não medição. Uma distribuidora com 80 pessoas implanta um sistema de pedidos. A expedição tem 12 operadores e um supervisor. Antes do sistema, o supervisor recebia às 8h30 uma planilha com as expedições do dia anterior e fechava a reunião com a diretoria a partir dela.
O sistema entra em março. Os operadores recebem treinamento e lançam os pedidos nele. O supervisor, porém, continua pedindo a planilha às 8h30, porque a tela do sistema não mostra os pendentes por rota, que é o que a reunião precisa. Em abril, 3 dos 12 operadores ainda mantêm a planilha, só por precaução. O projeto declara a adoção em 100% porque os lançamentos existem. O supervisor, que quer a reunião das 9h pronta, sabe que o número real é outro.
Agora o mesmo cenário com o supervisor como dono. Antes do go-live, a equipe de implantação pergunta o que ele mostra na reunião e constrói essa visão no sistema, com pendentes por rota. A reunião passa a rodar na tela. A planilha ganha uma data de desligamento, combinada com ele, e não imposta a ele. O operador não precisa mais manter duas fontes, porque quem cobra deixou de usar a antiga.
Como dar ao gestor direto a posse da mudança?
Em quatro movimentos, todos antes do go-live.
Primeiro, mapeie a rotina de controle do gestor: qual relatório ele consulta, em que horário, para qual reunião. Esse mapa define parte do escopo, e não um adendo de treinamento.
Segundo, entregue a visão dele pronta no sistema. Se ele precisar montar sozinho o que a planilha dava de graça, o caminho antigo vence.
Terceiro, mude a pauta da reunião de lugar. A discussão semanal acontece com o sistema aberto, e o que não está lá não entra na pauta. Isso custa uma conversa com o gestor, não um projeto.
Quarto, defina com ele a data de desligamento do caminho antigo e acompanhe o uso por equipe, não só o total. O uso total esconde a equipe que voltou à planilha.
Perguntas frequentes
Minha equipe não aceita mudanças. Como convencer o gestor de que vale o esforço?
Mostre a ele o que ele ganha: a visão que ele cobra hoje, pronta, sem montar planilha toda segunda. A resistência do gestor costuma ser proteção da rotina da equipe, e some quando a mudança entrega a ele algo que ele já usa. Convencer pelo discurso rende menos que desenhar pelo uso.
A implementação vai exigir tempo demais do time. Envolver o gestor não atrasa?
Atrasa pouco no começo e poupa tempo depois. A conversa para mapear a rotina de controle leva horas, enquanto operar dois caminhos por meses consome tempo do operador e do gestor todos os dias. O tempo que você gasta antes é menor que o custo de manter a planilha viva.
Receio que o sistema não elimine os gargalos de verdade. O que o gestor muda nisso?
Muda o que se vê. Se a reunião roda no sistema, os pendentes, os atrasos e as exceções ficam visíveis para quem pode agir sobre eles. Gargalo que só aparece na planilha do supervisor não chega à diretoria nem ao processo, e o sistema vira um cadastro que ninguém consulta.
O próximo passo
Se você quer entender onde a rotina de controle dos seus gestores diretos ainda depende de um caminho que o sistema novo não cobre, o Diagnóstico de Arquitetura Operacional, uma conversa de 30 minutos, é um convite para começar: fale com a Yowpi.
Cases relacionados
Reconheceu a sua operação neste artigo?
Agende o Diagnóstico de Arquitetura Operacional: 30 minutos para mapear onde está o gargalo da sua operação. Sem proposta na primeira conversa.
Agendar diagnóstico