Na verdade, a Mão de Deus é um dos gols mais famosos da história do futebol, marcado pelo argentino Diego Maradona aos 51 minutos do jogo das quartas de final da Copa do Mundo de 1986 contra a seleção da Inglaterra. 'Mão' porque o gol foi feito com a mão.
Na nossa equipe, chamamos a Mão de Deus a ajuda de um colaborador experiente para um novato que enfrenta um problema. O colaborador experiente, por sua vez, é chamado de Maradona, ou simplesmente M. E esse é um dos métodos-chave para aumentar a eficiência em condições de baixa qualificação dos funcionários. Bem, aconteceu que temos muitos estagiários na nossa equipe. Estou colocando isso à prova.
Estatísticas mostram que a ajuda necessária não é muito alta. O 'ticket médio' é de 13 minutos – desde o momento em que M se levanta da cadeira até o momento em que volta a se sentar. Isso inclui tudo – entender a tarefa, discutir, ajustar, projetar a arquitetura, e conversas sobre a vida.
O intervalo de tempo para ajudar era inicialmente grande, até 1 hora, mas aos poucos foi encurtando, e agora raramente ultrapassa meia hora. Ou seja, são necessários alguns minutos do tempo de M para que a tarefa avance, ou até mesmo seja concluída com sucesso. Acontece também.
A chave é: registrar e limitar o tempo de 'maradonismo'. Enquanto você não conta os minutos, parece que ajudar os outros leva muito tempo. Mas quando você anota, percebe que não é tão ruim assim.
Por exemplo, eu atuo como Maradona na equipe. Estabeleci um limite – 3 horas por dia para todos os colaboradores. Pensei que seria pouco. Acabou que 3 horas são mais do que suficientes, já que o consumo médio é de 2 horas por dia.
O registro e a limitação agem magicamente sobre os colaboradores. Qualquer um que pede ajuda entende que precisa usar o tempo de maneira eficiente, porque o limite é único para todos, e não vale a pena desperdiçar o tempo de M. Portanto, houve uma redução significativa nas conversas sobre a vida, o que, claro, me entristece.
Na verdade, a Mão de Deus é uma estratégia escorregadia. Pois parece que o colaborador deve se resolver, lidar com todos os problemas, entender todo o contexto. Mas há um pequeno problema – as conexões neuronais.
O cérebro funciona como uma máquina simples – memoriza o caminho e o resultado. Se uma pessoa percorreu um caminho que levou a um resultado positivo, forma-se uma conexão neural do tipo "é assim que se deve fazer". E vice-versa.
Agora, imagine um estagiário ou um programador iniciante. Ele está sozinho resolvendo um problema, sem um documento de requisitos. O cliente estabelece um objetivo, e o programador escolhe a maneira de atingi-lo.
Ele não tem muitas opções para escolher, pois não conhece nenhuma alternativa para resolver o problema. Ele não tem experiência. E começa a buscar uma solução por tentativa e erro, experimentos, pesquisas na internet, etc.
No final, ele encontra alguma opção, tenta, e aí – surpresa! – funcionou! O que o funcionário fará? Idealmente, ele deve verificar quais outras opções existem, avaliar seu código, decidir sobre a validade da arquitetura e a justificativa para interferir em objetos e módulos de outras pessoas.
Mas, lembre-se – para essa pessoa, todas essas palavras não significam nada. Ele simplesmente não sabe do que se trata. Então, como, peço desculpas, um macaco, ele apenas memoriza a opção que levou ao sucesso. A conexão neural será formada ou reforçada (se já tiver sido formada anteriormente).
Quanto mais longe, pior fica. A pessoa vai ficar mergulhada em seu próprio caldo, porque terá muito poucas razões para sair desse caldo. Como dissemos na seção sobre a qualidade do código, ninguém nunca diz a um programador que ele está escrevendo código ruim. Os clientes não entendem isso, e outros programadores raramente olham o código alheio – não há razão para isso.
Portanto, voltando à tese inicial de que a pessoa deve resolver tudo sozinha – infelizmente, essa não é a melhor abordagem. Pelo menos, nas condições de trabalho com estagiários.
E é aí que a Mão de Deus entra em cena. Ela sugere a direção da busca por soluções, dá conselhos sobre a linguagem de programação, apresenta opções, prevê com base na experiência qual solução certamente não funcionará, critica o código e indica onde reutilizar código pronto.
Basicamente, de M, não é preciso muito. O estagiário, em geral, se atrapalha à toa. Apenas porque não sabe, por exemplo, como acessar a descrição de uma função, formatar o código, não suspeita da existência do moment.js ou das maneiras de depurar serviços no Chrome. Basta apontar com o dedo para que ele avance.
O valor das horas que ele gasta procurando essa informação por conta própria é zero. E, do ponto de vista empresarial, isso é pura roubo. A empresa já pagou a Maradona por essa competência.
E tudo isso – em média, em 13 minutos. Ou 2 horas por dia.
Sim, lembrando: a Mão de Deus precisa ser oportuna. Seria engraçado ver Maradona entrar em campo após o fim da partida e marcar um gol com a mão.
UPD: esqueci de dizer o que acontece com a produtividade do M.
Curiosamente, com o início dessa atividade, a produtividade aumentou de 1,5 a 2 vezes. A produtividade da equipe, como um todo, aumentou ainda mais.
Atualmente, estou testando a técnica de alternância rápida no M. Se não falhar, escreverei quando acumular mais estatísticas. Inclusive sobre o segundo M, que está atualmente em estágio.
Fonte: habr.com
