In effetti, la Mano di Dio è uno dei gol più celebri nella storia del calcio, realizzato dall'argentino Diego Maradona al 51° minuto della partita dei quarti di finale della Coppa del Mondo di calcio del 1986 contro l'Inghilterra. "Mano" perché il gol è stato segnato con la mano.
Nel nostro team, chiamiamo Mano di Dio l'aiuto di un dipendente esperto a un neofita nella risoluzione di un compito. Il dipendente esperto, ovviamente, è considerato il Maradona, o semplicemente M. Questo è uno dei metodi chiave per aumentare l'efficacia in condizioni di scarsa qualificazione dei dipendenti. Bene, ci sono molti tirocinanti nel nostro team. Sto avviando un esperimento.
Statisticamente, l'aiuto richiesto non è molto elevato. Il "tempo medio" è di 13 minuti: questo è il tempo che intercorre dal momento in cui M stacca il sedere dalla sedia fino a quando lo rimette. Qui si include tutto: dall'approfondimento del compito, alla discussione, al debug, alla progettazione dell'architettura e alle chiacchiere sulla vita.
Il tempo per ricevere aiuto inizialmente era lungo, fino a un'ora, ma è progressivamente diminuito e ora raramente supera la mezz'ora. In altre parole, servono alcuni minuti di tempo M affinché la questione progredisca o venga risolta con successo.
Il punto chiave: contare e limitare il tempo dedicato al 'maradonsismo'. Quando non si tengono conto dei minuti, sembra che aiutare gli altri richieda troppo tempo. Ma quando si annota, ci si rende conto che non è poi così male.
Ad esempio, lavoro come Maradona nel team. Ho fissato un limite – 3 ore al giorno per tutti i dipendenti. Pensavo fosse poco. Ma alla fine, 3 ore sono più che sufficienti, dato che il consumo medio è di 2 ore al giorno.
Il monitoraggio e la limitazione agiscono magicamente sui dipendenti. Chiunque chieda aiuto comprende che deve utilizzare il tempo in modo efficace, perché il limite è unico per tutti, e non conviene sprecare il tempo M. Di conseguenza, ci sono molte meno conversazioni personali, il che, naturalmente, mi rattrista.
In generale, la Mano di Dio è un trucco scivoloso. Infatti, sembra che il dipendente debba risolvere tutto da solo, affrontare tutti i problemi e capire tutto il contesto. Ma qui c'è un problema: le connessioni neuronali.
Il cervello funziona come un semplice automa: memorizza il percorso e il risultato. Se una persona ha seguito un certo percorso e questo ha portato a un risultato positivo, si forma una connessione neurale di tipo «è così che bisogna fare». E viceversa.
Immaginate un tirocinante o un programmatori alle prime armi. Si trova da solo a risolvere un problema, senza un documento di specifiche. Il cliente stabilisce un obiettivo, ma spetta al programmatore decidere il modo per raggiungerlo.
Non ha molte opzioni da scegliere, poiché non conosce alcuna soluzione al problema. Non ha esperienza. Inizia quindi a cercare una soluzione per tentativi, esperimenti, ricerche su Internet, ecc.
Alla fine trova una soluzione, la prova, e boom! – ci riesce! Cosa farà il dipendente? Idealmente, esaminerà quali altre soluzioni ci sono, valuterà il proprio codice e prenderà una decisione sulla correttezza dell'architettura e sulla giustificazione dell'intervento in oggetti e moduli altrui.
Tuttavia, ricordo che per la nostra persona tutte queste parole non significano nulla. Non sa semplicemente di cosa si parla. Quindi, come direbbe, mi scuso, una scimmia, ricorderà solo l'opzione che ha portato al successo. La connessione neurale si formerà o si rinforzerà (se già si era formata in precedenza).
Più ci si allontana, peggio è. La persona si cuocerà nel proprio succo, perché avrà molto poche occasioni di uscirne. Come abbiamo detto nella sezione sulla qualità del codice, nessuno dirà mai a un programmatore che scrive codice scadente. I clienti non lo capiscono, e altri programmatori raramente guardano il codice altrui – non ci sono motivi.
Pertanto, tornando all'affermazione iniziale che la persona deve risolvere tutto da sola – ahimè, è un metodo non proprio efficace. Almeno, nelle condizioni di lavoro con gli stagisti.
Ecco che viene in aiuto la Mano di Dio. Indicherà la direzione per trovare una soluzione, darà un consiglio sul linguaggio di programmazione, fornirà opzioni e farà delle ipotesi basate sull'esperienza su quale soluzione sicuramente non funzionerà, criticherà il codice e dirà dove copiare codice già pronto.
In sostanza, da M serve davvero poco. Di solito, lo stagista si blocca su questioni semplici. Semplicemente perché non sa, per esempio, come passare alla descrizione di una funzione, formattare il codice, non sospetta neanche dell'esistenza di moment.js o dei metodi per il debug dei servizi su Chrome. Basta solo indicarlo con il dito per fargli andare avanti.
E il valore delle ore che spenderà a cercare queste informazioni è pari a zero. E dal punto di vista business, è letteralmente furto. Per acquisire questa competenza, l'azienda ha già pagato Maradona.
E tutto questo - in media in 13 minuti. O in 2 ore al giorno.
Sì, ricordo: la Mano di Dio è necessaria in tempo. Sarebbe stato divertente vedere Maradona entrare in campo dopo la fine della partita e segnare un gol con la mano.
UPD: ho dimenticato di dire cosa succede 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 complesso è aumentata ancora di più.
Attualmente sto testando la tecnica dei rapidi cambi di M. Se resiste, scriverò quando accumulo statistiche. Incluso il secondo M, che ora sta facendo uno stage.
Fonte: habr.com
