In generale, la Mano di Dio è uno dei gol di calcio più famosi della storia, realizzato dall'argentino Diego Maradona al 51° minuto della partita dei quarti di finale della Coppa del Mondo FIFA 1986 contro l'Inghilterra. "Mano" - perché il gol è stato segnato a mano.
Nel nostro team chiamiamo Mano di Dio l'aiuto di un dipendente esperto verso uno inesperto nella risoluzione di un problema. Di conseguenza, chiamiamo un dipendente esperto Maradona, o semplicemente M. E questo è uno dei metodi chiave per aumentare l'efficienza in condizioni di dipendenti non sufficientemente qualificati. Bene, si dà il caso che abbiamo molti stagisti nel nostro team. Sto organizzando un esperimento.
Statisticamente non è necessario molto aiuto. Il "controllo medio" è di 13 minuti: dal momento in cui M ha sollevato il culo dalla sedia al momento in cui ha riportato il culo sulla sedia. Ciò include tutto: approfondimento del problema, discussione, debug, progettazione dell'architettura e conversazioni sulla vita.
L'intervallo di tempo per chiedere aiuto era inizialmente ampio, fino a 1 ora, ma si è gradualmente ridotto e ora raramente va oltre la mezz'ora. Quelli. Sono necessari alcuni minuti del tempo di M affinché l'attività vada avanti o addirittura venga completata con successo. A volte succede.
Caratteristica fondamentale: contabilità e limitazione del tempo per l'”abbandono”. Finché non conti i minuti, aiutare gli altri sembra richiedere molto tempo. E quando lo scrivi, si scopre che non è tutto così male.
Ad esempio, lavoro part-time per Maradona nella squadra. Il limite è stato fissato in 3 ore giornaliere per tutti i dipendenti. Pensavo che non sarebbe stato sufficiente. Si è scoperto che anche 3 ore sono un affare, perché... consumo medio – 2 ore al giorno.
La contabilità e le limitazioni hanno un effetto magico sui dipendenti. Chi chiede aiuto capisce che il tempo va speso in modo efficiente, perché il limite è uguale per tutti, e non è redditizio far perdere tempo a M. Pertanto si parla molto meno della vita, il che, ovviamente, mi deprime.
In generale, la Mano di Dio è un trucco sfuggente. Sembra che il dipendente stesso debba capire tutto, risolvere tutti i problemi, comprendere l'intero contesto. Ma c'è un problema: le connessioni neurali.
Il cervello funziona come un semplice automa: ricorda il percorso e il risultato. Se una persona ha seguito un percorso e questo ha portato a un risultato positivo, si forma una connessione neurale del tipo "questo è quello che dovresti fare". Ebbene, viceversa.
Quindi, immagina uno stagista o un programmatore alle prime armi. Si siede da solo e risolve il problema, senza specifiche tecniche. Il cliente stabilisce un determinato obiettivo e il programmatore sceglie il modo per raggiungerlo.
Non ha molto da scegliere, perché... non conosce un'unica soluzione al problema. Non ho esperienza E inizia a cercare una soluzione indovinando, sperimentando, cercando su Internet, ecc.
Alla fine, trova qualche opzione, la prova e poi - bam! - accaduto! Cosa farà il dipendente? Idealmente, ovviamente, esaminerà quali altre opzioni di soluzione sono disponibili, valuterà il suo codice e prenderà una decisione sulla correttezza dell'architettura e sulla validità dell'interferenza con oggetti e moduli di altre persone.
Ma lascia che ti ricordi che per il nostro uomo tutte queste parole non significano nulla. Semplicemente non sa di cosa sta parlando. Pertanto, come, scusami, una scimmia, ricorderà semplicemente l'opzione che ha portato al successo. La connessione neurale verrà formata o rafforzata (se è già stata formata in precedenza).
Più andiamo, peggio diventa. Una persona cuocerà nel suo stesso succo, perché ci saranno pochissimi motivi per uscire da questo succo. Come abbiamo detto nella sezione sulla qualità del codice, nessuno dirà mai a un programmatore che sta scrivendo un codice di merda. I clienti non lo capiscono e gli altri programmatori raramente guardano il codice di qualcun altro: non c’è motivo.
Pertanto, tornando alla tesi originale secondo cui una persona deve capire tutto da sola, ahimè, questo è un metodo così così. Almeno quando si lavora con gli stagisti.
È qui che la Mano di Dio viene in soccorso. E suggerirà la direzione della ricerca di una soluzione, darà consigli sulla lingua, darà opzioni e predirà il futuro in base all'esperienza, quale soluzione sicuramente non funzionerà, criticherà il codice e ti dirà dove copiare il codice finito codice.
In realtà manca ben poco a M. Lo stagista, di regola, è stupido all'improvviso. Semplicemente perché non sa, ad esempio, come andare alla descrizione della funzione, formattare il codice, non sospetta l'esistenza di moment.js o come eseguire il debug dei servizi in Chrome. Tutto quello che devi fare è puntare il dito contro di lui per andare avanti.
E il valore delle ore che passerà a cercare queste informazioni da solo è zero. Ma da un punto di vista aziendale, questo è generalmente un furto. La società ha già pagato Maradona per ottenere questa competenza.
E tutto questo in una media di 13 minuti. Oppure 2 ore al giorno.
Sì, lascia che te lo ricordi: la Mano di Dio è necessaria in modo tempestivo. Sarebbe divertente che Maradona entrasse in campo a fine partita e segnasse un gol con la mano.
UPD: Ho dimenticato di dire cosa sta succedendo con la produttività di M.
Stranamente, con l'inizio di questa attività, la produttività è aumentata di 1.5-2 volte. E la produttività del team nel suo insieme è aumentata ancora di più.
Sulla M sto attualmente testando la tecnica del cambio rapido. Se non muore, scriverò quando accumulerò statistiche. Compreso il secondo M, che attualmente sta svolgendo uno stage.
Fonte: habr.com