Równowaga między obciążeniem pracą a pomocą dla nowych pracowników [zamknięte]

Pracuję w pierwszej pracy od około 2 miesięcy i zacząłem zauważać, że istnieje delikatna równowaga między obciążeniem pracą a pomaganiem nowym pracownikom. Ponieważ kierownictwo wywiera dużą presję na naprawianie błędów i rozwiązywanie jak największej liczby problemów klientów, wydaje się, że wszyscy w zespole wydają się być bardzo skoncentrowani na zaległościach w pracy, zamiast pomagać nowym pracownikom w przyspieszeniu. Nowi pracownicy mogą zadawać pytania, a od czasu do czasu poprosimy programistę, aby usiadł i nam pomógł, ale często otrzymamy niejasną odpowiedź, którą zrozumie tylko weteran produktu, ponieważ jest zbyt zajęty swoim zadaniem.

Rozumiem, że nowy pracownik musi zachować równowagę. Czasami potrzeba nowego pracownika 3 dni, aby zbadać i naprawić coś, co weteran mógł zrobić w 20 minut. Nowi pracownicy muszą wykazać się wysiłkiem na rzecz poznania produktu i bazy kodu.

Bez ograniczania obciążenia weteranów, jak możesz zachować równowagę między pomaganiem nowo zatrudnionym pracownikom a kontynuowaniem pracy nad zaległościami w rozsądnym tempie?

Zakładam, że pytasz o to z punktu widzenia „New Hire”. Byłem w tej sytuacji wiele razy. Czasami źle się czujesz, zadając tak wiele pytań, ale tak naprawdę nie ma sposobu, aby dojść do rozwiązania czasami z takim brakiem wiedzy na temat domen itp.

Najważniejszą rzeczą do zapamiętania jest to. Nie zadawaj pytań, kiedy „zakładasz”, że nie będziesz w stanie sam znaleźć odpowiedzi. Daj szansę, najpierw rozejrzyj się, zbadaj kod, spróbuj zmienić niektóre rzeczy i zobacz, co się stanie - sprawdź, czy możesz najpierw dostać coś do pracy. Jeśli naprawdę nie możesz, zadaj pytanie. Jednak gdy zadajesz pytanie, przejdź do nich z przykładami tego, co już próbowałeś. Żadne z nich nie chce się czuć, jakbyś prosił ich o wykonanie pracy za Ciebie.

Powiedz: „Hej, próbuję to zrobić, a ja próbowałem tego, tego i tego już, czy masz jakieś pomysły?” Pomoże im to spędzić mniej czasu na tobie i będą bardziej skłonni to zrobić.

W naszej firmie przydzielamy każdego nowego pracownika, który będzie się nim opiekował przez pierwsze kilka miesięcy. Dzięki temu formalnemu zadaniu zapewniamy, że nowicjusz zużyje tylko jedną osobę, a osoba, która „trenuje” nowego najemcę, odpowiada za jego rozwój, więc nie jest to obciążenie, tylko tymczasowa odpowiedzialność. Nowy facet jest dobry, ponieważ uczy się szybciej, a facet, który już tam jest, jest inwestycją: w krótszym czasie zdobędzie kogoś, kto mu pomoże.

Najlepsza rada, jaką mogę ci dać, to umówić się na spotkanie . Każdy ma jakieś przestoje w ciągu dnia, ale jeśli wpadniesz losowo, bardzo mało prawdopodobne jest, aby to zrobić. Powiedz coś w stylu: „Mam kilka pytań na temat X, czy mogę dziś trochę czasu poświęcić na rozmowę z tobą?” Mogą zdecydować się dać ci czas w tym samym czasie lub później, a może skierować cię do kogoś, kto może odpowiedzieć na twoje pytanie lepiej lub szybciej. Tak czy inaczej, będziesz bardziej skupiony na sobie. Jeśli umówią się na spotkanie w późniejszym terminie, wykorzystaj czas, aby spróbować samodzielnie znaleźć odpowiedź lub przynajmniej dopracować pytanie. Nawet jeśli odłożę czyjeś pytanie na zaledwie 15 minut, częściej same go nie rozumieją.

Pamiętaj tylko, że dla większości z nas twoje pytania są dla nas ważne, po prostu zwykle nie są pilne . Staraj się nie obrażać różnicy.

Niektórzy bardziej doświadczeni programiści naprawdę lubią mentorować młodszych programistów, dlatego priorytetem jest to. Robię, ilekroć mam okazję. Być może możesz znaleźć kogoś takiego w swojej firmie, prosząc innego kolegę za każdym razem, gdy potrzebujesz pomocy, a następnie oceniając jego entuzjazm w udzielaniu odpowiedzi.

