Ogólnie rzecz biorąc, Ręka Boga to jedna z najsłynniejszych bramek piłkarskich w historii, wykonana przez Argentyńczyka Diego Maradonę w 51. minucie ćwierćfinałowego meczu Mistrzostw Świata FIFA 1986 przeciwko Anglii. „Ręka” - ponieważ bramka została zdobyta ręką.
W naszym zespole Ręką Boga nazywamy pomoc doświadczonego pracownika niedoświadczonemu w rozwiązaniu problemu. W związku z tym doświadczonego pracownika nazywamy Maradoną, lub po prostu M. I jest to jedna z kluczowych metod zwiększania efektywności w warunkach niedostatecznie wykwalifikowanych pracowników. Tak się składa, że w naszym zespole mamy wielu stażystów. Organizuję eksperyment.
Statystycznie niewiele trzeba. „Średni czek” to 13 minut – to czas od momentu, w którym M podniósł tyłek z krzesła, do momentu, w którym wrócił z powrotem na krzesło. Obejmuje to wszystko - zagłębianie się w problem, dyskusję, debugowanie, projektowanie architektury i rozmowy o życiu.
Rozpiętość czasu udzielenia pomocy była początkowo duża, do 1 godziny, ale stopniowo się zawężała i obecnie rzadko przekracza pół godziny. Te. Aby zadanie posunęło się do przodu lub nawet zostało pomyślnie ukończone, potrzeba kilku minut czasu M. Czasami tak bywa.
Kluczowa cecha: rozliczanie i ograniczanie czasu na „odrzucenie”. Dopóki nie policzysz minut, pomaganie innym wydaje się zajmować dużo czasu. A kiedy to zapiszesz, okaże się, że nie wszystko jest takie złe.
Na przykład pracuję w zespole na pół etatu dla Maradony. Limit ustalono na 3 godziny dziennie dla wszystkich pracowników. Myślałam, że to nie wystarczy. Okazało się, że nawet 3 godziny to kradzież, bo... średnie zużycie – 2 godziny dziennie.
Księgowość i limitowanie magicznie wpływają na pracowników. Każdy, kto prosi o pomoc, rozumie, że czas trzeba wykorzystać efektywnie, bo limit jest dla wszystkich taki sam, a marnowanie czasu M jest nieopłacalne. Dlatego znacznie mniej mówi się o życiu, co oczywiście mnie przygnębia.
Ogólnie rzecz biorąc, Ręka Boga to śliska sztuczka. Wydaje się, że pracownik sam musi wszystko przemyśleć, rozwiązać wszystkie problemy, zrozumieć cały kontekst. Ale jest jeden problem – połączenia neuronowe.
Mózg działa jak prosty automat – zapamiętuje drogę i wynik. Jeśli dana osoba poszła jakąś ścieżką i doprowadziła ona do pozytywnego rezultatu, tworzy się połączenie neuronowe typu „to właśnie powinieneś zrobić”. Cóż, odwrotnie.
Wyobraźmy sobie więc stażystę lub początkującego programistę. Siedzi sam i rozwiązuje problem, bez specyfikacji technicznych. Klient wyznacza konkretny cel, a programista wybiera sposób jego osiągnięcia.
Nie ma w czym wybierać, bo... nie zna jednego rozwiązania problemu. Nie mam doświadczenia. I zaczyna szukać rozwiązania, zgadując, eksperymentując, szukając w Internecie itp.
W końcu znajduje jakąś opcję, próbuje i wtedy – bum! - stało się! Co zrobi pracownik? W idealnej sytuacji oczywiście sprawdzi, jakie inne opcje rozwiązania są dostępne, oceni swój kod i podejmie decyzję co do poprawności architektury i zasadności ingerencji w obiekty i moduły innych osób.
Ale przypomnę, że dla naszego człowieka te wszystkie słowa nic nie znaczą. On po prostu nie wie, o czym mówi. Dlatego, jak, przepraszam, małpa, po prostu zapamięta opcję, która doprowadziła do sukcesu. Połączenie neuronowe zostanie utworzone lub wzmocnione (jeśli zostało już utworzone wcześniej).
Im dalej idziemy, tym jest gorzej. Osoba będzie dusić się we własnym soku, ponieważ będzie bardzo niewiele powodów, aby wydostać się z tego soku. Jak powiedzieliśmy w części o jakości kodu, nikt nigdy nie powie programiście, że pisze gówniany kod. Klienci tego nie rozumieją, a inni programiści rzadko zaglądają do cudzego kodu – nie ma powodu.
Dlatego wracając do pierwotnej tezy, że człowiek musi wszystko sam wymyślić - niestety, jest to taka sobie metoda. Przynajmniej podczas pracy ze stażystami.
I tu z pomocą przychodzi Ręka Boga. A on zasugeruje kierunek poszukiwań rozwiązania, doradzi co do języka i poda opcje, i na podstawie doświadczenia przepowie przyszłość, które rozwiązanie na pewno nie zadziała, i skrytykuje kod, i powie, gdzie skopiować gotowy kod.
Tak naprawdę niewiele potrzeba od M. Stażysta z reguły jest głupi. Po prostu dlatego, że nie wie np. jak przejść do opisu funkcji, sformatować kod, nie podejrzewa istnienia moment.js czy sposobów na debugowanie usług w Chrome. Wystarczy wskazać go palcem, aby przejść dalej.
A wartość godzin, które spędzi na samodzielnym poszukiwaniu tych informacji, wynosi zero. Jednak z biznesowego punktu widzenia jest to zazwyczaj kradzież. Firma zapłaciła już Maradonie za zdobycie tej kompetencji.
A to wszystko średnio w 13 minut. Lub 2 godziny dziennie.
Tak, przypomnę: Ręka Boga jest potrzebna w odpowiednim czasie. Byłoby zabawnie, gdyby Maradona wyszedł na boisko po zakończeniu meczu i strzelił gola ręką.
UPD: Zapomniałem powiedzieć, co dzieje się z produktywnością M.
Co dziwne, wraz z rozpoczęciem tej działalności wydajność wzrosła 1.5-2 razy. A produktywność całego zespołu wzrosła jeszcze bardziej.
Na M obecnie testuję technikę szybkiej zmiany biegów. Jeśli nie umrze, napiszę, gdy zbiorę statystyki. W tym około drugiego M, który obecnie odbywa staż.
Źródło: www.habr.com