Ilu juniorów powinien być starszy mentor? [Zamknięte]

20

Rozmiar naszego sklepu rośnie dynamicznie, dlatego planujemy zatrudnić kilku nowych młodszych programistów, ale nie chcielibyśmy przytłaczać seniorów zbyt dużą ilością mentoringu i szkoleń. Ilu (zwykle świeżo po studiach) młodszych programistów mogłoby (i powinno) być starszym mentorem programistycznym, podczas gdy senior nadal jest w stanie skutecznie wykonywać swoje zadania?

palacsint
źródło
7
Dlaczego nie zapytać ich (seniorów) zamiast nas?
Mert Akcakaya
7
@Mert: Poprosiłem o kilka z nich, a także o innych, ale chciałbym też poznać opinie społeczności (średnie przemysłowe, podstawowe zasady, najlepsze praktyki itp.), Ponieważ niektórzy z naszych współpracowników wydawało mi się to zbyt optymistyczne.
palacsint

Odpowiedzi:

23

Gdziekolwiek od 0 do 5 lub 7 (lub więcej).

Argumenty za niską stroną:

  • Nie wszyscy są mentorami. Pracowałem z niektórymi programistami, którzy byli tak szorstcy, że przestraszyliby kogoś do nowej kariery.
  • Jeśli oczekujesz, że starsi deweloperzy utrzymają ten sam poziom wydajności, utrzymaj liczbę na niskim poziomie.

Argumenty za wyższą kwotą:

  • Niektórzy deweloperzy mogą być tak samo produktywni, kierując pracą innych. Przykładem może być programowanie w parach. Jeśli masz te magiczne typy starszych deweloperów, daj im więcej.
  • Jeśli chcesz obniżyć oczekiwaną wydajność od starszego programisty, możesz przypisać im więcej młodszych programistów.
  • Jeśli masz programistę, który jest naprawdę dobry w nauczaniu, dlaczego rządzi, możesz wyraźnie chcieć sprawdzić produktywność tego starszego programisty i dać mu więcej młodszych programistów. Chodzi tutaj o krótkoterminowy koszt (utrata produkcji) długoterminowego zysku / inwestycji (lepsza zgodność ze standardami rozwoju zespołu).

Zachęcam do rozmowy ze starszymi deweloperami i zobaczę, z czym się czują. Nie każdy chce być mentorem. Pamiętaj także o stosowaniu analogii „pełnej półki”: ich obciążenia są obecnie pełne. Jeśli zamierzasz zwiększyć ich obciążenie pracą, mając ich mentora, musisz wziąć coś innego z półki, aby zrobić miejsce.

svick
źródło
17
I have worked with some developers who were so gruff that they would have scared someone into a new career.Nie pamiętam cię, kiedy razem pracowaliśmy?
yannis
@YannisRizos Nie można powiedzieć nic więcej niż: +1
11

Nie więcej niż dwóch na programistę wyższego szczebla, jeśli zatrudniasz osoby bezpośrednio po studiach. Ostatnie stopnie naukowe, z którymi miałem do czynienia w przeszłości, dobrze rozumieją podstawy, ale nie mieli pojęcia, jak to jest programować w świecie biznesu. Będziesz musiał poświęcić czas na nauczenie ich, jak programować profesjonalnie, to jest szok, gdy zdają sobie sprawę, że będą musieli obsługiwać kod, który piszą tak długo, jak są w firmie, nie muszą już zmieniać zadań i iść dalej. Ale będziesz musiał również poświęcić czas na nauczenie ich firmy (i wszystkich jej zasad), nauczenie, jak kodować architekturę, przeglądając ich kod, ucząc ich testowania i odpowiadając na pytanie po pytaniu po pytaniu.

bwalk2895
źródło
7

Jeśli przychodzi wielu juniorów, powiedzmy> 30, warto poświęcić starszego programistę mentoringowi w pełnym wymiarze godzin. Podczas mojej pierwszej pracy zatrudniali wielu z nas po studiach i mieli oddanego członka zespołu, który pomagał nam w uczeniu się lin przez pierwsze 6 miesięcy. To znacznie ułatwiło przejście i wiele nas nauczył.

Jedną osobą zajmującą się pracą jest nie tylko bardziej efektywne, ale w biurze może być jedna osoba, o której wiesz, że byłaby idealnym mentorem. Dobry programista niekoniecznie jest dobrym nauczycielem.

Jordan Bentley
źródło
2
+1 za „Dobry programista niekoniecznie jest dobrym nauczycielem”. Jednak w tej sytuacji nie nazwałbym seniora mentorem, ale nauczycielem.
scarfridge
2

Tak wielu, jak to możliwe, jednocześnie będąc w stanie wykonać swoją pracę na czas.

Odpowiedź zależy zatem od tego, jak skuteczny jest senior zarówno jako programista, jak i nauczyciel.