Są dwa sposoby, w których możesz potrzebować pomocy: jeśli jest to problem z językiem lub narzędziami, często możesz znaleźć odpowiedzi online lub kupując książki techniczne i czytając je we własnym czasie. Podczas gdy można rozsądnie sądzić, że obowiązkiem firmy jest cię szkolić, bardzo niewiele firm inwestuje już dużo w szkolenia. Jeśli chcesz się rozwijać jako programista, musisz zainwestować czas i pieniądze w szkolenie się, gdy nie pracujesz.

Jeśli Twoje pytanie dotyczy produktu firmy, na przykład tego, jak coś działa w kodzie źródłowym, bardziej prawdopodobne jest, że będziesz musiał poprosić o pomoc jednego z kolegów. Możesz też utworzyć gałąź kodu produktu w systemie kontroli wersji, nazwać gałąź coś w stylu „learning_new_code” i po prostu poeksperymentować z nią.

Wreszcie, kierownicy projektów i kierownicy działów służą pomocą w rozwiązywaniu takich problemów. Jeśli uważasz, że nie masz innego wyjścia, jak tylko uzyskać czas od bardziej doświadczonych kolegów, ale nie są oni w stanie ci go dać, być może dlatego, że mają terminy do dotrzymania. Być może Twój menedżer wydłuży terminy, aby dać im więcej czasu na przyspieszenie.

Mam szczęście, że obecnie gdzieś pracuję, to nie jest problem. Dostałem tutaj zdrową dawkę mentoringu i jestem z tego bardzo zadowolony.

1. Każdego dnia jeden programista w mojej firmie jest programistą „util”, na zasadzie rotacji. Deweloper Util to pierwsza linia kontaktu, gdy wsparcie musi coś eskalować. Często Util po prostu przekazuje problem komuś innemu. Ale jest to jeden konkretny programista i pomoc techniczna wie, aby przejść do tej osoby. Na początku robiłem kilka „przejażdżek” (nie wprowadzili mnie na jakiś czas do harmonogramu), aby zobaczyć, jak poradzono sobie z niektórymi problemami. To naraziło mnie na fragmenty kodu. Kiedy zaczęli planować moje regularne dni użytkowania, na początku ktoś „dyżurował”, aby dodać dodatkową pomoc.

2. Łączymy się w pary. Prawie musisz zaplanować czas parowania, ale wszyscy tutaj są gotowi to zrobić. Co więcej, każdy wie, jaki jest harmonogram, a dzięki następnemu punktowi ma wyobrażenie o postępach poszczególnych osób. Jeśli więc pojawia się problem, należy zwrócić na niego odpowiednią uwagę.

3. Codziennie robimy spotkanie standup o 11:45. To 15-20 minut. Każdy programista / QA mówi. Zasadniczo jest to sposób na powiedzenie „to właśnie robię i właśnie w tym utknąłem”, a jeśli utkniesz, zazwyczaj zostaniesz wskazany w innym kierunku (jeśli jest to znany problem / problem z kodem, ktoś bardzo dobrze zna z) lub ustawiono czas parowania. Czasami planowane jest dodatkowe spotkanie.

4. Wiele razy musiałem tu zagłębiać się w całkowicie obcy kod (jak w każdej pracy). Ktoś zawsze był gotów odpowiedzieć na pytania, jeśli nie od razu.

Powtarzam innym: ustal termin spotkania, aby zadawać pytania tam, gdzie to możliwe. To wciąż nie jest pomocne. . . cóż, nie chcę tu być ekstremalny. Ale nie uważam tego za idealne miejsce pracy. Czy to możliwe, że ludzie wciąż Cię rozgrzewają / sprawdzają twoje umiejętności / itp.?

Podejrzewam, że dodatkowy czas spędzony na pokładzie był łatwy do usprawiedliwienia, ponieważ gdy ludzie poczuli, że jestem na bieżąco, oznaczało to dla nich mniej pracy. Więcej czasu spędzonego w krótkim okresie pozwoliło zaoszczędzić wiele czasu w długim okresie i wszyscy rozumieli, że tam, gdzie pracuję. Jestem bardzo szczęśliwy na moim obecnym stanowisku.

Często jest to bardziej kwestia skupienia niż czasu. Umów się na 30-45 minutowe spotkania ze swoim szefem lub mentorem zespołu (przed lub po obiedzie jest zawsze moim wyborem - mój przepływ już się wtedy psuje) kilka razy w tygodniu i na razie zachowaj swoje pytania.

Większość programistów (lub przynajmniej tych, którzy najprawdopodobniej będą pomocni w spotkaniu) będzie w tym dobrze.

Jeśli jest jakiś konkretny szczegół, który blokuje twoje postępy, skorzystaj z poczty e-mail.