Jaka jest ścieżka kariery dla programisty, który nie lubi zarządzania?


110

Jeśli jesteś programistą (Senior lub Lead Developer) i wolisz pozostać przy kodowaniu / projektowaniu niż karierę menedżerską, jakie są dostępne ścieżki kariery w Twojej firmie lub o których słyszałeś? Jak daleko możesz zajść?

Czy da się być maniakiem, dopóki nie ugryzie się w kurz, czy nie będzie to zbyt naiwne?

Czy ludzie tacy jak wujek Bob, na przykład, nadal są uważani za programistów?


3
Dobre pytanie. Wyobraź sobie, że jeśli klinicyści badający lek na Alzheimera lub podróże kosmiczne przestaną robić rzeczy geek-naukowiec, aby rozwijać swoją karierę poprzez zarządzanie, ponieważ nie ma dla nich ścieżki kariery. Smutny.
Tulains Córdova

3
@ user61852 Ale w miarę postępów przestają robić geek-naukowcy, nie jest to problem specyficzny dla oprogramowania. Jeden z moich przyjaciół uzyskał tytuł doktora mikrobiologii w jednym z niemieckich instytutów Maxa Plancka. Jej szef uwielbiał prowadzić badania, ale kiedy był na „szczycie”, administracja / kierownictwo przejęło jego życie. Osobiście unikałbym angażowania się w zarządzanie w jak największym stopniu, nawet jeśli oznacza to przyjmowanie wypłat.
ACEG,

1
Być może miałem w umyśle to samo zapytanie. Co powiesz na posiadanie podwójnego zestawu umiejętności / doświadczenia? Myślę, że faceci techniczni mogą przejść od Software / Senior Software Engineera do Team Lead, a następnie Architect. Idąc dalej, należy zacząć zdobywać doświadczenie w zarządzaniu. Ta ścieżka może prowadzić do dyrektora IT - CTO. następnie Dalej prowadzić do CEO. Chociaż dotarcie tam zajmuje więcej czasu, ale tylko moja opinia. Podziel się swoimi opiniami? Twoje zdrowie.

2
Bycie maniakiem to stan umysłu, więc dopóki masz jeszcze wszystko, co w porządku, :) Jeśli chodzi o karierę, jest to trudne, nie każdy może być dyrektorem IT lub dyrektorem generalnym, niektóre firmy (co prawda nie wiele, ale ja ” Miałem szczęście, że znalazłem taką). Postaram się wziąć pod uwagę to, co chcesz zrobić, a także to, co możesz zrobić, mają one prawdopodobnie szersze przedziały wynagrodzeń niż niektóre inne firmy, co pozwala mi na przykład pozostać jako starszy programista, a nie odczuwa potrzebę poszukiwania „promocji”.
Chris Lee

Należy pamiętać, że jeśli będziesz pracować wystarczająco długo, możesz w końcu powoli przejąć obowiązki kierownicze. Jeśli masz 10-letnie doświadczenie i jedyne osoby, które pozostały, to absolwenci, będziesz musiał poprowadzić ich - nie musisz się bać, prawdopodobnie jest to satysfakcjonujące i odświeżające, aby pomóc młodym ludziom, a zanim się zorientujesz, zdobyłeś doświadczenie w zarządzaniu.
Heatwave

Odpowiedzi:


76

Zamierzam wyjść na całość i powiedzieć coś, co prawdopodobnie nie będzie odpowiedzią, którą chcesz usłyszeć, ale jeśli nie lubisz zarządzania, twoja ścieżka kariery będzie bardzo ograniczona. Jeśli lubisz kodować, a jeśli jesteś w tym naprawdę dobry i nie chcesz przestać, twoja ścieżka kariery jest na jednym szlaku: inżynier oprogramowania, a następnie starszy inżynier oprogramowania.

Jeśli inni uznają, jak dobry jesteś, wówczas będą skłonni postawić cię w pozycji, w której możesz przekazać swoje doświadczenia innym. Innymi słowy, będą chcieli, abyś zarządzał i / lub kierował. Trudno jest wziąć na siebie tę dodatkową odpowiedzialność bez podjęcia jakiejś formy zarządzania. Jeśli jesteś architektem i jesteś odpowiedzialny za projekt systemu i chcesz, aby ten projekt został pomyślnie wdrożony, będziesz musiał kierować innymi i zarządzać nimi. Jeśli zostaniesz założycielem start-upu i odniesiesz sukces, są szanse, że w pewnym momencie będziesz musiał zatrudnić kogoś do pomocy, a następnie będziesz musiał nim zarządzać. Jeśli stanie się CTO to nie ma mowy, będzie można na nie poradzić.

