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

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?

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.

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.

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.

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.

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.

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.

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.