Więc próbują wciągnąć mnie do zarządzania [zamknięte]


20

Pracuję w małym dziale IT w firmie nietechnicznej. Mój menedżer niedawno odszedł i szukają zamiennika. Wydaje mi się, że skoro jestem jednym z tych „rzadkich” programistów posiadających umiejętności ludzi, reżyser zachęca mnie do aplikowania

Część mnie chce się zgłosić, ale inna część mnie mówi „nie”. Wynagrodzenie i umiejętność robienia różnicy brzmią intrygująco, a po 12 latach trochę się wypaliłem, ale wydaje się, że są też wady. Zarządzałbym kimś innym, kto jest bardzo zainteresowany tą pozycją i może to być niezręczne, ponieważ jest on przyjacielem i obecnie jest wyżej na drabinie niż ja (wraz z kilkoma innymi).

Czy ktoś był w podobnej sytuacji? Czy ktoś jest w zarządzie i jest szczęśliwszy, czy też ktoś podjął się pracy kierowniczej i żałował, że tego nie zrobił? Wszelkie uwagi będą mile widziane!


@Pratik: Kiedy menedżerowie pracowali dla byłych pracowników w firmach, w których pracowaliście, czy sprawiali im kłopoty?


EDYCJA: Dziękuję wszystkim za odpowiedzi.

Chociaż wydaje się, że może to być dobra okazja, jest kilka rzeczy, które sprawiają, że czuję się nieswojo z tego powodu.

1) Byłbym odpowiedzialny za WSZYSTKO zamiast tego, co mam robić. Departament wciąż się kręci po kilku rundach zwolnień ... przeciążony i bliski wypalenia zawodowego. Mam całkiem dobre relacje ze wszystkimi w zespole .... ale zastanawiam się, czy nie zmieniłbym się, gdybym podjął tę pracę.

2) Kilku innych współpracowników gardzi dyrektorem z jakiegokolwiek powodu. Może spróbuje zmusić mnie do wykonania jego brudnej roboty i ukarać ich, jeśli uderzą w głowę.

3) Zarządzanie osobami starszymi ode mnie, co nie wydaje się być problemem na podstawie postu Codemwnci.

4) To niewielki dział i naprawdę nie sądzę, że potrzebny jest kierownik w pełnym wymiarze godzin. IMO nie potrzebujemy kogoś, kto spędza 50% czasu na zamawianiu ludzi (bo wszyscy wiedzą, co muszą robić), a 50% czasu nic nie robi. Dept potrzebuje więcej IMO zawodnika-trenera. Myślę, że to naprawdę pomogłoby zespołowi, ponieważ mieliby inną osobę do pomocy w pełnym wymiarze godzin (zamiast tego, że osoba wspierająca pisze kod tak jak teraz), jeśli ma to jakiś sens.
To trudne, ale to, co robię teraz, jest również trudne (prace rozwojowe i pomocnicze)

Nienawidzę patrzeć, jak sprowadzają kogoś z zewnątrz, który nie wie, co robią, lub rujnuje zespół, który mamy teraz, który jest dość solidny.


EDYCJA (4/30)

Twoje relacje z resztą zespołu ulegną zmianie. Jesteś teraz szefem, a nie partnerem. Musisz powiedzieć ludziom, co mają robić, i powinni to zrobić. Niektóre będą w porządku z tą zmianą, ale inni mogą się nie podobać, że awansowałeś, a nie oni.

To może być problem, ponieważ teraz przyjaźnię się z większością z nich.

W takim przypadku przydziel sobie niektóre z „łatwych” zadań projektowych. Powinny to być przedmioty niekrytyczne, które można podnieść i upuścić w dowolnym momencie. Dzięki temu możesz pomóc w projekcie, nadążać za bazą kodu, ale nie rozpraszać się od działań kierowniczych. Inną rzeczą, którą możesz zrobić, jest wypełnienie wszystkich zgłoszonych błędów. Sprawdź je, aby upewnić się, że są to prawdziwe błędy, a jeśli jest to łatwa edycja, napraw je natychmiast. Większe problemy można następnie zaplanować na resztę działań zespołu. To powstrzymuje zespół przed rozproszeniem się, a także pokazuje klientowi / kierownictwu wyższego szczebla, że ​​rzeczy się naprawią.

Brzmi jak dobra strategia ...

Dla mnie sprowadza się to do tego, z jakich codziennych czynności lubisz. Czy lubisz coaching, spotkania z ludźmi, zarządzanie projektami, budowanie relacji i rozwiązywanie problemów ludzi? A może potrzebujesz dużo czasu dla siebie, spotkania są wyczerpujące, nie lubisz dramatu i lubisz problemy intelektualne / techniczne?

