Chefe de primeira linha / chefe de equipa — tarefas, uma a uma

Decidir quem faz o quê hoje

Atribuir sob restrições — disponibilidade, competência, justiça, custo — é um problema de otimização com um objetivo limpo, que é a coisa mais antiga que o software faz bem. O que mudou há pouco não é a matemática mas as entradas: estes sistemas leem agora os sinais desarrumados que um responsável guardava na cabeça, e são comprados como produtos de gestão de pessoal em vez de construídos em casa.

Uma escala feita pela máquina continua a ter de ser defendida perante quem ficou com o turno mau, e essa conversa fica com o responsável. O que se automatiza é a hora de organizar, e não a responsabilidade pela organização — por isso este lugar pode perder a sua tarefa diária mais visível e ficar com aquela que faz dele um trabalho.

Ver que está a correr mal antes de o relatório ver

A deteção de anomalias sobre produção, tempos de fila e qualidade é padrão nas ferramentas que estas equipas já usam, e ganha a uma pessoa a apanhar derivas lentas. Não ganha a uma pessoa nos sinais que nunca chegam a ser dados — quem voltou do almoço diferente, que duas pessoas deixaram de se falar.

Mais alertas não é mais atenção. Onde a deteção ficou barata, o resultado habitual é um responsável a triar uma lista mais longa de avisos nas mesmas horas — o trabalho passou de encontrar para filtrar, o que numa descrição de funções se lê como mudança nenhuma.

Escrever a avaliação e dar o retorno

A metade de juntar — puxar atividade, ocorrências, produção e notas anteriores para um rascunho — é resumir sobre registos que a empresa já guarda, e as ferramentas de escrita são vendidas dentro das suites de recursos humanos exatamente para isto. As chefias pegam nelas com facilidade, porque escrever avaliações foi sempre a parte que adiavam.

Uma avaliação escrita não é uma avaliação dada, e o que custa a uma chefia é dizê-la em voz alta a alguém que discorda. Além disso cria um modo de falha novo em vez de tirar um: uma apreciação montada com aquilo que foi fácil de registar promove em silêncio quem é mais legível para o sistema.

A conversa que segura alguém

A restrição que manda não é a previsão, é a autoridade. Os modelos de retenção conseguem assinalar quem está em risco; o que muda uma decisão é um compromisso de alguém com poder para o assumir, dentro de uma relação que o torna credível. Nenhuma das duas coisas se transfere para um sistema, e um aviso entregue a uma chefia que não tem nada para oferecer não muda nada.

Ser a tarefa menos automatizável não protege os efetivos à volta dela. Uma empresa pode ficar com metade dos chefes de equipa com esta tarefa intacta — cada um dos que ficam faz-na simplesmente com o dobro das pessoas. É assim que uma parte insubstituível fica mais fina sem alguma vez ser substituída.

Contar ao piso de cima o que aconteceu

Onde os registos de base já são digitais, o resumo semanal é uma consulta de relatório mais escrita, e as duas coisas são banais. As camadas de chefia existem em parte para mover informação para cima; essa parte da camada é a coisa mais barata que há nela para retirar.

O que se automatiza é o resumo, e não a seleção. Decidir que um incidente evitado merece a atenção da chefia esta semana é um juízo com consequências de carreira atrás — e um sistema que reporta tudo não reportou nada.

Defender uma decisão que o sistema tomou

Uma vez que a atribuição e a avaliação passam por software, alguém tem de se pôr entre o resultado e as pessoas sobre quem ele cai. Este dever não existia no lugar antes de as ferramentas existirem, e raramente está escrito na descrição de funções de alguém — cai sobre quem está fisicamente mais perto da pessoa afetada, que é esta camada.

Deveres novos não são autoridade nova. A uma chefia a quem se pede que explique um sistema que não lhe é permitido mudar é atribuída a culpa sem o poder de o corrigir — um trabalho diferente daquele para que foi promovida, mais pesado, e invisível no organigrama.