Ręka Boga to jedna z najsłynniejszych bramek w historii piłki nożnej, strzelona przez Argentyńczyka Diego Maradonę w 51. minucie ćwierćfinału Mistrzostw Świata w 1986 roku przeciwko Anglii. "Ręką" - bo gol został zdobyty ręką.
W naszym zespole Ręką Boga nazywamy pomoc doświadczonego pracownika osobie niedoświadczonej w rozwiązaniu problemu. Doświadczonego pracownika nazywa się zatem Maradoną, albo po prostu M. I jest to jedna z kluczowych metod zwiększania efektywności w warunkach niewystarczających kwalifikacji pracowników. Cóż, tak się składa, że w naszym zespole mamy wielu stażystów. Przeprowadzam eksperyment.
Statystyki pokazują, że nie potrzeba wiele pomocy. „Przeciętny czas kontroli” wynosi 13 minut – jest to czas od momentu, w którym M podniósł tyłek z krzesła, do momentu, w którym znowu usiadł na krześle. Obejmuje to wszystko: zagłębianie się w zadanie, dyskusję, debugowanie, projektowanie architektury i rozmowy o życiu.
Zakres czasu oczekiwania na pomoc był początkowo długi i wynosił nawet 1 godzinę, ale stopniowo się zawężał i obecnie rzadko przekracza pół godziny. Te. Potrzeba kilku minut, aby zadanie zostało wykonane lub nawet pomyślnie ukończone. To też się zdarza.
Kluczowa cecha: rozliczanie i limitowanie czasu dla „maradonny”. Dopiero gdy policzysz minuty, może się wydawać, że pomaganie innym zabiera mnóstwo czasu. Ale kiedy to zapiszesz, okazuje się, że nie wszystko jest takie złe.
Na przykład, pracuję na pół etatu w drużynie Maradony. Limit ustalono na 3 godziny dziennie dla wszystkich pracowników. Myślałem, że to nie wystarczy. Okazało się, że 3 godziny to więcej niż wystarczająco, bo... Średnie zużycie – 2 godziny dziennie.
Rachunkowość i ograniczenia mają magiczny wpływ na pracowników. Każdy, kto prosi o pomoc, rozumie, że czas należy wykorzystywać efektywnie, gdyż limit jest taki sam dla wszystkich i nie opłaca się marnować czasu M na próżno. Dlatego też jest o wiele mniej rozmów o życiu, co oczywiście mnie przygnębia.
Ogólnie rzecz biorąc, Ręka Boga to podstępna sztuczka. Wygląda na to, że to pracownik sam powinien wszystko rozgryźć, rozwiązać wszystkie problemy, zrozumieć cały kontekst. Ale jest tu jeden problem – połączenia neuronowe.
Mózg działa jak prosta maszyna – zapamiętuje ścieżkę i wynik. Jeżeli człowiek podążył pewną drogą i doprowadziła ona do pozytywnego rezultatu, to tworzy się u niego połączenie neuronalne typu „tak to należy zrobić”. No i odwrotnie.
Wyobraź sobie zatem stażystę lub początkującego programistę. Siedzi sam i rozwiązuje problem, nie mając żadnej specyfikacji technicznej. Klient stawia sobie określony cel, a programista wybiera metodę jego osiągnięcia.
Tak naprawdę nie ma w czym wybierać, ponieważ... nie zna żadnego możliwego rozwiązania problemu. Brak doświadczenia. I zaczyna szukać rozwiązania metodą prób i błędów, eksperymentując, przeszukując Internet itd.
W końcu znajduje jakąś opcję, próbuje jej i nagle – bum! – zadziałało! Co będzie robił pracownik? W idealnym przypadku oczywiście przyjrzy się innym dostępnym rozwiązaniom, oceni swój kod i podejmie decyzję o poprawności architektury oraz zasadności ingerencji w obiekty i moduły innych osób.
Ale pozwólcie, że wam przypomnę – dla naszego narodu wszystkie te słowa nic nie znaczą. On po prostu nie wie, o co chodzi. Więc on, 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 utworzone wcześniej).
Im dalej, tym gorzej. Człowiek będzie się dusił we własnym sosie, bo będzie bardzo mało powodów, żeby się z tego soku wydostać. Jak już wspomnieliśmy w części poświęconej jakości kodu, nikt nigdy nie powie programiście, że pisze kiepski kod. Klienci tego nie rozumieją, a inni programiści rzadko zaglądają do cudzego kodu – nie ma ku temu powodu.
Wracając zatem do pierwotnej tezy, że człowiek musi sam do wszystkiego dojść – niestety, jest to metoda mierna. Przynajmniej jeśli chodzi o pracę ze stażystami.
Tutaj z pomocą przychodzi Ręka Boga. On zasugeruje kierunek poszukiwań rozwiązania, doradzi w kwestii języka programowania, rzuci kilka opcji i na podstawie doświadczenia zgadnie, które rozwiązanie na pewno nie zadziała, skrytykuje kod i powie, skąd skopiować gotowy kod.
Właściwie od M wymaga się bardzo niewiele. Stażysta z reguły zachowuje się głupio bez powodu. Po prostu dlatego, że nie wie na przykład, jak przejść do opisu funkcji, sformatować kod, nie podejrzewa istnienia moment.js lub sposobów debugowania usług w Chrome. Wystarczy wskazać palcem, żeby ruszyć do przodu.
A wartość godzin, które spędza na samodzielnym poszukiwaniu tych informacji, jest zerowa. A z punktu widzenia biznesu jest to całkowita kradzież. Firma już zapłaciła Maradonie za uzyskanie tych kompetencji.
I to wszystko – w średnio 13 minut. Albo 2 godziny dziennie.
Tak, pozwólcie, że wam przypomnę: Boża ręka jest potrzebna w odpowiednim czasie. Byłoby zabawnie, gdyby Maradona wyszedł na boisko po zakończeniu meczu i strzelił gola ręką.
AKTUALIZACJA: Zapomniałem powiedzieć, co dzieje się z produktywnością M.
Co ciekawe, wraz z rozpoczęciem tej działalności, wydajność wzrosła 1.5-2 krotnie. A ogólna produktywność zespołu wzrosła jeszcze bardziej.
Na M aktualnie testuję technikę szybkiego przełączania. Jeśli nie umrze, napiszę, gdy uzbieram jakieś statystyki. W tym drugi M, który obecnie odbywa staż.
Źródło: www.habr.com