Mogę zrobić oba. Najważniejsze dla mnie jest równowaga między pracą a życiem prywatnym. Mój stary szef miał równowagę między życiem zawodowym a prywatnym, ale tylko dlatego, że oddelegował pod sobą pracowników, którzy wiedzieli, co robią, przepracowali dodatkowe godziny i ułatwili mu pracę. Oczywiście, jeśli ktoś inny przejmie władzę, a dział będzie źle zarządzany, równowaga między życiem zawodowym a prywatnym dla wszystkich może być za oknem.


EDYCJA (5/1)

@Jeff

Jest to środowisko korporacyjne i nie mam kontroli nad tym, ile osób mamy, ani jaki jest opis stanowiska na każdym stanowisku.

Mam nadzieję, że moi koledzy z drużyny chcieliby, żebym odniósł sukces, ale nie jestem pewien. Zaprzyjaźniłem się z niektórymi z nich i na pewno zmieniłoby to nasze relacje. Ale nie jestem pewien, czy inni kandydaci byliby w stanie zarządzać działem i utrzymywać sprawne funkcjonowanie ... chociaż mogę się mylić.


9
Czy programiści z umiejętnościami komunikacyjnymi są dziś tak rzadcy?
John Shaft

12
Pablo: TAK! Bardzo tak.
szybko_niedz.

20
Podobnie są programiści posiadający umiejętności programistyczne: D Niemniej jednak oba są warunkiem koniecznym do bycia dobrym (tzn. Efektywnym / użytecznym) programistą.
back2dos

4
@Pablo - +1 za tak - dostałem ostatnią pracę nad kimś z dużo większym doświadczeniem ode mnie, ponieważ mogę rozmawiać z ludźmi bez rumieniąc się i jąkając ...
Matt

6
Co tak naprawdę chcesz robić?

Odpowiedzi:


27

Podjąłem się takiej pracy i szkoda, że ​​nie.

Możesz myśleć, że jest to krok naprzód. Jest, ale w zupełnie innym kierunku. Przypomina to zmianę zawodu z cieśli na sprzedawcę. Do wykonania swojej pracy potrzebujesz innego zestawu umiejętności i wiedzy. Jasne, naprawdę pomaga dokładnie wiedzieć, co robią Twoi ludzie i jakie problemy napotykają każdego dnia. Ale z mojego doświadczenia wynika, że ​​jest to niewielka część pracy, powiedzmy około 20%. Znacznie więcej czasu spędza się na zarządzaniu ludźmi (ich potrzebami i ambicjami) oraz na ochronie tych ludzi przed wieloma bzdurami, które produkuje większa kadra kierownicza. Ponadto musisz bardzo uważać na to, co robisz i co mówisz, ponieważ może to spowodować różnego rodzaju szkody (od denerwowania kogoś do niszczenia morale całej drużyny).

Najgorsze jest to, że nie robię już dużo programowania. I dowiedziałem się, że czerpię znacznie większą przyjemność z tworzenia oprogramowania niż mówienia innym, co powinni robić. Mam też wrażenie, że moja wiedza na temat tworzenia oprogramowania powoli staje się przestarzała. Jakiś czas temu miałem problemy z niektórymi problemami i uważałem je za trudne. Obecnie ciągle jestem poprawiany. Są doskonale rozwiązywalne z popularnymi frameworkami, więc problemy są trywialne. Za każdym razem, gdy to się dzieje, uśmiecham się, ale moja dusza płacze z rozpaczy.


26

Zostałem i zrobiłem to wszystko.

MOŻESZ być w stanie (zwłaszcza w drodze dyskusji ze swoim menedżerem) robić rzeczy niemożliwe i uzyskać to, co najlepsze z obu światów - coś, czym zarządzałem przez wiele lat - to znaczy być technicznym menedżerem.

Tak, zajmujesz się zarządzaniem, ale próbujesz uzyskać równowagę w wykonywaniu około 50% zarządzania (zwykle niejasne, krótkoterminowe rzeczy, gaszenie pożarów, patrzenie w możliwą przyszłość lub rzeczy, które wymagają rozwiązania problemów ludzi). A około 50% to praktyczny programista.

Jest wielu, którzy powiedzą „nie, nie, nie rób tego, musisz być jednym z drugich”.

