Jak mogę utrzymać swoje umiejętności techniczne po zostaniu kierownikiem projektu?

16

W miarę rozwoju kariery odkryłem, że wykonuję mniej pracy technicznej i więcej prac związanych z zarządzaniem projektami. Żartuję, że robię się coraz głupszy każdego dnia. Za każdym razem, gdy wracam do pracy technicznej, wydaje się, że trochę trudniej jest zacząć. Jakie sugestie mają ludzie, aby utrzymać wiedzę techniczną przez całą karierę?

SchwartzE
źródło
1
po prostu robienie rzeczy technicznych w wolnym czasie powinno wystarczyć?
Matias

Odpowiedzi:

8

Kontynuuj kodowanie

Zawsze starałem się unikać pozycji, w której jestem zmuszony do większego zarządzania niż kodowania. W rzeczywistości jest to coś, na co zawsze zwracam uwagę w wywiadach - jestem programistą - zawsze tak będzie.

Powiedziałbym, że to numer 1 w utrzymywaniu umiejętności technicznych na ostrym poziomie - tak prosto, jak się wydaje - w dalszym ciągu kodować . To, czy chcesz to zrobić, to inna historia.

Możesz także spróbować bardziej zaangażować się w przeglądy kodów grup . Jest to nie tylko świetny sposób dzielenia się wiedzą i eliminowania zależności od kluczowych osób, ale także pokaże ci, co się dzieje w bazie kodu i utrzyma umiejętności.

Problem (moim zdaniem) z przejściem programistów na stanowiska kierownika projektu polega na tym, że absolutnie nic nie mówi, że jeśli jesteś dobry w programowaniu, będziesz dobry w zarządzaniu projektami. Z mojego doświadczenia wynika, że ​​dokładnie odwrotnie.

Jaco Pretorius
źródło
Tak, menedżerowie ds. Technologii powinni nadal doskonale rozumieć złożoność programowania.
Jé Queue
Myślę, że dobrzy programiści mogą być dobrymi menedżerami, ale nie jestem pewien, dlaczego ktokolwiek chciałby stracić dobrego programistę, skoro powinieneś być w stanie znaleźć jakieś umiejętności PM i jest mniej programistą. W niektórych miejscach premier może być raczej liderem zespołu, który musi mentorować jr devs, projektować i prowadzić projekt.
JeffO,
Jeśli pytanie brzmi „jak zachować ostrość, gdy przejmuję większą rolę kierowniczą?”, „Unikanie wzięcia większej odpowiedzialności za zarządzanie” nie wydaje się pomocną odpowiedzią.
Caleb
6

Zsiadaj i brudzić się w okopach tak często, jak to możliwe, i przyznaj, że twoje wskazówki są prawdopodobnie / prawdopodobnie lepsze od ciebie (dlatego wykonują robotę).

Zyskasz szacunek dla „faktycznie działającego” (z perspektywy twoich reżyserów) i będziesz tak ostry, jak tylko potrafisz.

Cholera, mam nadzieję / prawdopodobnie nawet się od nich nauczysz.

Steven Evers
źródło
3

Jeśli twoja ścieżka kariery prowadzi cię do zarządzania, musisz zdecydować, czy tam właśnie chcesz się udać. Wygląda na to, że jesteś już w połowie tej ścieżki.

Trzymaj się zarządzania projektami, jeśli lubisz to (lub są inne rzeczy, które lubisz, na przykład dolary lub moc) - ale wiedz, że jest to zasadniczo nietechniczna rola.

Ale jeśli chcesz pozostać w praktycznej roli, musisz wyjaśnić swojemu szefowi itp., Że chcesz przejść do roli technicznej i pozostawić zarządzanie innej osobie. Może to nawet oznaczać znalezienie nowej pracy, w której ludzie nie widzą cię w roli kierownika projektu.

Jeśli pozwolisz, aby coś ci przychodziło, nie podejmujesz świadomej decyzji, a zamiast tego robisz to, co ktoś inny chce (wypełniając lukę), zamiast robić to, co chcesz.

Ale w skrócie, kierownicy projektów nie kodują. Jeśli zamierzasz zostać kierownikiem projektu, poświęć czas na bycie dobrym kierownikiem projektu, zamiast starać się być na bieżąco z programistami.

Kirk Broadhurst
źródło
1

Byłem tam przez jakiś czas.

  1. Zrozum, że PM zwykle nie kodują.
  2. Jeśli będziesz trzymać się obu, możesz skończyć w jednym z nich poniżej średniej.
  3. Jeśli chcesz zostać PM, walcz o pozycję, która nie wymaga kodowania.
  4. Zastanów się też, czy bycie PMem jest naprawdę postępem w Twojej karierze. Doskonali inżynierowie mogą zarobić więcej niż przeciętni PM.
tishma
źródło