Joel Brown
źródło
1
Twoja odpowiedź sugeruje, że „ich praca” powinna pozostać stała, podczas gdy liczba juniorów jest zmienna. To byłby straszny błąd.
pdr
1
@pdr - nic nie sugerowałem. To jest twój błędny wniosek. Powiedziałem, że pracownik, który jest starszym programistą, ma obowiązki, a pracodawca ma oczekiwania dotyczące produktywności. O ile ich obowiązki w pracy nie obejmują w szczególności mentoringu, starszy programista ma obowiązek spełnienia oczekiwań pracodawcy i może zdecydować się przyjąć tyle mentoringu, ile może obsłużyć, jednocześnie spełniając te oczekiwania.
Joel Brown,
1
Twierdziłbym, że pracodawca ma oczekiwania co do produktywności zespołu, a nie jednostki, i że zespół powinien być przynajmniej częściowo odpowiedzialny za ustalenie tych oczekiwań. Kierownik tego zespołu powinien ustalić równowagę (od 0: 100 do 100: 0) między mentoringiem seniora a innymi obowiązkami, które rozumieją zarówno juniorzy, jak i seniorzy, aby w razie zniesienia równowagi ktoś mógł podnieść czerwona flaga wcześnie.
pdr
1
Twierdziłbym, że każda organizacja, w której indywidualni pracownicy nie mają określonych oczekiwań wobec nich, nie jest miejscem, w którym każdy w jakimkolwiek sensie chciałby pracować. Niektóre organizacje mogą ustanowić „limit” na mentoring, ale w zdecydowanej większości przypadków, które widziałem od 25 lat - ponad 20 z nich w kontraktach, mentoring jest nieformalnym procesem wśród pracowników, a „rozwój personelu” jest tylko formalnie uznana odpowiedzialność za zarządzanie.
Joel Brown,
1
Menedżer musi zrozumieć, że jeśli dodają oczekiwania dotyczące mentoringu, muszą odpowiednio zmniejszyć swoje oczekiwania dotyczące wyników. Jeśli nikt nie ma jasności co do tych oczekiwań, wtedy, gdy juniorzy potrzebują więcej mentoringu, niż menedżer się spodziewa, senior nie może ostrzec swojego menedżera, co oznacza, że ​​(a) będzie poniżej oczekiwań lub (b) ostatecznie będzie musiał pracować dłużej lub najprawdopodobniej (c) nie wypełniają swoich obowiązków mentorskich.
pdr
2

Nie wspominasz o rodzaju prac projektowych, które z mojego doświadczenia mają OGROMNY wpływ na to, gdzie powinien być ten stosunek.

W skali powtarzania wycinków do ciastek, która może być prawie zautomatyzowana do eksperymentalnych rzeczy, deweloper nie jest nawet pewien, czy zadziała, musisz upewnić się, że trzymasz jr devs po lewej stronie, chyba że masz naprawdę niski stosunek i jeszcze ściślej po lewej, jeśli sr devs próbują zrobić coś, co uważają za eksperymentalny koniec spektrum, ponieważ zwykle nie będą tak skuteczni, jeżdżąc na stadzie w zespole jr devs, jeśli jednocześnie pchają się mocno .

To zależy od pracy tak samo, jak ludzie, moim zdaniem.

Rachunek
źródło
2

Mentoring jest mniej formalny niż zarządzanie. Mentorzy nie są bezpośrednio zaangażowani w zatrudnianie, zwalnianie, recenzowanie i dyscyplinę. Najważniejszym czynnikiem będzie środowisko. Oto czynniki do rozważenia:

  • jakość sr. i jr. devs
  • jak dobrze firma jest zarządzana / traktuje programistów (to skomplikuje inne problemy)
  • sr. dev bieżące obciążenie pracą
  • oczekiwania kierownictwa co do szybkości jr. deweloperzy muszą stać się produktywni
  • inne zasoby szkoleniowe (kursy wspomagane przez instruktora, materiały referencyjne, wymagania certyfikacyjne)
  • zatrudnianie w celu dopasowania do zespołu. Wiele razy na tej stronie ludzie wspominali o tym, jak ważny jest zespół, który potrzebuje dużo czasu i jest w stanie funkcjonować razem. Ktoś z wyższym poziomem umiejętności może potrzebować więcej mentoringu, jeśli nie pasuje.

Mentoring zazwyczaj wiąże się z pewnym poziomem więzi i po prostu nie sądzę, że większość ludzi może budować jakiekolwiek relacje międzyludzkie z więcej niż 3-5 osobami w danym otoczeniu.

JeffO
źródło
Powiedziałbym, że te dwie rzeczy są zupełnie inne. Zasadniczo bardziej doświadczony kolega z drużyny vs.
Erik Reppen,
2

Najlepiej, gdy junior pracuje z mentorem nad projektem. W ten sposób senior może przypisywać zadania podrzędne i współpracować z nimi w celu ukończenia projektu. Im więcej juniorów, Senior musi sobie poradzić, tym mniej pracy będzie mógł wykonać sam. Nie chciałbym, aby więcej niż 1 lub 2 młodszych uczniów pracowało jednocześnie z seniorami. Chociaż senior może nadal mentorować innych programistów po 2 lub 3 miesiącach, przyzwoity programista powinien potrzebować znacznie mniej czasu od seniora niż początkowo. Tak więc senior może mieć 20 lub więcej osób, dla których jest mentorem, ale tak naprawdę tylko 2 lub 3, które naprawdę wymagają dużo czasu.

SoylentGray
źródło