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

21

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?

Spacebob
źródło
1
Pytanie wydaje się postawione ze starego punktu widzenia, ale pracowałeś tam tylko przez 2 miesiące: czy prosisz o sugestie, aby przekazać je swoim przełożonym (dziwne), czy jesteś w firmie, która tak bardzo zatrudnia , teraz jeden ze starych?
ZJR
2
Jestem nowo zatrudnionym w firmie, ale mam 1,5-letnie doświadczenie w kooperacji, więc kilka razy byłem nowym zatrudniony w różnych firmach. Chciałem pokazać, że rozumiem punkt widzenia zarówno weterana, jak i
nowozatrudnionego,
1
Widzę to niedawno, gdy wszyscy nowi pracownicy zostali objęci utrzymaniem dla obecnych klientów i większość obecnych programistów, którzy znali bazę kodu, zostali „wypryskowani” nowemu klientowi, który był gotów zapłacić duże sumy pieniędzy za konsultacje w celu przedłużenia produkt.
Ian
2
Wydaje mi się, że jest to nieco istotne. programmers.stackexchange.com/questions/100725/…
user606723

Odpowiedzi:

21

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ć.

Slandau
źródło
8
Jeśli zamierzasz zadawać pytania, spróbuj zapisać kilka i zadawać je na jednym posiedzeniu (tj. Raz dziennie lub co tydzień). Doświadczeni koledzy mogą przeszkadzać w pracy co pół godziny.
Tom van Enckevort
Moje pytanie naprawdę dotyczy tego, co robisz, jeśli po przeprowadzeniu dochodzenia trudno jest uzyskać odpowiedź od kolegi? Wygląda na to, że w tym momencie jest to problem, który muszę przedstawić kierownikowi
Spacebob
@Spacebob - spróbuj zapytać innego kolegę? Jeśli wszystkie są takie - trzymaj się dla siebie i kiedy twój szef pyta cię, dlaczego coś nie zostało zrobione, powiedzmy, próbowałem - ale zajmuje mi to trochę czasu b / c nikt nie chce pomóc (oczywiście w ładniejszym jednak sposób).
slandau
@Spacebob, w pewnym momencie musisz przestać marnować czas na ślepy zaułek i zapytać współpracownika. Moja rada - spróbuj zapytać kogoś, kto jest również nowy. Często są bardziej chętni do pomocy i mogą nie znać odpowiedzi, ale byliby zainteresowani pomocą w jej znalezieniu. Czasami to, czego potrzebujesz, to nie więcej doświadczenia, to inny zestaw oczu.
user606723,
8

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.

Pedro
źródło
Mamy też ten system. Jest okres przejściowy, w którym musisz zacząć prosić drugiego pomocnika z drużyny o pomoc. Mówię o tym, kiedy nowi pracownicy otrzymają pracę, nad którą trener może nie być ekspertem, a innym członkiem zespołu będzie facet / galówka.
Spacebob
Podoba mi się, jak to jest sformułowane „spożywać jedną osobę”
Rook
Dlaczego nowi pracownicy w zespole A są przydzielani do mentora z zespołu B?
Ramhound
4

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 dla nas ważne, po prostu zwykle nie są pilne . Staraj się nie obrażać różnicy.

Karl Bielefeldt
źródło
3

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.

Mike Crawford
źródło
3
„Być może Twój menedżer wydłuży terminy, aby dać im więcej czasu na przyspieszenie”. - Obawiam się, że tak się nie stanie w prawdziwym projekcie ... jeśli menedżerowie nie zamierzają przesunąć terminów, mimo że obecni deweloperzy są pod silną presją harmonogramu, jakie jest prawdopodobieństwo, że zrobią to ze względu na przybysz, który nie ma wystarczającej uwagi?
Péter Török
1

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.

peacedog
źródło
0

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.

timh
źródło