Generelt er Guds hånd et av de mest kjente fotballmålene i historien, utført av argentineren Diego Maradona i det 51. minuttet av kvartfinalekampen i 1986 FIFA verdensmesterskap mot England. "Hånd" - fordi målet ble scoret for hånd.
I teamet vårt kaller vi Guds hånd hjelp fra en erfaren medarbeider til en uerfaren med å løse et problem. Følgelig kaller vi en erfaren ansatt Maradona, eller ganske enkelt M. Og dette er en av nøkkelmetodene for å øke effektiviteten i forhold til utilstrekkelig kvalifiserte ansatte. Vel, det har seg sånn at vi har mange praktikanter på laget vårt. Jeg setter opp et eksperiment.
Statistisk er det ikke mye hjelp som trengs. "Gjennomsnittssjekken" er 13 minutter - dette er fra øyeblikket da M løftet rumpa fra stolen til øyeblikket da han returnerte rumpa til stolen. Dette inkluderer alt - fordyping i problemet, diskusjon, feilsøking, arkitekturdesign og samtaler om livet.
Tidsspennet for hjelp var i utgangspunktet stort, opptil 1 time, men ble gradvis innsnevret, og går nå sjelden utover en halvtime. De. Det tar noen minutter av Ms tid før oppgaven går videre, eller til og med fullføres. Noen ganger skjer det.
Nøkkelfunksjon: regnskap og tidsbegrensning for "marooning". Inntil du teller minuttene, ser det ut til å ta mye tid å hjelpe andre. Og når du skriver det ned, viser det seg at alt ikke er så verst.
For eksempel jobber jeg deltid for Maradona i teamet. Grensen ble satt til 3 timer daglig for alle ansatte. Jeg trodde det ikke ville være nok. Det viste seg at selv 3 timer er stjålet, fordi... gjennomsnittlig forbruk – 2 timer per dag.
Regnskap og begrensing har en magisk effekt på ansatte. Alle som ber om hjelp forstår at tiden må brukes effektivt, fordi grensen er lik for alle, og det er ikke lønnsomt å kaste bort tiden til M. Derfor er det mye mindre snakk om livet, noe som selvfølgelig deprimerer meg.
Generelt er Guds hånd et glatt triks. Det ser ut til at den ansatte selv må finne ut av alt, løse alle problemene, forstå hele konteksten. Men det er ett problem - nevrale forbindelser.
Hjernen fungerer som en enkel automat – den husker banen og resultatet. Hvis en person har fulgt en vei og det har ført til et positivt resultat, dannes det en nevral forbindelse av typen "dette bør du gjøre". Vel, omvendt.
Så, forestill deg en praktikant eller en nybegynner programmerer. Han sitter alene og løser problemet, uten tekniske spesifikasjoner. Klienten setter et bestemt mål, og programmereren velger måten å oppnå det på.
Han har ikke mye å velge mellom, fordi... han vet ikke en eneste løsning på problemet. Jeg har ingen erfaring. Og han begynner å lete etter en løsning ved å gjette, eksperimentere, søke på Internett osv.
Til slutt finner han et alternativ, prøver det, og så - bam! - skjedde! Hva vil den ansatte gjøre? Ideelt sett vil han selvfølgelig se på hvilke andre løsningsalternativer som er tilgjengelige, evaluere koden hans og ta en beslutning om riktigheten av arkitekturen og gyldigheten av å forstyrre andres objekter og moduler.
Men la meg minne deg på at for vår mann betyr alle disse ordene ingenting. Han vet bare ikke hva han snakker om. Derfor, som, unnskyld meg, en ape, vil han ganske enkelt huske alternativet som førte til suksess. Den nevrale forbindelsen vil enten dannes eller forsterkes (hvis den allerede er dannet tidligere).
Lenger vi går, verre blir det. En person vil stuve i sin egen juice, fordi det vil være svært få grunner til å komme ut av denne juicen. Som vi sa i delen om kodekvalitet, vil ingen noen gang fortelle en programmerer at han skriver drittkode. Kunder forstår ikke dette, og andre programmerere ser sjelden på andres kode – det er ingen grunn.
Derfor, tilbake til den opprinnelige tesen om at en person må finne ut av alt selv - dessverre, dette er en ujevne metode. I hvert fall når man jobber med praktikanter.
Det er her Guds hånd kommer til unnsetning. Og han vil foreslå retningen for å søke etter en løsning, og gi råd om språket, og gi alternativer, og fortelle formuer basert på erfaring, hvilken løsning som definitivt ikke vil fungere, og kritisere koden, og fortelle deg hvor du skal kopiere den ferdige kode.
Faktisk er det veldig lite som trengs fra M. Praktikanten er som regel dum ut av det blå. Ganske enkelt fordi han for eksempel ikke vet hvordan han skal gå til funksjonsbeskrivelsen, formatere koden, ikke mistenker eksistensen av moment.js eller måter å feilsøke tjenester i Chrome på. Alt du trenger å gjøre er å peke fingeren på ham for å gå videre.
Og verdien av timene han vil bruke på å søke etter denne informasjonen på egen hånd er null. Men fra et forretningsmessig synspunkt er dette generelt tyveri. Selskapet har allerede betalt Maradona for å få denne kompetansen.
Og alt dette på gjennomsnittlig 13 minutter. Eller 2 timer om dagen.
Ja, la meg minne deg på: Guds hånd er nødvendig i tide. Det ville vært morsomt for Maradona å komme inn på fotballbanen etter kampens slutt og score et mål med hånden.
UPD: Jeg glemte å si hva som skjer med Ms produktivitet.
Merkelig nok, med starten av denne aktiviteten, økte produktiviteten med 1.5-2 ganger. Og produktiviteten til teamet som helhet har økt enda mer.
På M'en tester jeg for øyeblikket ut hurtigskiftteknikken. Hvis den ikke dør, skriver jeg når jeg samler statistikk. Inkludert om den andre M, som for tiden er i praksis.
Kilde: www.habr.com