Biorąc to pod uwagę, nie sądzę, aby na to pytanie można było odpowiedzieć bez zrozumienia, o co chodzi w zarządzaniu, którego nie lubisz. Nie lubisz zarządzać personelem? Czy nie podoba Ci się pomysł, aby kodowanie nie było Twoim głównym obowiązkiem? Czy nie podoba ci się ciężar odpowiedzialności za czyjś sukces?

Odpowiedź na to podstawowe pytanie pomoże wskazać właściwy kierunek. Lub umieścić w inny sposób, sposób powinniśmy wszyscy być myślenie o naszej pracy, to: Co twoja idealna praca wyglądać? Zapomnij o tytułach na sekundę, zapomnij o firmie, dla której pracujesz, po prostu skup się na codziennym życiu i tych rzeczach, które sprawią, że będziesz naprawdę szczęśliwy i prosperuje. Następnie pracuj nad stworzeniem tej pozycji w miejscu pracy lub w firmie, którą sam zbudujesz.


1
Wow, naprawdę jasna odpowiedź.
Md Mahbubur Rahman,

3
Wyobraź sobie, że jeśli klinicyści badający lekarstwo na Alzheimera lub podróże kosmiczne przestaną robić rzeczy geek-naukowiec, aby rozwijać swoją karierę poprzez zarządzanie, ponieważ nie ma dla nich ścieżki kariery. Smutny.
Tulains Córdova

1
Znam co najmniej 1 firmę, w której inżynierowie zarabiają znacznie więcej niż menedżerowie (w niektórych przypadkach ponad dwukrotnie).
mike30

1
+1 jak wygląda Twoja idealna praca? I nie zawsze chodzi o pieniądze, zadałem sobie pytanie, ile nie przychodzi codziennie do domu rozczarowany wartością mojej pracy rocznie? Okazało się dla mnie, że było warto!
Chris Lee

2
„Twoja ścieżka kariery będzie bardzo ograniczona” - opiera się to na założeniu, że „zarządzanie” jest w jakiś sposób lepsze niż „inżynieria oprogramowania”. IMHO naprawdę zależy od tego, co chcesz osiągnąć dla siebie. Jeśli ktoś jest szczęśliwszy w inżynierii systemów, w przeciwieństwie do zarządzania innymi, to mówię: pozostań w inżynierii i rób fajne rzeczy.
miraculixx

29

Zależy od rodzaju firmy, dla której pracujesz.

Wiele firm nie ceni utalentowanych, doświadczonych programistów tak wysoko jak menedżerów i nigdy nie wynagrodzi ich na tym samym poziomie <- To nie jest typ firmy, dla której ludzie powinni pracować.

Inne (zwykle bardziej skoncentrowane na technologii) firmy będą bardziej cenić swoich programistów, a pozostanie w technologii nie powinno ograniczać twojej kariery pod względem nagrody i statusu <- prawdopodobnie chcesz pracować dla tego rodzaju firmy.

Jeśli masz trochę ducha przedsiębiorczości, możesz założyć własną firmę - wtedy będziesz szefem.


To zarząd firmy decyduje o tym, kto jest ceniony, i dziwnie jest powiedzieć: „nie jesteśmy cenni”.
m3th0dman

@ m3th0dman nie byłoby „nieocenione”, bardziej „nie tak wartościowe”, co często jest prawdą, ale rzadko się przyznaje.
Evicatos,

18

W mojej firmie ścieżki zarządzania i indywidualne osoby wnoszące wkład są oddzielne i w większości równoległe. Poszczególni współautorzy mogą wzrosnąć bardzo wysoko w firmie (aż do członka technicznego), nie będąc menedżerem osób. Pomaga to częściowo ominąć zasadę Piotra , choć nigdy całkowicie.


17

Chociaż wydaje się, że Architekt ma negatywne skojarzenia, myślę, że jest to techniczny odpowiednik przejścia na zarządzanie.


4
Architekt nie musi zarządzać ludźmi ani projektem, więc nie zawsze jest to zmiana zarządzania. Nasi architekci oprogramowania to ludzie, którzy są bardzo dobrzy w opracowywaniu najlepszych architektur dla naszych projektów.
JBRWilkinson

@JBRWilkinson Nie do końca szukam ścieżki zarządzania (w rzeczywistości szukam czegokolwiek poza tym: D) .. Po prostu proszę o rozsądne „uznanie” za swoje doświadczenie (finansowe i inne), ścieżka kariery to nie kolejny sposób na „techniczne” zarządzanie :)
Shady M. Najib

@John Macintyre, dlaczego architekt ma negatywne skojarzenia? On jest na szczycie wszystkich programistów? Czy architekt uważa się za złą pozycję?
zzzzz