Jest to trudne, ale jedną z rzeczy w zarządzaniu ludźmi wykonującymi prace techniczne jest to, że jeśli nie pozostaniesz w kontakcie, szybko stajesz się technicznie przestarzały - a wtedy NIGDY nie możesz wrócić do bycia programistą (lub wymaga to ogromnego spadku) wynagrodzenie i długi okres przekwalifikowania u tolerancyjnego pracodawcy).

Jedynym sposobem na pozostawanie w umiarkowanym kontakcie z technologią jest DO IT. Wszystkie książki, kursy i gofry na świecie nie zastąpią prawdziwych rzeczy.

Robiąc (trochę) rozwój, stajesz się lepszym menedżerem prac technicznych.

Ale to jest trudne.


2
To wybitna odpowiedź. Mam to samo doświadczenie, kiedy po raz pierwszy przeszedłem do zarządzania IT od roli technicznej. To była mała firma i mogłem mieć to, co najlepsze z obu światów. Byłem bardzo szczęśliwy. Jednak wraz z rozwojem firmy i przesunięciem się po szczeblach zarządzania mój czas na praktyczną pracę spadł do zera i nie podoba mi się to, co robię. Moją ostrożnością byłoby więc obserwowanie, jak Twoja firma powiększa się, aby Twój praktyczny czas spadł i najprawdopodobniej Twoje zadowolenie z pracy.
Dave Kincaid

1
Pamiętaj o delegowaniu. Uważam, że wielu nowych programistów, którzy zostali menedżerami, nie deleguje ... w końcu robi zbyt wiele zarządzania, zbyt mało pracy technicznej. Deleguj swoje spotkania, kiedy tylko możesz. Deleguj pracę zarządzania, jeśli ktoś w Twoim zespole jest zainteresowany. Znajdź czas na pracę techniczną.
Swati

@Dave i @Swati - oba doskonałe komentarze / porady. Zostałem również popchnięty do podjęcia decyzji: bądź techniczny lub bądź zarządem. (Przez małych ludzi nade mną). Nie jest to dobry wybór, ale techniczny wygrał dzień. Jednak utrata odpowiedzialności kierowniczej po kilku latach nie była przyjemna.
szybko_niedz.

8

Zastanów się nad tą odpowiedzią, to jest moje doświadczenie, a ja jestem tylko osobą, a ty na pewno będziesz różny ode mnie. Ale i tak to moja historia.

Ukończyłem szkołę, osiągnąłem bardzo dobry wynik, bardzo szybko zostałem Leadem i zyskałem szacunek moich rówieśników dzięki mojemu życiu technologicznemu i chęci do nauki poza pracą, utrzymując świeże umiejętności. Sprawiło to również, że doskonale radziłem sobie z programowaniem, ponieważ ćwiczyłem poza pracą nad osobistymi projektami. Szybko stałem się „facetem” w moim dziale (wówczas 20 programistów). A potem mój menedżer odszedł.

Zostałem menedżerem, chociaż nigdy nie pamiętam, żeby się na to zgodzić ?! I trzymałem się tego przez 3 lata. Całkiem dobrze zarządzałem zespołem. Byłem technologiem, więc uwielbiali to, ponieważ nienawidzili, gdy mówiono im, co robić i jak to robić przez ludzi, którzy „ich nie rozumieli lub co robili / oferowali”. Byłem też dużo młodszy od reszty zespołu (miałem 25 lat), przeważnie byli to 30–45 lat. Ale to nie miało znaczenia. zespół był szczęśliwy. Nadal zajmowałem się kodowaniem, utrzymując swoje umiejętności na świeżo.

Wtedy zespół stał się zbyt duży! Spędziłem wszystkie dni na spotkaniach i na ocenach indywidualnych. Rzadko chodziłem do domu, ale często myślałem „co dzisiaj zrobiłem?” Oprócz spotkań.

6 miesięcy temu złożyłem podanie o stanowisko architekta w tej samej firmie i dostałem je. Większość dni wracam do domu. Czuję, że wnoszę prawdziwą wartość i pcham firmę do przodu. Mój główny programista z mojego starego zespołu wykonuje moją starą pracę. On też był technikiem. Zespół ponownie był zadowolony z wymiany, ponieważ był technikiem i naprawdę dobrym facetem. Ale on po prostu ustąpił, wracając do swojej starej pozycji z wielu tych samych powodów.

