Este artigo não se refere a nenhuma empresa, setor ou pessoa específica. Ele organiza estruturas que costumam aparecer no ambiente de trabalho, abstraídas para que nenhum caso real possa ser identificado.
Introdução: o momento em que melhorar vira um fardo
"Melhoria no trabalho" é uma expressão que soa bem.
Deixar as tarefas mais fáceis. Reduzir erros. Deixar as informações mais claras. Facilitar o compartilhamento do andamento. Aliviar a carga de quem está na linha de frente.
Em tese, tudo isso é bom tanto para a empresa quanto para quem trabalha nela.
Só que, na prática, às vezes quem mais melhora as coisas é quem mais se desgasta.
Por quê?
O problema não é a melhoria em si, e sim o que vem depois: as cobranças fora de hora, a responsabilidade devolvida, o suporte individual e as conferências carregadas de emoção. Tudo isso pesa demais.
Imagine que você leva adiante uma medida de melhoria. Segue o fluxo de solicitação, consegue a aprovação do seu gestor e dos envolvidos, e faz tudo conforme o procedimento. Mas, depois que está feito, alguém vem de outro lado perguntar: "Por que gastaram dinheiro com isso?" ou "Era mesmo necessário?".
Aí quem cuida da melhoria pensa:
"Então de que adiantou ter a aprovação?"
"Segui o fluxo todo, por que a culpa cai em mim?"
"Será que, daqui pra frente, não é mais seguro não fazer nada?"
Nesse instante, melhorar deixa de ser um trabalho positivo e vira uma tarefa de risco, da qual é preciso se defender.
O problema não é o custo, é a falta de segurança no fluxo de aprovação
Uma melhoria custar dinheiro não tem nada de estranho.
Material, sistemas, ferramentas, treinamento, organização de documentos, melhorias no ambiente: tudo exige algum gasto e algum tempo.
O problema não é o gasto ter acontecido.
O problema é uma estrutura em que, depois de algo aprovado, outra pessoa ainda pode reclamar de forma emocional.
O que realmente deveria estar claro é isto:
- Com a aprovação de quem se pode executar
- Até que valor a equipe pode decidir por conta própria
- Para quais finalidades se pode gastar
- Qual critério usar para avaliar se valeu o custo
- Se quem critica depois participou do fluxo de aprovação original
Se você toca uma melhoria com isso no ar, quem cuida dela vive sob o risco de levar pancada fora de hora.
E o resultado, para a empresa inteira, é este:
"Eu queria melhorar, mas só vai me dar mais dor de cabeça."
"Quem propõe acaba cuidando de tudo até o fim."
"Nem com aprovação a gente está seguro."
"Então é melhor ficar quieto e deixar como está."
Isso não é uma empresa ruim em melhorar. É uma empresa sem um desenho que proteja quem melhora.
Quando quem melhora vira um "SAC"
Existe outra armadilha na melhoria: depois da implantação, a pessoa responsável vira um SAC (serviço de atendimento ao cliente).
Por exemplo, imagine que foi implantado um ambiente ou sistema prático.
O objetivo era que o pessoal conseguisse usar sozinho, sem dificuldade.
Mas, se a forma de operar não foi bem definida, as perguntas chovem em cima de quem implantou.
"Como é que se usa isso?"
"Onde eu tenho que olhar?"
"Como faz a configuração?"
"Acho que não está funcionando direito."
Claro, se for um defeito de verdade ou um problema do sistema, a área responsável é quem deve cuidar.
Mas, se a pessoa atende até o uso básico e o que se resolve conferindo por conta própria, acaba esgotada.
Aqui é preciso separar as coisas.
- Sobre aprovação: foi feito com base em uma solicitação já aprovada
- Uso básico: por favor, confiram por conta própria
- Defeitos ou problemas de conexão: avisem informando a situação
- Mudança de regra: deixem claras as regras de solicitação e o critério de custos
Sem essa linha, quem melhora deixa de ser "quem deixou tudo mais prático" e vira "quem carrega tudo o que vem depois de deixar prático".
Assim, é natural não querer fazer a próxima melhoria.
Apoiar a liderança só no caráter e na garra pesa demais
No trabalho, a liderança costuma ser explicada como uma questão de personalidade.
Ser animado e contagiar os outros.
Transmitir com entusiasmo.
Mover as pessoas ao redor.
Construir confiança.
Não estou dizendo que nada disso é necessário.
Mas se tudo se apoia só nisso, é perigoso.
Porque, quando a liderança é descrita apenas como "personalidade", "garra" e "poder de engajar", quem não tem autoridade, nem recompensa, nem um escopo de responsabilidade claro fica só com o trabalho emocional.
Quando os outros não se mexem, às vezes se ouve:
"Se você tivesse engajado mais..."
"Faltou explicar melhor."
"É preciso saber convencer o pessoal."
Mas será que o que falta é mesmo um caráter mais forte?
O que se precisa, na verdade, é de um desenho como este:
- Deixar o objetivo claro
- Dividir os papéis
- Definir prazos
- Estabelecer critérios de decisão
- Registrar o que foi pedido
- Definir um espaço para acompanhar o andamento
- Listar o que ficou pendente
Liderar não é mover as pessoas na base da garra.
É desenhar as coisas para que seja fácil para as pessoas se moverem.
A distância entre "eu não microgerencio" e a realidade
O difícil do microgerenciamento é que quem o faz é quem menos percebe.
Do ponto de vista dessa pessoa, é assim:
"Só estou conferindo."
"Só estou cuidando da qualidade."
"Só estou ensinando."
"Só quero que as coisas andem direito."
"Olho porque sou o responsável."
Mas quem recebe pode sentir assim:
"Não confiaram a tarefa a mim."
"Me pressionam no meio do caminho."
"A resposta certa sempre aparece depois."
"Não tenho margem para decidir."
"Até minha atitude e meu grau de convencimento são controlados."
Aí há uma distância enorme.
Ser ou não microgerenciamento não depende só da percepção de quem faz.
O que importa é se sobra margem de decisão para quem recebe.
A pessoa recebe só o objetivo, o prazo e o critério, e a tarefa é delegada de verdade?
Ou se tenta controlar o método, o ritmo, a atitude, o convencimento e até o clima?
Se for o segundo caso, não importa o que a pessoa pense: para quem recebe, é um controle bem pesado.
Às vezes basta dizer "isso já foi compartilhado da última vez"
Em acompanhamentos de andamento ou em treinamentos, às vezes o problema vira "se foi dito ou não na última vez".
Quando se entra numa briga emocional, o desgaste é grande.
"Eu falei, não falei?"
"Não fiquei sabendo."
"O que você pretende com isso?"
"Todo mundo concorda com isso?"
Assim, o assunto vai se desviando cada vez mais.
O ponto central não é quem está errado.
Se o que foi compartilhado não foi aplicado, só é preciso um mecanismo para que não escape de novo.
Por isso, primeiro responda só com o fato.
"Isso já foi compartilhado da última vez."
Depois, se for necessário, transforme em uma lista.
- Data do compartilhamento
- Conteúdo compartilhado
- Onde será aplicado
- Responsável
- Prazo
- Situação
- Observações
Assim se evita a guerra de "eu falei" e "eu não ouvi".
Em vez de disputar a memória de quem ouviu, confere-se num registro.
Só isso já reduz bastante o desgaste.
Para melhorar, não é preciso empolgação, é preciso um desenho de proteção
Os ambientes onde as melhorias continuam têm algo em comum.
Existe uma estrutura em que quem melhora não sai perdendo facilmente.
Já nos ambientes onde as melhorias travam, costumam aparecer estas características:
- O caminho de aprovação é vago
- Dá para reclamar fora de hora
- Quem melhora carrega toda a operação
- Até as dúvidas de uso básico acabam com o responsável
- A responsabilidade só cresce, e a autoridade não
- Só aparecem as falhas e as reclamações
- Tudo é resolvido com "poder de engajar", "entusiasmo" ou "convencimento"
Nesse estado, por mais que se diga "tenham mais iniciativa para melhorar", ninguém se mexe.
Porque o que espera depois da melhoria não é recompensa, e sim carga extra e cobranças fora de hora.
O que se precisa não é garra.
É um mecanismo que proteja quem cuida da melhoria.
Respostas que funcionam na prática
Se alguém perguntar fora de hora "por que você fez isso?", é melhor não responder como se estivesse escrevendo uma carta de desculpas.
Dá para usar esta frase:
Este assunto foi tratado com base em uma solicitação aprovada pelo gestor da área.
Se, daqui em diante, o critério de custos ou o escopo mudarem, peço que isso seja deixado claro nas regras de solicitação; aí passaremos a atuar conforme esse critério.
Com isso, você mostra que não foi uma decisão por conta própria de quem cuida da melhoria.
Para dúvidas de uso básico, dá para separar assim:
Sobre o uso básico e as configurações de exibição, por favor, confiram por conta própria.
Se houver defeito de configuração ou problema de conexão, avisem informando a situação.
Assim, você separa o que cada um deve verificar sozinho dos defeitos que realmente precisam de atendimento.
Quando o que foi compartilhado no acompanhamento não é aplicado, faça assim:
Preparei uma lista de conferência para evitar que o que foi compartilhado da última vez escape.
A partir de agora, vamos anotar aqui "conteúdo compartilhado, onde será aplicado, responsável, prazo e situação" e conferir na próxima vez.
Essa lista não serve para culpar ninguém.
É uma barreira de proteção para evitar brigas emocionais.
Conclusão: em vez de culpar o caráter, transforme em desenho
Os problemas do trabalho logo viram questão de personalidade.
Falta poder de engajar.
Falta entusiasmo.
Falta senso de responsabilidade.
A conferência é frouxa.
Falta iniciativa.
Mas o que realmente precisa ser olhado é a estrutura.
Se reclamam depois, mesmo estando aprovado, o fluxo de aprovação é fraco.
Se as perguntas se concentram depois de uma melhoria, o desenho da operação é fraco.
Se o que foi compartilhado não é aplicado, falta um registro do que foi compartilhado.
Se há muito microgerenciamento, a forma de delegar e os critérios de decisão são vagos.
Se a liderança pesa, é porque não foi transformada em mecanismo e se apoia no caráter.
Para que as melhorias continuem, não é preciso um caráter forte.
É preciso deixar claros o objetivo, os papéis, os prazos, a aprovação, o registro e o escopo do atendimento.
Em vez de mover as pessoas na base da garra, criar condições para que elas possam se mover.
Essa é, de verdade, a melhoria que deixa o trabalho um pouco mais leve.