2
@iOsBoy Osobiście uważam, że Architekt jest niesamowitą pozycją, jednak wielu deweloperów kojarzy tytułowego architekta z architektami z wieży z kości słoniowej, którzy ignorują szczegóły przeniesienia abstrakcyjnego projektu w rzeczywistość kodu i architekci, którzy myślą, że kodowanie jest pod nimi, a oni albo zapomniałem, jak to się stało lub nigdy nie mogło. Google „architekt oprogramowania nie może kodować” lub „architekci oprogramowania są do dupy”.
John MacIntyre

1
@JohnMacIntyre ze wszystkiego, co widziałem Architekt jest, jak sugerujesz, technicznym odpowiednikiem menedżera. Wydaje się jednak, że negatywne konotacje pojawiają się dopiero wtedy, gdy architekt traci zdolność do wdrażania własnych projektów; po prostu wskazując na technologię i mówiąc „użyj tego” nie jest architektem.
derGral

12

FWIW, Microsoft (podobnie jak inne duże firmy, jestem pewien) ma ścieżki kariery dla osób niebędących menedżerami, które przechodzą na równoważne poziomy VP (Distinghished Engineer and Technical Fellow). Stwardnienie rozsiane jest naprawdę duże w pokazywaniu ścieżki kariery dla nie-menedżerów.


7
jak dotąd wszystkie duże firmy, z którymi współpracuję, nie mają ścieżki kariery dla inżynierów, chyba że: a) byłeś z nimi przez zdecydowaną większość swojej kariery lub b) chcesz przejść do zarządzania. MS jest tylko marzeniem dla przeważającej większości z nas
geocoin

7

Prawdopodobnie coś takiego:

Jr Developer -> Developer -> Sr Developer / Team Lead / Lead Developer -> Software Architect


4

Umowy. W pracy na własny rachunek jest o wiele więcej pieniędzy.


Ale czy nie widzisz ścieżki kariery w tym samym miejscu?
Shady M. Najib

3
Chyba, że ​​masz szczęście pracować w Google, chociaż pracujesz w firmie lub mniejszej firmie o podobnych wartościach. Nie. Wszystkie drogi prowadzą do nie-programistycznego architekta, nie gdzieś, gdzie chciałbym być
Ryan Roberts

3
Kontrahenci mogą żądać wysokiej pensji za bycie bardzo dobrym w czymś bardzo specyficznym, chyba że ich specjalistyczna technologia jest rozpowszechniona, w takim przypadku ich koszt pomaga im w absorpcji krótkich okresów wypowiedzenia.
JBRWilkinson

Kontraktowanie jest dobrą opcją, ponieważ poruszasz się i pracujesz nad różnorodnymi projektami, masz satysfakcję z pracy dla siebie, możesz zarobić tyle samo pieniędzy, jeśli nie więcej, niż kierownik, i uniknąć płacenia podatku. Niektórym nie podoba się pomysł zawierania umów z powodu postrzeganego braku bezpieczeństwa pracy.
Netricity,

4

Widziałem kilka ścieżek:

  1. Menedżer produktu
  2. Analityk wymagań
  3. Architekt
  4. Zespół ołowiu
  5. Manager konfiguracji
  6. Pisarz techniczny
  7. Założyciel start-upu
  8. Grant Writer

Grant pisarz? Co to ma robić?
Shady M. Najib,

Pisarz techniczny !! W mojej firmie pisarze techniczni są mniej więcej tymi ppl, którzy piszą podręczniki użytkownika i tym podobne rzeczy ... czy o to ci chodziło?
Shady M. Najib,

Istnieje mnóstwo szalonych pomysłów, które są dostępne do finansowania przez rząd USA, które są dostępne dla tych, którzy mogą napisać pół-techniczną propozycję. Nadal musisz być nieco sprawny technicznie.
wheaties

3
@Shady - tak, piszą dokumentację i raporty techniczne itp. Jest to trudne zadanie i wymaga wysokiego poziomu umiejętności, ponieważ musisz zrozumieć wszystkie języki i technologie, aby móc wyodrębnić scenariusze użytkowania, obsługę błędów itp., Które wszystko jest udokumentowane przez programistów, prawda? :-P
JBRWilkinson

3

Zależy od firmy. Wiele firm oferuje dwie ścieżki rozwoju dla deweloperów: techniczne i zarządcze. Jeśli wolisz techniczne, powoli awansujesz na wyższy poziom, rozwijając cenne umiejętności twórcze, ale pozostając przy rozwoju - stajesz się guru. To mniej pieniędzy niż zarządzanie, ale jeśli chcesz hakować „aż do śmierci”, jest to dobra droga.


Nadal chcę wiedzieć, jakie tytuły / obowiązki / stanowiska mogą być dostępne?
Shady M. Najib,

