In generale, la Mano di Dio è uno dei gol più famosi della 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 la nazionale inglese. "Mano" perché il gol è stato segnato con la mano.
Noi, nel nostro team, chiamiamo la Mano di Dio l'aiuto di un membro esperto a un neofita nella risoluzione di un compito. L'esperto, di conseguenza, viene chiamato Maradona, o semplicemente M. Questo è uno dei metodi chiave per aumentare l'efficacia in condizioni di scarsa qualificazione del personale. E così è andata, nel nostro team ci sono molti stagisti. Stiamo facendo un esperimento.
Secondo le statistiche, l'aiuto richiesto non è molto. "Il tempo medio" è di 13 minuti – dal momento in cui M si stacca dalla sedia a quando ci torna. Questo include tutto – dall'intendersi nel compito, alla discussione, alla messa a punto, alla progettazione dell'architettura e ai discorsi su questioni quotidiane.
L'oscillazione dell tempo per l'aiuto inizialmente era grande, fino a un'ora, ma gradualmente si è ristretta, e ora raramente supera i trenta minuti. Cioè, servono solo pochi minuti del tempo di M affinché il compito progredisca ulteriormente o si concluda con successo. Talvolta è così.
Il punto chiave: monitorare e limitare il tempo dedicato al "maradonismo". Finché non conti i minuti, sembra che aiutare gli altri richieda un'enorme quantità di tempo. Ma quando lo annoti, scopri che non è così male.
Ad esempio, io lavoro come Maradona nel team. Ho impostato un limite – 3 ore al giorno per tutti i dipendenti. Pensavo sarebbe stato poco. Invece, si è rivelato che anche 3 ore sono più che sufficienti, poiché il consumo medio è di 2 ore al giorno.
Il monitoraggio e la limitazione agiscono magicamente sui dipendenti. Chiunque richieda aiuto capisce che deve utilizzare il tempo in modo efficace, poiché il limite è unico per tutti, e non conviene sprecare il tempo di M inutilmente. Di conseguenza, ci sono molte meno conversazioni quotidiane, il che, ovviamente, mi rattrista.
In generale, la Mano di Dio è una tecnica scivolosa. Sembra che il dipendente debba risolvere tutto da solo, affrontare ogni problema, comprendere tutto il contesto. Ma qui c'è una di inconveniente – le connessioni neuronali.
Il cervello funziona come una semplice macchina: ricorda 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 del tipo "è così che bisogna fare". E viceversa.
Immaginate un tirocinante o un programmatore alle prime armi. È seduto da solo e sta cercando di risolvere un compito, senza un documento di specifiche. Il cliente stabilisce un obiettivo, mentre il programmatore sceglie il modo per raggiungerlo.
Non ha molte opzioni da cui scegliere, poiché non conosce alcuna soluzione al problema. Non ha esperienza. Inizia quindi a cercare una soluzione provando, sperimentando, cercando online, e così via.
Alla fine trova un'opzione, la prova e, a un certo punto, - ecco! - ce l'ha fatta! Cosa farà il dipendente? In teoria, dovrebbe ovviamente guardare quali altre opzioni di soluzione ci sono, valutare il suo codice, decidere sull'appropriatezza dell'architettura e della sua interferenza con oggetti e moduli altrui.
Ma, ripeto, per la nostra persona tutte queste parole non significano nulla. Semplicemente non sa di cosa si tratta. Così lui, come, scusate, una scimmia, si ricorderà semplicemente dell'opzione che ha portato al successo. La connessione neurale si formerà o si rafforzerà (se si è già formata in precedenza).
Più si va avanti, peggio è. La persona rimarrà immersa nel proprio brodo, perché ci saranno poche motivazioni per uscirne. Come abbiamo detto nella sezione sulla qualità del codice, nessuno dirà mai a un programmatore che sta scrivendo codice di scarsa qualità. I clienti non lo capiscono, e altri programmatori raramente guardano il codice altrui – non c'è occasione.
Pertanto, tornando all'affermazione iniziale che una persona deve capire tutto da sola, purtroppo, è un metodo piuttosto scarso. Almeno, nelle condizioni di lavoro con i tirocinanti.
Ed ecco che interviene la Mano di Dio. Indicherà anche la direzione per la ricerca della soluzione, fornirà suggerimenti sul linguaggio di programmazione, offrirà opzioni e indovinerà, basandosi sull'esperienza, quale soluzione non funzionerà sicuramente, criticherà il codice e dirà dove copiare codice già pronto.
In sostanza, da lui serve davvero così poco. Di solito, il tirocinante si blocca a un certo punto. Semplicemente perché non sa, ad esempio, come accedere alla descrizione di una funzione, formattare il codice, non sospetta l'esistenza di moment.js o dei metodi di debug dei servizi in Chrome. Basta solo un semplice suggerimento per farlo andare avanti.
Il valore delle ore che spenderà per cercare queste informazioni da solo è zero. E dal punto di vista aziendale, questo è un vero e proprio furto. L'azienda ha già pagato Maradona per acquisire questa competenza.
E tutto questo – in media in 13 minuti. O 2 ore al giorno.
Sì, ricordo: La Mano de Dios è necessaria in tempo utile. Sarebbe stato buffo vedere Maradona scendere 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 cambiamenti con M. Se non si arrende, scriverò quando accumulerò alcune statistiche. Compreso il secondo M, che attualmente sta facendo un tirocinio.
Fonte: habr.com
