Em geral, a Mão de Deus é um dos gols de futebol mais famosos da história, realizado pelo argentino Diego Maradona aos 51 minutos da partida das quartas de final da Copa do Mundo de 1986 contra a Inglaterra. "Mão" - porque o gol foi marcado por uma mão.
Em nossa equipe, chamamos a Mão de Deus a ajuda de um funcionário experiente, inexperiente na solução do problema. Um funcionário experiente, respectivamente, é chamado Maradona, ou simplesmente M. E esse é um dos métodos principais para aumentar a eficiência em condições de qualificação insuficiente dos funcionários. Bem, aconteceu que temos muitos estagiários na equipe. Estou definindo uma experiência.
Segundo as estatísticas, a ajuda não é muito necessária. O "cheque médio" é de 13 minutos - é a partir do momento em que M arrancou a bunda da cadeira e até o momento em que ele a devolveu à cadeira. Isso inclui tudo - entender a tarefa, discutir, depurar, projetar arquitetura e conversar pela vida toda.
A ampliação do tempo de ajuda foi inicialmente grande, de até 1 hora, mas diminuiu gradualmente e agora raramente ultrapassa meia hora. I.e. leva vários minutos M para a tarefa prosseguir ou até ser concluída com êxito. Isso acontece
Característica chave: contabilizando e limitando o tempo para o "maradonismo". Até você contar os minutos, parece que ajudar os outros leva muito tempo. E quando você grava, acontece que nem tudo é tão ruim.
Por exemplo, trabalho meio período como Maradona. O limite foi estabelecido - 3 horas por dia para todos os funcionários. Eu pensei que seria poucos. Aconteceu que por 3 horas - para os olhos, porque consumo médio - 2 horas por dia.
A contabilidade e as limitações agem magicamente sobre os funcionários. Quem pede ajuda entende que é necessário gastar tempo com eficiência, porque o limite é um para todos, e é inútil perder tempo M em vão. Portanto, as conversas pela vida se tornaram muito menos, o que, é claro, me deprime.
Em geral, a Mão de Deus é uma técnica escorregadia. Afinal, parece que o próprio funcionário deve entender tudo, resolver todos os problemas, entender todo o contexto. Mas há um problema - conexões neurais.
O cérebro funciona como uma máquina simples - lembra o caminho e o resultado. Se uma pessoa seguiu algum caminho, e isso levou a um resultado positivo, uma conexão neural do tipo "este é o caminho para fazê-lo" é formada. Bem e vice-versa.
Então, imagine um estagiário ou um programador iniciante. Ele se senta sozinho e resolve o problema, sem TK. O cliente define uma meta e o programador escolhe como alcançá-la.
Ele não tem muito por onde escolher, porque ele não conhece uma única solução para o problema. Não há experiência. E ele começa a procurar uma solução digitando, experimentando, pesquisando na Internet etc.
Como resultado, ele encontra alguma opção, tenta e aqui - bam! - acabou! O que o funcionário fará? Idealmente, é claro, ele verá quais outras soluções estão disponíveis, avaliará seu código, tomará uma decisão sobre a arquitetura correta e a validade da interferência nos objetos e módulos de outras pessoas.
Mas, deixe-me lembrá-lo, para nossa pessoa, todas essas palavras não significam nada. Ele simplesmente não sabe do que se trata. Portanto, ele, como peço desculpas, macaco, simplesmente se lembrará da opção que levou ao sucesso. Uma conexão neural se formará ou se fortalecerá (se já se formou).
Quanto mais longe, pior. Uma pessoa vai cozinhar em seu suco, porque haverá muito poucas razões para sair desse suco. Como dissemos na seção sobre qualidade de código, ninguém nunca dirá a um programador que ele escreve código de merda. Os clientes não entendem isso e outros programadores raramente olham para o código de outra pessoa - não há motivo.
Portanto, voltando à tese original de que uma pessoa deve descobrir por si mesma - infelizmente, esse é um método mais ou menos. Pelo menos no trabalho com estagiários.
E aqui vem a mão de Deus. E a direção da busca por uma solução será rápida, e o conselho do YP fornecerá e exibirá opções, e adivinhar, com base na experiência, qual solução definitivamente não funcionará, e o código irá criticar e informar onde escrever o código pronto.
De fato, M precisa de algo bastante. Um estagiário geralmente faz tuplas inesperadamente. Só porque ele não sabe, por exemplo, como ir para a descrição da função, formatar o código, não suspeitar da existência do moment.js ou como depurar serviços no chrome. Você só precisa cutucar o dedo para que ele siga em frente.
E o valor das horas que ele gasta em uma pesquisa independente por essas informações é zero. E do ponto de vista comercial, isso geralmente é roubo. A empresa já pagou à Maradone para obter essa competência.
E tudo isso - em média, em 13 minutos. Ou 2 horas por dia.
Sim, deixe-me lembrá-lo: a mão de Deus é necessária em tempo hábil. Maradona teria parecido engraçado, tendo chegado ao campo de futebol após o final da partida e marcado um gol com a mão.
UPD: esqueceu de dizer o que acontece com a produtividade de M.
Curiosamente, com o início desta atividade, a produtividade aumentou de 1,5 a 2 vezes. E a produtividade da equipe como um todo aumentou ainda mais.
No M, agora estou experimentando uma técnica de comutação rápida. Se não morrer, escreverei quando acumular estatísticas. Incluindo sobre o segundo M, que está atualmente em estágio.