Tam, gdzie pracowałem, dostaniesz ten sam tytuł, tj. „Menedżer”, ale twoje role i obowiązki będą spoczywały na architekcie, a nie na ludziach / kierownikach projektów. Chociaż widziałem to tylko do sr. Managera - nigdy nie widziałem dyrektora ani wiceprezydenta kodującego!
Preets

@ Preet: Mam :)
talonx

@talonx, wtedy oczywiście pracowałem w niewłaściwej firmie;)
Preets

3

Jeśli pracujesz dla małej firmy, programistą może być najwyższa rola, chyba że założysz własną firmę. Zostaniesz wówczas programistą / reżyserem. Nie martw się zbytnio o osiągnięcie najwyższej roli technicznej w firmie. Po prostu rób to, co czyni cię szczęśliwym.


2

Jeśli pracujesz dla odpowiedniej firmy, nie powinno być żadnych ograniczeń w byciu programistą, o ile jesteś w tym naprawdę dobry. Zarządzanie jest w rzeczywistości jednym z najłatwiejszych sposobów wspinania się po szczeblach kariery, jeśli jesteś mniej sprawny technicznie. Widziałem to bardzo często w świecie tworzenia oprogramowania.

Myślę więc, że jeśli chcesz żyć w świecie kodu, ale dostać się na szczyt drzewa, musisz upewnić się, że pracujesz dla właściwej firmy - jeśli jesteś wystarczająco dobry na wystarczająco długo, to oni zajmą dla ciebie pozycję - ostatecznie możesz zostać decydentem (ale nie menedżerem) ze względu na twoje ogromne doświadczenie. Widziałem, jak programiści przenoszą się na stanowiska starszego wiceprezesa, nie mając nikogo do zarządzania, ale ze względu na ich wiedzę, doświadczenie i entuzjazm.

Może to również wydawać się oczywiste, ale powinieneś porozmawiać z szefem o swoich możliwościach rozwoju kariery - możesz być zaskoczony. Pomaga, jeśli pomyślisz o niektórych potencjalnych stanowiskach, które nie istnieją w twojej firmie, i możesz zapytać swojego szefa, czy możesz popracować nad tym - coś w rodzaju „szefa jakości kodu” lub zasadniczo tytułu, który sugeruje nie tylko programistą, nawet jeśli nadal jesteś programistą - dzięki temu będziesz się wyróżniał, jeśli chodzi o przyszłe promocje, a nawet płacenie recenzji. Musisz pamiętać, że na górze jest mniej miejsc pracy, więc musisz się wyróżniać. Wiele osób twierdzi, że stanowisko oznacza bardzo niewiele, ale to nieprawda - może sprawić, że twoja kariera wybierzesz własną - wykonanie tego prostego czynu również pokazuje pewne ambicje.


1

Texas Instruments miał podwójną drabinę, kiedy tam byłem.

  • Inżynier Associate
  • Inżynier
  • Starszy inżynier
  • ---- odtąd musiałeś być nominowany przez kogoś już wyżej
  • Członek personelu technicznego grupy
  • Starszy członek personelu technicznego
  • (może) Zasłużony członek sztabu technicznego
  • TI Fellow
  • Starszy pracownik TI
  • TI Principal Fellow (o ile wiem, był tylko jeden z nich w firmie)

0

istnieje wiele tytułów, które można znaleźć na ścieżce programisty, jeśli trzyma się kariery technicznej, np

  • Główny programista / Główny programista rozwoju.
  • Lider zespołu.
  • Architekt rozwiązań (skoncentrowany na projektowaniu i integracji systemu itp.).
  • CTO (Chief Technology Officer) .. jest to całkowicie techniczny, ale z odrobiną bycia najlepszą osobą techniczną w Organizacji.

Nie jestem pewien, z jakimi CTO się spotkałeś, ale żaden z niewielu, których spotkałem, w rzeczywistości nie robi już nic technicznego ... Wydaje się, że to tytuł, na którym kończą menadżerowie IT, którzy mają iPady. Jeśli jesteś menedżerem IT, który walczy z iPadami, otrzymasz tytuł CIO. ;-)
Brian Knoblauch,

-1

Zawsze pamiętaj, że możesz pójść inną ścieżką i zostać konsultantem ds. Oprogramowania. Możesz także pracować nad innymi projektami równolegle, takimi jak pisanie książek lub praca na blogu ...


-7

Jeśli nie lubisz zarządzania, powinieneś wejść do zarządzania, aby zmienić rzeczy i sprawić, by akceptowalne były dla osób o podobnych poglądach.


2
Istnieją ograniczenia w robieniu rzeczy, których nie lubisz, a kiedy te rzeczy obejmują zarządzanie ludźmi, naprawdę nie jest zalecane IMHO.
Matthieu,

4
Życie jest na to za krótkie.
Brian Knoblauch,
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.