Pomaganie nowemu programistowi w osiągnięciu większej samowystarczalności i nie pytaniu mnie o to?

Obecnie pracuję nad projektem z nowym programistą. Jak mogę mu pomóc przyśpieszyć pracę? Często zadaje mi pytania, a ja programuję z nim w backbone.js (część projektu).

Teraz chcę, żeby sam zajął się projektem, abym mógł skoncentrować się na innych rzeczach, aby przyspieszyć proces. Nie chce wyszukiwać w Google rzeczy ani pytać na forum, czy pojawia się problem. On po prostu do mnie przychodzi. Co on powinien zrobić? Co powinienem zrobić? Kiedy go zmuszam, robi rzeczy szybko. Jak mogę go zmotywować do samodzielnej pracy?

Powiedz „ Jestem teraz trochę zajęty, możesz zapytać na stackoverflow.com, czy naprawdę utknąłeś. ” W końcu, mam nadzieję, że dostanie wskazówkę. Ponadto, kiedy następnym razem przyjdzie do twojego biurka, powie „Hmm, nie wiem, zróbmy to Google i zobaczmy ...” lub „Sprawdźmy dokumenty API”. Połączenie tych dwóch sposobów działało dla mnie w przeszłości ze studentami w trybie współpracy - w końcu widzą, jak szukam i znajduję informacje, a następnie uczą się, jak to robić.

Podobnie jest wymagane na stackoverflow.com, gdy zadawane są pytania, powiedz „pokaż mi, co masz” . Jeśli to nic wielkiego , wyślij mu pakowanie, z pewnymi wskazówkami, czego szukać, dopóki nie będzie miał o co pytać.

Najlepszym sposobem na przyspieszenie kogoś jest ... no cóż, przyspieszenie go. To brzmi tak, jakbyś był bardzo surowy wobec osoby. Powinieneś zachęcać do pytań, a nie tłumić je, aby uzyskać oczekiwane rezultaty. Nawet wspaniali programiści nie wiedzą wszystkiego, kiedy przybywają do nowego miejsca. Teraz, jeśli jego pytania brzmią: „Jak rozdzielić sznurek” (alias, łatwo google google), możesz go zdmuchnąć. Ale staraj się docenić fakt, że ludzie nie mogą od razu być produktywni w nowej pracy, i powinieneś spodziewać się wielu pytań.

Czy może to być problem z pewnością siebie? Jeśli to możliwe, że zadaje ci wszystkie te pytania, ponieważ boi się porażki, dobrze byłoby z nim o tym porozmawiać.

Na przykład, kiedy mentoruję stażystów, daję im do zrozumienia, że ​​w pewnym momencie poniosą porażkę. Awaria jest częścią gry. Ale uczenie się na porażce może się zdarzyć, gdy zadadzą sobie pytania typu „co dotychczas próbowałem zrobić?”. zanim przyjdą do mnie po odpowiedzi, to jest naprawdę ważne. Kiedy zaczynają zadawać sobie pytania i walczą o odpowiedzi, rośnie ich wiedza i pewność siebie.

Może to być po prostu kwestia pewności siebie, gdy nie sądzi, że sam jest w stanie samodzielnie wykonać pracę spełniającą Twoje oczekiwania. Jest to dość powszechne w przypadku nowych programistów, którzy łączą się w pary ze starszymi.

Być może zamiast „zmuszać” go do „odejścia”, spróbuj zachęcić go do pracy i wyzwać go do samodzielnego rozwiązywania problemów. Byłbym całkiem bezpiecznym zakładem po tym, jak uda mu się ukończyć niektóre zadania bez twojej pomocy, przyzwyczai się do tego i ostatecznie nie będzie chciał cię prosić o pomoc.

Odłóż na siebie trochę nieprzerwanego czasu. Technika pomodoro zaleca odstępy co 25 minut. Jeśli pojawi się w środku, powiedz, że przyjdziesz później odpowiedzieć na jego pytanie. Jeśli tak naprawdę nie potrzebuje twojej pomocy, do tej pory znajdzie odpowiedź. W końcu nie będzie ci przeszkadzał za proste rzeczy.

Wygląda na to, że go wyszkoliłeś, że zawsze może przyjść do ciebie po odpowiedź. Co więcej, wygląda na to, że wyszkolił go, by myślał, że może wykorzystać cię jako kulę rzeczy, których nie jest mu wygodnie.

Zamiast tego musisz poinformować go, że nie jesteś jego jedynym zasobem. Pokaż mu kilka sposobów na znalezienie odpowiedzi, a nie tylko udzielenie odpowiedzi. Powiedziałeś, że może wykonać pracę pod presją, więc być może jest leniwy, a ty jesteś najłatwiejszym rozwiązaniem. Pamiętaj, że nie zawsze musisz powiedzieć tak. Jeśli masz ważniejsze rzeczy do zrobienia, powiedz mu, że chciałbyś pomóc, ale masz zbyt wiele do zrobienia.

Jeśli pytanie ma krótką odpowiedź, po prostu odpowiedz. Jeśli wymagane jest wyjaśnienie, a nie jesteś autorytetem w tej dziedzinie lub jeśli nie znasz odpowiedzi, powiedz im, gdzie szukać. W końcu powinieneś być w stanie powiedzieć im, gdzie szukać w kilku sylabach. „... wybierz HTML?” „Google: wybierz MDN” „Jak ... pole wyboru?” „MDN”. „Konwersja strefy czasowej Oracle?” „RTFM” w strefie czasowej ”Jeśli pytania są niewłaściwie częste, musisz w jakiś sposób zaznaczyć, że jesteś niedostępny.

Dlaczego on do ciebie przychodzi? Czy boi się popełnić błąd i dlatego przychodzi do ciebie, abyś mógł być usprawiedliwiony, jeśli coś nie działa? Czy wiesz, że nie ma zbyt dużej wiedzy na temat projektu, której sam nie mógł łatwo znaleźć? Możesz zastanowić się, dlaczego pytasz tutaj o cokolwiek, co robisz.

Powinieneś zobaczyć, jak daleko on się posuwa i jak pewny jest swoich umiejętności. Jak szybko ma problem? Czy zastanawiałeś się, czy możesz być mentorem dla tego nowego programisty, więc próbuje cię zasłonić, aby wiedział, co robisz, jak to robisz i z kim to robisz.

Ustaw czas, w którym można zadawać pytania bez wtrącania się. Dziwne, że ta osoba zadaje tylko pytania, które mogą być wyszukiwane w Google i nic konkretnego dla twoich projektów ani tego, jak robi to twój zespół. Zacznij śledzić pytania. Twoja frustracja może zaciemniać postrzeganie problemu.