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

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?

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.

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.

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.

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

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.

Prawdopodobnie coś takiego:

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

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

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

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.

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.

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.

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)

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.

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 ...

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.