In feite is de Hand van God een van de beroemdste doelpunten in de geschiedenis van het voetbal, gescoord door de Argentijn Diego Maradona in de 51ste minuut van de kwartfinalewedstrijd van het wereldkampioenschap voetbal 1986 tegen het nationale team van Engeland. "Hand" - omdat het doelpunt met de hand werd gescoord.
In ons team noemen we de Hand van God de hulp van een ervaren medewerker aan een minder ervaren collega bij het oplossen van een probleem. We noemen de ervaren medewerker Maradona, of gewoon M. En dit is een van de belangrijkste methoden om de efficiƫntie te verhogen onder medewerkers met onvoldoende kwalificaties. Nou, zo is het toevallig dat we in ons team veel stagiairs hebben. Ik ga het experiment uitvoeren.
Volgens statistieken is de hulpbehoefte niet bijzonder groot. De "gemiddelde tijd" bedraagt 13 minuten - dat is vanaf het moment dat M zijn achterwerk van de stoel beweegt tot het moment dat hij het weer op de stoel plaatst. Dit omvat alles - van het begrijpen van de taak, tot het bespreken, debuggen, architectuurontwerpen en persoonlijke gesprekken.
In het begin was de tijdsvariatie voor hulp groot, tot wel een uur, maar na verloop van tijd is dit verkort, en nu gaat het zelden boven een half uur. Dat wil zeggen, M heeft enkele minuten nodig om de taak verder te helpen, of zelfs succesvol te voltooien. Dit gebeurt ook wel eens.
De belangrijkste truc: het bijhouden en limieten stellen aan de tijd voor "maradonneren". Totdat je de minuten bijhoudt, lijkt het alsof het helpen van anderen veel tijd kost. Maar als je het opschrijft, blijkt dat het allemaal wel meevalt.
Bijvoorbeeld, ik werk parttime als Maradona in het team. Ik heb een limiet ingesteld - 3 uur per dag voor alle medewerkers. Ik dacht dat dat weinig zou zijn. Het bleek dat 3 uur meer dan voldoende is, aangezien de gemiddelde tijdsconsumptie - 2 uur per dag is.
Het bijhouden en limieten stellen werkt als magie op de medewerkers. Iedereen die om hulp vraagt, begrijpt dat ze hun tijd effectief moeten gebruiken, omdat er een limiet is die voor iedereen geldt, en het is niet voordelig om M's tijd zomaar te verkwisten. Daarom zijn er veel minder gesprekken over het leven, wat me natuurlijk teleurt.
Over het algemeen is de Hand van God een glibberige techniek. Het lijkt wel alsof de medewerker alles zelf moet begrijpen, alle problemen moet oplossen en de volledige context moet begrijpen. Maar er is Ć©Ć©n vervelende zaak - neurale verbindingen.
De hersenen functioneren als een simpele machine - ze onthouden de weg en het resultaat. Als iemand een bepaalde route volgt en dat leidt tot een positief resultaat, wordt er een neuronale verbinding gevormd van het type 'zo moet je het doen'. En omgekeerd.
Stel je een stagiair of een beginnende programmeur voor. Hij zit alleen en probeert een probleem op te lossen, zonder specificaties. De klant stelt een doel en de programmeur kiest de manier om dat te bereiken.
Hij heeft niet veel te kiezen, omdat hij geen enkele oplossing voor het probleem kent. Ervaring is er niet. En hij begint oplossingen te zoeken door middel van proberen, experimenteren, internetonderzoek, enzovoorts.
Uiteindelijk vindt hij een soort optie, probeert het en dan - bam! - het werkt! Wat doet de medewerker? Idealiter kijkt hij naar welke andere oplossingen mogelijk zijn, evalueert hij zijn code, en beslist hij over de juistheid van de architectuur en de noodzaak om in andermans objecten en modules in te grijpen.
Maar, ik herinner je eraan - voor onze persoon betekenen al deze woorden niets. Hij weet gewoon niet waar het over gaat. Dus, als een, excuseer mijn woordkeuze, aap, zal hij gewoon de variant onthouden die tot succes leidde. De neuronale verbinding zal ofwel worden gevormd, of versterkt (als deze eerder al was gevormd).
Hoe verder, hoe erger. De persoon zal in zijn eigen saus blijven koken, omdat er heel weinig redenen zijn om daaruit te komen. Zoals we in de sectie over codekwaliteit zeiden, zal niemand een programmeur vertellen dat hij slechte code schrijft. Klanten begrijpen dit niet, en andere programmeurs kijken zelden naar andermans code - er is geen reden voor.
Daarom, terugkomend op de oorspronkelijke stelling dat iemand zelf alles moet uitzoeken - helaas, dat is een suboptimale methode. Tenminste, in de context van het werken met stagiaires.
Hier komt de Hand van God te hulp. Het zal de richting van het zoeken naar een oplossing aangeven, advies over programmeertalen geven, opties aandragen, en op basis van ervaring voorspellen welke oplossingen waarschijnlijk niet zullen werken, en de code bekritiseren en zeggen waar hij al kant-en-klare code kan kopiƫren.
In wezen heeft M eigenlijk maar heel weinig nodig. Een stagiair is vaak traag om te reageren. Gewoon omdat hij bijvoorbeeld niet weet hoe hij naar de beschrijving van een functie moet gaan, de code moet formatteren, of niet op de hoogte is van het bestaan van moment.js of manieren om services in Chrome te debuggen. Hij hoeft alleen maar met een vinger aangewezen te worden, zodat hij verder gaat.
De waarde van de uren die hij besteedt aan het zelf zoeken naar deze informatie is nul. En vanuit zakelijk perspectief is dit gewoon diefstal. Voor het verkrijgen van deze competentie heeft het bedrijf al aan Maradona betaald.
En dat alles gemiddeld in 13 minuten. Of in 2 uur per dag.
Ja, ter herinnering: de Hand van God is op tijd nodig. Het zou grappig zijn om Maradona te zien, die het voetbalveld opkomt na de wedstrijd en met zijn hand een doelpunt maakt.
UPD: Ik vergat te zeggen wat er met de productiviteit van M gebeurt.
Vreemd genoeg, met het begin van deze activiteit is de productiviteit gestegen, met 1,5-2 keer. En de productiviteit van het team als geheel is nog meer gestegen.
Ik test momenteel de techniek van snelle wisselingen op M. Als het niet faalt, zal ik schrijven als ik wat statistieken heb verzameld. Ook over de tweede M, die nu een stage loopt.
Bron: habr.com
