Zespoły programistów - czy jedno złe jabłko może zepsuć bukiet? [Zamknięte]

... Jedną z najważniejszych cech, które powinien mieć nowy pracownik, jest zgodność z duchem ludzi, którzy już tam pracują.
{...}
Jestem przekonany, że uzyskanie wglądu w prawdziwą osobowość dewelopera jest równie ważne, jak sprawdzenie kompetencji zawodowych, ponieważ jedno złe dopasowanie może zniszczyć cały zespół.

od zatrudniania programistów - robisz to źle

Czy to prawda? A jeśli tak, to czy dotyczy to również menedżerów?

Więcej niż zdajesz sobie sprawę.

Pomyśl o tym, jeśli musisz codziennie z kimś walczyć, robi się to wyczerpujące. Gdy tak się stanie, dostępnych jest tylko kilka opcji:

• Porzuć i pozwól złym pasjom cały czas robić, co chcą, nawet jeśli zniszczy to projekt.
• Opuść zespół / firmę, aby uniknąć złego dopasowania.
• Odpal złe dopasowanie i zatrudnij kogoś, z kim możesz pracować.

Ciągłe kłótnie demoralizują zespół, a konieczność uzasadnienia każdego pedantycznego punktu widzenia pochłania prawdziwą produktywność. Ta jedna osoba jest taka u wszystkich, więc możesz zobaczyć wzrost wskaźnika zmęczenia twojego zespołu, gdy drażniący wciąż tam jest. Z menedżerami jest to trudne, ponieważ nie masz uprawnień do ich zwalniania.

W idealnej sytuacji, gdy ktoś gra, usiądź z nim i powiedz mu ładnie, ale stanowczo, że jego działania są destrukcyjne. Wyjaśnij, jak chcesz zmienić ich zachowanie, aby pomóc zespołowi lepiej się dogadać. Jeśli otrzymają to dobrze, świetnie. Jeśli nie, skorzystaj z jednej z trzech powyższych opcji, ponieważ będzie gorzej. Jedno jest pewne, chyba że zwróci się na to uwagę, nie ma szans na zmianę.

Oczywiście, że to prawda. Dopasowanie jest ważniejsze niż większość rzeczy. Na przykład, jeśli masz zespół, który ściśle ze sobą współpracuje i zatrudniasz samotnego wilka, możesz spodziewać się argumentów, kodu, który nie pasuje do projektu i robi rzeczy w sposób, który inni nie lubią i nie ma zamiaru go naprawić , brak chęci pomagania innym, gdy tego potrzebują, odmowa przekazania kontroli źródła, przepisywanie kodu bez uzasadnionego powodu, chyba że nie chciał tego w ten sposób itp.

Jeśli masz grupę przyjaznych ludzi, którzy spędzają razem czas i zatrudnisz kogoś, kto chce pracować w całkowitej ciszy, będziesz miał tarcia. Możesz również mieć nękanie osoby, która nie pasuje.

Jeśli masz grupę ludzi, którzy chcą wolności, aby robić rzeczy tak, jak chcą, i zatrudniasz osobę zorientowaną na proces, pojawią się ciągłe argumenty, szczególnie jeśli osoba zorientowana na proces jest liderem.

Jeśli zatrudnisz kogoś, którego doświadczenie i pochodzenie uczynią go bardziej początkującym w zespole, w którym wszyscy powinni być starsi, będziesz zirytowany, ponieważ nikt nie chce mentorować faceta ani pomagać mu w nauce, tak jak oczekują, że powinien to zrobić to bez pomocy.

Jeśli zatrudnisz kogoś, kto oczekuje specjalnych przywilejów, inni pracownicy go nie mają - możesz spodziewać się ciągłej wojny. Uczucie brzmi: „jeśli Sally jest tak dobra, że ​​może zabrać się do pracy z domu, a ja nie, to dlaczego mam jej pomóc?” Jest urazy, gdy ktoś wchodzi do zespołu, oczekując (i zdobywając) rzeczy, których inni nie dostają, zwłaszcza, gdy jeszcze niczego nie osiągnęli. Lub jest urazy ze strony nowego pracownika, jeśli oczekują rzeczy i nie dostają ich, gdy wszyscy inni mają się dobrze z tym, co się dzieje. Wówczas niezadowolony pracownik zmarnuje czas na narzekanie i włóczenie się, jakby był torturowany, ponieważ musi przyjść przed 13.00.

Powiedziałbym, że tak, to prawda w obu przypadkach, ale oto kilka linków, które mogą być interesujące dla grup:

• The Bad Apple: Group Poison autorstwa Jeffa Atwooda
• Tom Wujec: Zbuduj wieżę, zbuduj zespół Toma Wujeca o Wyzwaniu Marshmallow

Przy odrobinie stycznej, Gallup Q12 ma kilka interesujących pytań dotyczących pomiaru zaangażowania pracowników, jeśli ktoś jest zainteresowany tym kierunkiem rzeczy. Wszystko to nie jest specyficzne dla programistów, więc może są pewne wyjątkowe rzeczy w programistach, które mogą budzić wątpliwości.

Nie dbałbym tak bardzo o ich „prawdziwą osobowość”. Twój kod nie zależy od tego, jakie są twoje hobby, np. Czy jesteś osobą romantyczną czy bardzo przyziemną. Najważniejsze jest to, aby ludzie wykazywali się elastycznością i elastycznością w życiu biznesowym . Ich życie osobiste jest znacznie mniej istotne. Mój kolega z pracy może być nudny, pod warunkiem, że wykonuje dobrą robotę i mogę z nim łatwo współpracować. Pracowałem z różnymi ludźmi o różnych osobowościach i po prostu nauczyłem się je akceptować tak samo, jak nauczyli się mnie akceptować. To praca, a nie małżeństwo.

Dotyczy to nie tylko programistów. Dobra rada, którą usłyszałem, brzmiała: „Nie ma czegoś takiego jak dobre zatrudnienie, tylko dobre zwolnienie”.

Rzadko ktoś będzie miał wystarczające umiejętności, aby pokonać zakłócenie działania silnego i produktywnego zespołu.

Członkowie zespołów o słabych wynikach należy wymienić, zanim zarażą nowego pracownika.