Z mojego doświadczenia wynika, że ​​dobrzy ludzie techniczni, nawet jeśli są dobrzy wobec ludzi, są dobrymi technikami, ponieważ pragną czegoś na temat technologii. O budowaniu rzeczy, tworzeniu oprogramowania jako sztuki. Jedynym sposobem, bym wrócił do zarządzania, jest to, że mogłem być na pozycji, w której byłem na początku w grze o zarządzaniu, która wciąż miała być praktyczna. Udało się, wszyscy byli zadowoleni, a firma szła jak najlepiej z mojej techniki, a ja z mojego zespołu wydobyłem to, co najlepsze. Gdy zespół się powiększał, a ja nie miałem bezpośredniego kontaktu, wszyscy cierpieli.

Powodzenia z tym, co wybierzesz. Oczekuję, że poradzisz sobie dobrze, bo przynajmniej o tym myślisz, a nie tylko widząc pieniądze / moc i od razu wskakując.


1
+1 za: „dobrzy ludzie techniczni, nawet jeśli są dobrzy wobec ludzi, są dobrymi technikami, ponieważ pragną czegoś o technologii. O budowaniu rzeczy, tworzeniu oprogramowania jako sztuce”. BARDZO PRAWDZIWE. Wiele osób zajmuje stanowisko kierownika, ponieważ obawiają się, że zostanie wyznaczony idiota, który zniszczy rzeczy.
szybko_niedz.

5

Był w tej samej pozycji. Wziąłem awans do zarządzania i bardzo mi się podoba.

Nadal pracuję nad programowaniem, ponieważ jestem także jednym z najlepszych programistów, ale to był dobry ruch. Cieszę się, że robię teraz coś innego. Uwielbiam rozwój, ale stał się grind i chciałem zobaczyć, co jeszcze jest dostępne.

Najlepsze prace, jakie miałem, to praca dla dobrych menedżerów i dowiedziałam się, co lubię w tym, co robią i staram się robić to samo. Do tej pory zespół wydaje się szczęśliwy, że mam tę rolę, ponieważ staram się trzymać ich z dala od typowych korporacyjnych bzdur.


3

Może usiądź z kierownikiem przy filiżance herbaty i porozmawiaj z nim na ten temat. Wygląda na to, że jest dobrym facetem, a jeśli coś wymyślisz, może ci pomóc w ustaleniu, co jest dla ciebie odpowiednie.

Jeśli masz problemy z programowaniem, być może zmiana tempa na kilka lat może być dobra i zawsze możesz wrócić do programowania później, jeśli chcesz.


3

Moim zdaniem, jeśli jesteś programistą, który może być menedżerem, weź to. Jeśli nie masz kogoś, kto jest mniej zdolny może go przyjąć. Trudno jest znaleźć ludzi z połączeniem umiejętności zarządzania i programowania. Poza tym, jeśli twój menedżer zachęca cię do złożenia podania, ma w tobie tę wiarę. Zarządzanie kimś starszym od ciebie nie powinno stanowić problemu. Jest to część umiejętności zarządzania ludźmi. Mam dla ciebie jedną sugestię. Początkowo będziesz mieć nieszczęśliwe nadzieje. Musisz położyć kres wszelkiej dwuznaczności, gdy tylko przejmiesz tę rolę. Zrób to z kombinacją bycia odpowiedzialnym, delegowania odpowiedzialności, śledzenia i stanowczości wobec członków zespołu.


3

Byłem programistą i menedżerem. Dla mnie sprowadza się to do tego, z jakich codziennych czynności lubisz. Czy lubisz coaching, spotkania z ludźmi, zarządzanie projektami, budowanie relacji i rozwiązywanie problemów ludzi? A może potrzebujesz dużo czasu dla siebie, spotkania są wyczerpujące, nie lubisz dramatu i lubisz problemy intelektualne / techniczne?

Spędzisz dzień na zupełnie innej pracy. Więc to kwestia dnia, w którym będziesz się cieszyć, a który, o którym marzysz, skończy się wcześniej.


2

Oczywiście nie ma poprawnej lub złej odpowiedzi na ten temat. Z mojego doświadczenia wynika, że ​​awansowałem na lidera zespołu (odpowiedzialnego za zarządzanie liniami za zespół) zespołu elektroniki i oprogramowania. Udało mi się utrzymać dobrą pracę w tym zadaniu i to mi odpowiadało, a potem przeniosłem się do pracy w Project Management w innej firmie i nienawidziłem tego. Teraz wracam, robię prace rozwojowe kogoś innego.

Oczywiście powinieneś mieć na uwadze zasadę Piotra i mieć pewność, że faktycznie wykonasz tę pracę i nie będziesz zbytnio kuszony pieniędzmi.


2

W odpowiedzi na Twoją edycję:

1) Byłbym odpowiedzialny za WSZYSTKO zamiast tego, co mam robić. Departament wciąż się kręci po kilku rundach zwolnień ... przeciążony i bliski wypalenia zawodowego. Mam całkiem dobre relacje ze wszystkimi w zespole .... ale zastanawiam się, czy nie zmieniłbym się, gdybym podjął tę pracę.

Twoje relacje z resztą zespołu ulegną zmianie. Jesteś teraz szefem, a nie partnerem. Musisz powiedzieć ludziom, co mają robić, i powinni to zrobić. Niektóre będą w porządku z tą zmianą, ale inni mogą się nie podobać, że awansowałeś, a nie oni.

4) To niewielki dział i naprawdę nie sądzę, że potrzebny jest kierownik w pełnym wymiarze godzin. IMO nie potrzebujemy kogoś, kto spędza 50% czasu na zamawianiu ludzi (bo wszyscy wiedzą, co muszą robić), a 50% czasu nic nie robi.

W takim przypadku przydziel sobie niektóre z „łatwych” zadań projektowych. Powinny to być przedmioty niekrytyczne, które można podnieść i upuścić w dowolnym momencie. Dzięki temu możesz pomóc w projekcie, nadążać za bazą kodu, ale nie rozpraszać się od działań kierowniczych. Inną rzeczą, którą możesz zrobić, jest wypełnienie wszystkich zgłoszonych błędów. Sprawdź je, aby upewnić się, że są to prawdziwe błędy, a jeśli jest to łatwa edycja, napraw je natychmiast. Większe problemy można następnie zaplanować na resztę działań zespołu. To powstrzymuje zespół przed rozproszeniem się, a także pokazuje klientowi / kierownictwu wyższego szczebla, że ​​rzeczy się naprawią.


1

Odrzuciłem szansę zostania liderem zespołu, gdy miałem zaledwie rok w branży oprogramowania. Czułem, że nie mam wystarczającego doświadczenia technicznego, aby objąć to stanowisko. Dzisiaj, pięć lat, a później zmiana domeny, staram się dostać do tego samego posta. Chciałbym wtedy to wziąć.


3
Czy byłbyś wtedy w stanie podnieść ładunek?

2
Może, może nie. Wiedziałbym tylko, gdybym to wziął. Odrzuciłem to, ponieważ czułem, że lider zespołu powinien mieć co najmniej 2 lata silnej wiedzy technicznej. Bez tego nie ufaliby mi członkowie mojego zespołu. Miałem dobre umiejętności ludzi i byłem dobrym komunikatorem, dlatego dostałem szansę. Właściwie to nie była moja pierwsza praca. Pracowałem przez rok przed ukończeniem studiów, ale nie byłem programistą.
DPD

Tylko pytam, bo na pierwszy rzut oka zgodzę się z tobą, że było trochę za wcześnie, aby być liderem. Zastanawiam się tylko, dlaczego jest ci tak trudno z pięcioletnim doświadczeniem?

Dostaję zapytania, ale gdy stwierdzą, że moje doświadczenie jest podzielone na różne technologie i dommains, zainteresowanie jest mniejsze. Osoby rekrutujące zwykle szukają kogoś z 6-7-letnim doświadczeniem w technologii X. Kiedy ktoś nie spełnia tego wymogu, wtedy oddzwania do mnie.
DPD

2
Zgadzam się - Kierownik zespołu po 1 roku jest za wcześnie. Właściwie uważam, że szerokie doświadczenie (dobre uziemienie) wynoszące 5 lub więcej lat jest dobrą rzeczą, zanim kierownictwo zespołu będzie odpowiednie. Sprawia, że ​​jesteś lepszą, bardziej zaokrągloną i bardziej kompetentną osobą. Bycie liderem zespołu polega na szkoleniu, mentorowaniu, pomaganiu innym - a nie tylko zmniejszaniu kosztów pracy.
Szybko_niedz.

0

Musisz zaplanować, w jaki sposób zespół powinien działać, oraz jakie pozycje należy stworzyć, zmienić, wyeliminować i zapełnić wraz z kwalifikacjami. W oparciu o opinie, które otrzymujesz, masz przeczucie, że powie ci, czy chcesz pracy.

Inną kwestią jest to, o ile chcesz dalej iść w zarządzaniu. Zobacz, jakie są oczekiwania wszystkich.

Twoi koledzy z drużyny powinni chcieć pomóc ci odnieść sukces, bo inaczej będą musieli odejść. Upewnij się, że wiesz, jak chcesz zarządzać, i pozwól im zdecydować, czy chcą współpracować.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.