Jaka jest idealna mieszanka starszych i młodszych programistów w zespole?

19

W każdym zespole będziesz potrzebować więcej siwych i szarych programistów oraz kilku młodych szczeniąt. Niektóre przyczyny to:

  • Pieniądze. Są to często zadania, które nie wymagają takiego samego poziomu doświadczenia do dostarczenia, więc ma to sens, aby nie płacić górę dolara, aby te zadania spełnione.
  • Energia. Jest energia i entuzjazm, że nowi ludzie mogą wnieść do zespołu, który zatrzymuje go przed zbyt przestarzały i ustawione w swoich sposobów. Jest też spokój i mądrość, które mogą przynieść osoby starsze.
  • Transfer wiedzy i rozwój kariery. Zarówno pod względem projektu i umiejętności, jest to przydatne i często zabawne ludzi uczyć i uczyć się nowych rzeczy. Pomaganie w „pozyskiwaniu” nowych członków zespołu jest satysfakcjonujące.

Zdaję sobie sprawę, że istnieją pewne nowatorskie projekty, w których może być ważne, aby było więcej osób starszych niż młodszych, ale ogólnie, czy istnieje idealna mieszanka doświadczeń w zespole, czy też jest całkowicie zależna od projektu?

Paddyslacker
źródło

Odpowiedzi:

14

Bardzo podoba mi się to, co Eric Brechner ma do powiedzenia na ten temat

Pomyśl o swojej drużynie jak rzeka zamiast jeziora. Jezioro w stagnacji. Nie ma energii lub impulsem do zmiany. Tak samo jest z grup stagnacji. Kultywują przeciętność i samozadowolenie; Brzydzą ryzyko. Rzeka zawsze płynie i zmienia się z dużą ilością wielkiej energii. Chcesz rzekę.

Rzeka zależy od przepływu wody, a Twój zespół zależy od przepływu ludzi i informacji. Możesz pomyśleć o ludziach podzielonych na trzy grupy: nowa krew, nowi przywódcy i starsi gotowi na nowe wyzwanie. Oto jak te grupy powinny równoważyć i przepływu:

  • Największą grupę powinna być świeża krew. Nie wszyscy z nich staną się liderami techniczne lub organizacyjne.

  • Czasami będziesz mieć więcej nowych przywódców niż starszych, czasem na odwrót, ale idealnie powinieneś zachować równowagę.

  • Jeśli chodzi o przepływ, chcesz, aby stały strumień nowej krwi stał się twoimi nowymi przywódcami, a nowi przywódcy stali się starszymi.

  • Kluczem do przepływu jest nowa krew najbliższych i starsi wyprowadzce. Aby to zadziałało, CHCESZ, aby starsi przenieśli się, zanim zatkają strumień i zakłócą przepływ szans dla innych.

Nie wszystkie technologie płynąć w tym samym tempie. Silniki centralne, takie jak jądro systemu Windows, przepływają powoli, a usługi sieciowe, takie jak MSN Search, działają szybko. Musisz dostosować się do swojej sytuacji, ale nawet najbardziej konserwatywne technologie zmieniają się i płyną. Jak można skutecznie zachęcić i utrzymać zdrowy przepływ?

  • Utrzymuj stałą podaż nowych ludzi.

  • Zaszczepić wymiany informacji jako sposób życia.

  • Kształtować organizację i funkcje do tworzenia możliwości rozwoju.

  • Znajdź nowe wyzwania dla starszych.

Conrad Frix
źródło
Gdy mamy odpowiednie pomieszanie, programowanie staje się przyjemnością!
pramodc84,
5
Mam nadzieję, że „znajdowanie nowych wyzwań dla starszych” nie jest eufemizmem ich zwalniania!
Paddyslacker,
Jedyne, co widzę w tym źle, to założenie, że starsi są zawsze przywódcami. Spotkałem seniorów, którzy nie chcą prowadzić lub po prostu nie są w tym zbyt dobrzy.
Jason Baker
1
@ Conrad - To złe pytanie. Pytanie brzmi: „Czy chciałbyś osób starszych, które nie byłyby przydatne dla całej organizacji?” Odpowiedź brzmi oczywiście nie. Nie trzeba być użytecznym jako lider, aby być użytecznym dla całej organizacji.
Jason Baker
1
@Jason, być może nie zgadzamy się co do tego, kim jest lider. Dla mnie liderem jest każdy, kto ma rolę większą niż zwykły programista. np. przejmowanie roli projektanta / analizy, roli kierownika ds. zarządzania, roli mentora itp. Myślę, że ktoś, kto chce otrzymywać podwyżki co roku i nadal jest nieudanym programistą, z czasem zmniejszy wartość, którą przyniesie.
Conrad Frix,
7

Nie sądzę, aby istniała jakaś idealna mieszanka - jest całkowicie zależna od projektu i środowiska. Kilka przykładów:

Wszyscy doświadczeni

Może być wskazane, aby wszyscy doświadczeni członkowie zespołu realizowali krytyczny projekt z krótkim terminem, w którym młodsi programiści nie mogliby przyspieszyć.

wszystko Junior

W innym przykładzie może być właściwe, aby wszyscy programiści Junior byli w projekcie bardziej zorientowanym na badania i rozwój. W jednej firmie, w której pracowałem, był zespół składający się w całości ze stażystów, którym przydzielono projekty wymagające innowacyjnego (ale niekoniecznie szybkiego lub poprawnego) rozwiązania. Byli prawdziwymi problemami dla klientów, ale nie mieli żadnego znanego dobrego rozwiązania, więc dostali stażystów, którzy byliby nowi i mieli niewiele z góry przyjętych wyobrażeń.

Nie chodzi tutaj o to, że którekolwiek z tych podejść jest często słuszne - ponadto projekty będą prowadzić całą gamę między nimi w zależności od potrzeb biznesowych, czynników organizacyjnych i dostępności programistów.

Fishtoaster
źródło
3
Wydaje
2
Z mojego doświadczenia wynika, że ​​„innowacyjny” zwykle oznacza ładunek juniorów płonących olejkiem o północy, piszących własną, gorszą wersję czegoś, co już istnieje w zestawie narzędzi. A może po prostu jestem w stagnacji.
NeedHack
2

Myślę, że idealnym byłoby, gdyby w ogóle nie było żadnego konkretnego rozróżnienia między „młodszym” a „starszym”. Ludzie powinni być traktowani jak jednostki, a nie jak przedmioty w szufladzie. Podobnie każdy projekt należy traktować jako indywidualny problem, który wymaga indywidualnych umiejętności, talentów lub osobowości do rozwiązania. Każda taka klasyfikacja na „młodszą” i „starszą” służy jedynie przekształceniu rzeczywistości w bardziej zgrubne przybliżenie, a tym samym sprawia, że ​​coraz mniej prawdopodobne jest, że decyzja podjęta w każdym indywidualnym przypadku jest w jakimkolwiek sensie „idealna”.

Timwi
źródło
2
Wydaje