Wie kann ich meine Präferenz kommunizieren, dort zu bleiben, wo ich jetzt in meinem Karriereweg bin, und nicht „aufzusteigen“?

Ich bin ein Entwickler und zu 100 % glücklich damit, für den Rest meines Lebens ein Entwickler zu sein, der Code schreibt. Alles, was ich jemals wirklich tun möchte, ist nur Code zu schreiben. Ganz sicher möchte ich nie Projektmanagerin werden, was ich mit Sekretariatsarbeit oder irgendetwas im Bereich Personalmanagement vergleiche.

An mehreren Stellen meiner Karriere wurde ich mit Vorschlägen konfrontiert, meine Karriere auf das Projektmanagement auszurichten. Ich möchte wirklich nie etwas anderes tun, als Code zu schreiben, und interessiere mich nicht für etwas, das die meiste Zeit nicht mit Programmieren zu tun hat.

Wie kann ich höflich, aber bestimmt meine Präferenz für den Karriereweg kommunizieren, um dort zu bleiben, wo ich bin, und mich nicht in die Richtung zu bewegen, die die meisten Menschen in meinem gewählten Karriereweg als „oben“ wahrnehmen?

Eines meiner Hauptanliegen ist es, anspruchslos zu wirken, was nicht der Fall ist. Ich bin ehrgeizig, aber innerhalb der Grenzen meines gewählten Karriereweges und nicht daran interessiert, in das hineinzuwachsen, was manche als seinen natürlichen Fortschritt ansehen.

Es gibt einen großen Unterschied zwischen „Ich will nie befördert werden“ und „Ich will nie Management“.
„Onkel Bob“ Martin sagte: „Mein Motto an dieser Stelle lautet: ‚Ich möchte, dass sie mich mit meiner Nase zwischen den Tasten finden‘ … Ich habe eine Weile im Management gearbeitet und bin Architekt geworden eine Weile ... was ich wirklich wollte, ist viel Code zu schreiben." Vollständiges Interview: se-radio.net/2009/11/…
Übrigens, wenn Sie denken, Projektmanagement sei Sekretariatsarbeit, dann haben Sie keine Ahnung, was ein Projektmanager tut. Nur weil Sie nur programmieren wollen, bedeutet das nicht, dass andere Berufe nicht so herausfordernd und schwierig oder sogar noch schwieriger sind als Ihr gewählter Beruf. Gutes Projektmanagement ist eine viel schwierigere Aufgabe als Programmieren. Schlechtes Projektmanagement könnte als Sekretariatsarbeit angesehen werden, aber auch schlechtes Codieren (die Cut&Paste-Codierer tippen einfach die Arbeit eines anderen ein, ohne sie verstehen zu müssen).
Übrigens, The Codist hat einen Artikel mit dem Titel Mein größtes Bedauern als Programmierer geschrieben , der sich auf dieses Thema zu beziehen scheint.
Ich sehe nicht, wie es als Fortschritt angesehen wird, ein PM zu sein. Es ist nicht einmal eine Erweiterung der Softwareentwicklung. Es ist eher wie das Hüten von Katzen.
Sind Sie die Person, über die in der Arbeitsumgebung.stackexchange.com/questions/87085/… diskutiert wird , hehehe? (Ich scherze nur, um es klarzustellen). Diese Frage klingt wirklich wie die entgegengesetzte Seite davon, obwohl +1
@HLGEM Ich denke, Ihr defensiver Ansatz ist unnötig. Er hat nie gesagt, PM sei einfacher als Programmieren. Und es gibt tatsächlich eine Parallele in der Sekretariatsarbeit, wenn man darüber nachdenkt. Das bedeutet nicht, dass PM so einfach ist wie Sekretariatsarbeit. Nun, wer hat gesagt, dass Sekretariatsarbeit einfach ist? Ich habe nie versucht.
@MatthewWhited - "Es ist eher so, als würde man Katzen hüten." Das hat mir den Tag versüßt.
youtube.com/watch?v=WTdqqJI02HE <= dies kann helfen, es noch besser zu machen
@HLGEM, niemand hat gesagt, dass es keine Herausforderung sei, ein Projektmanager zu sein. Aber es ist eine andere Art von Arbeit und es ist in Ordnung, es nicht tun zu wollen. Ich möchte kein Zahnarzt werden, aber es ist harte Arbeit.

Antworten (17)

Es ist sehr schwierig, dies definitiv zu beantworten. Meiner Erfahrung nach reagiert jedes Unternehmen anders darauf.

Ich habe für ein Unternehmen gearbeitet, in dem es für einen Entwickler keinen anderen Weg gab. Wenn Sie nicht ins Management wechselten, bekamen Sie nie eine Gehaltserhöhung über die Inflationsrate hinaus.

Ich habe für mehrere Unternehmen gearbeitet, in denen von Entwicklern erwartet wurde, dass sie Entwickler bleiben wollen. Und sie wurden gut dafür belohnt, dass sie gute Entwickler waren, und seltsam angeschaut, wenn sie Ambitionen zeigten, etwas anderes zu werden.

Ich habe für ein Unternehmen gearbeitet, in dem man viele Wege von der Entwicklung ins Personalmanagement oder Projektmanagement einschlagen oder einfach nur ein wirklich guter Entwickler sein und entsprechend bezahlt werden konnte.

Ich schlage vor, ehrlich über Ihre Bestrebungen zu sein und sie entscheiden zu lassen, ob Sie zu ihrer Philosophie passen. Auf diese Weise bleiben Sie nicht bei der ersten Firma hängen, die ich oben erwähnt habe.

+1 für Ehrlichkeit. Sie sollten das Gefühl haben, dass Sie sich jederzeit an Ihren Vorgesetzten wenden können. Sie sind nicht nur da, um das Geschäft zu führen; Manager führen auch Menschen. Übrigens bin ich ein Entwickler, der zum „Produktmanager“ geworden ist (in der kleinen Firma, für die ich arbeite, ist das so etwas wie eine Mischung aus leitendem Entwickler und Linienmanager). Ich kann Ihnen versichern, dass wir keine magischen Kräfte erhalten, um zu wissen, was die Leute denken. Obwohl ich denke, dass ein guter Manager es bereits weiß, ist es schön, es zu erfahren.

In meiner Karriere bei Microsoft haben mich meine Vorgesetzten oft gefragt, ob ich eine Führungsrolle übernehmen oder auf dem Weg des IC (Individual Contributor) bleiben möchte. Da waren beide vollkommen ok. Wenn Sie IC folgen würden, würden Sie am Ende Architekt und schließlich technischer Mitarbeiter werden, und auf dem Managementpfad würden Sie schließlich Vizepräsident für einen Geschäftsbereich werden.

Ich habe immer geantwortet, dass ich auf dem IC-Weg bleiben möchte, weil das meine Leidenschaft ist, genau wie du. Ich hatte meine Möglichkeiten für das Management, wie die Unterstützung meiner Teamleitung oder die Schaffung eines virtuellen Teams über Abteilungen hinweg und das Antreiben für ein Nebenprojekt. Aber meine Hauptarbeit war immer das Schreiben von Code, das Lösen von technischen Problemen, das Optimieren von Dingen.

Allerdings bereue ich diese Entscheidung heute aus zwei Gründen: Erstens könnte ich diese Erfahrung heute als Inhaberin meines eigenen Startups sehr gut gebrauchen. Microsoft unternimmt große Anstrengungen, um Sie zu schulen und Ihnen die besten Ressourcen zur Verfügung zu stellen, damit Sie Ihre Managementrolle übernehmen können, und ich denke, ich hätte davon mehr oder weniger profitieren können.

Zweitens und wichtiger ist, dass Management es Ihnen ermöglicht, Software zu erstellen, die Sie sich nicht vorstellen können, selbst zu erstellen. Ich denke, das ist der Teil, den wir im Bild des Managementpfads vermissen. Es erweitert tatsächlich unsere Fähigkeit, Software zu erstellen, um Größenordnungen. Ich weiß, wie verlockend es ist, selbst am Code zu arbeiten, aber wenn Sie sehen, dass Sie mit der richtigen Anleitung und Anleitung das Zehnfache, Hundertfache Ihres eigenen Durchsatzes erreichen können, ist das so aufregend. Stellen Sie sich ein Paralleluniversum vor, in dem Linus Torvalds darauf bestand, das gesamte Linux selbst zu programmieren. Wie weit wäre er gegangen? Natürlich wird keiner Ihrer Entwickler so programmieren wie Sie, aber einige werden sogar noch besser programmieren als Sie, und Sie werden lernen, mit gelegentlichen Qualitätsmängeln oder Missverständnissen umzugehen. Du wirst jeden von ihnen wachsen lassen, um ein besseres Du zu sein,

Wenn Ihre Leidenschaft für das Erstellen guter Software Ihre Leidenschaft für das Lösen technischer Probleme übertrifft, ist ein Managementpfad möglicherweise nicht allzu weit entfernt.

Nur meine zwei Cent.

Das ist ein wirklich guter Punkt. Als Kontrapunkt kenne ich Mitgründer von Unternehmen, die ihre Anteile an der Firma verkauft haben, weil sie nicht mehr wirtschaften wollten. Sid Meier von Microprose hat dies getan. Mich würde interessieren, ob Spielberg etwas Ähnliches getan hat. Von außen sieht es so aus, als würde er viel lieber bei einem neuen Film Regie führen, als Dreamworks SKG (seine Firma) zu leiten.

Ihre Meinung können andere Entwickler verstehen, Manager jedoch nicht. Anstatt zu sagen, was Sie nicht tun möchten (und negativ klingen), schlage ich vor, dass Sie betonen, was Sie tun möchten.

Sagen Sie ihnen, dass Sie Ihre Hände „schmutzig“ halten möchten und dass Sie gerne programmieren. Vielleicht schaffen sie im Laufe der Zeit eine „Über-Senior-Entwickler“-Position nur für Sie. Ich habe ähnliche Dinge passieren sehen.

Eine Beförderung bedeutet nicht zwangsläufig, dass Sie kein Entwickler mehr sind, es kann beispielsweise bedeuten, dass Sie weitreichendere technische Entscheidungen treffen können.

+1: Viele Manager, die sich durch die Ränge gearbeitet haben, waren nur zu glücklich, mit dem Programmieren aufzuhören und mit dem Verwalten zu beginnen. Aber in den meisten Hierarchien, in denen ich gearbeitet habe, steht der Projektmanager zwangsläufig eine Stufe über dem Leiter des Entwicklungsteams, der über der Abstufung von Senior- zu Junior-Entwicklern steht. Ob sich diese Überlegenheit in den Tarifen widerspiegelt, hängt vom Unternehmen ab, aber solange man hierarchisch codieren will, bleibt man relativ weit unten auf dem Totempfahl.
@KeithS stimmt nicht immer. Ich habe Senior Dev->Architect->Senior Architect gesehen. Senior Architect stand hierarchisch über den PMs und den meisten mittleren Managern.
Einige Unternehmen haben sogar einen CTO, aber selbst dieser Titel könnte mehr Personalmanagement beinhalten, als dem OP lieb ist.
Tatsächlich haben die meisten Unternehmen einen CTO, und ja, es dreht sich alles um Personalmanagement. Was den "Architekten" angeht, macht diese Position normalerweise weniger Codierung und mehr HW/SW A&D. Architekten sind "Multiprojektmanager", die daran arbeiten, Projekte miteinander zu verknüpfen, um vorhandene Codebasen und Hosting-Hardware usw. optimal zu nutzen.

Geben Sie einfach Ihre Ambitionen an, wie Sie es hier getan haben.

Nachdem ich in mehreren Positionen im technischen Management gearbeitet habe, habe ich Folgendes am meisten geschätzt: Es gibt nichts Einfacheres zu verwalten als Mitarbeiter, die wissen, was sie wollen (wenn es ihren Fähigkeiten entspricht).

Unerfahrene Manager befördern oft den besten Ingenieur, den sie haben, zum Manager, vorausgesetzt, sie machen es gut. Die Folge: Sie tauschen den besten Ingenieur, den sie haben, gegen einen oft mittelmäßigen Manager. (Die Weiterentwicklung dieses Konzepts wird oft als Peter-Prinzip bezeichnet ). Der Grund dafür ist, dass Management andere Fähigkeiten erfordert als Engineering, was bedeutet, dass erfahrene Manager ihre Arbeitszeit für die Entwicklung von Managementfähigkeiten und nicht für die Entwicklung von Ingenieurfähigkeiten aufwenden.

Sagen Sie Ihrem Vorgesetzten, dass Sie Senior Developer/Architekt werden möchten und dass er/sie besser über einen Karriereweg in dieser Richtung nachdenken sollte, wenn er/sie möchte, dass Sie länger bleiben.

Sagen Sie ihnen, dass Sie eher eine technische Laufbahn als eine Managementkarriere anstreben . Auch innerhalb der Softwareentwicklung gibt es Junior- und Senior-Rollen. Junior-Teammitglieder neigen dazu, Fehler zu beheben und Code für Module zu schreiben, für die sie verantwortlich sind. Ältere Mitglieder entwerfen APIs und treffen Architekturentscheidungen. Es braucht viele Jahre Erfahrung, um ein leitender Softwareentwickler zu sein. Man muss zum Beispiel

  • Sammeln Sie Erfahrungen mit einer breiten Palette von Technologien
  • Erkennen Sie Branchentrends (und erkennen Sie Modeerscheinungen, die Sie ignorieren sollten!)
  • Lernen Sie aus technischen Fehlern und verhindern Sie, dass Ihr Team sie wiederholt
  • Entwerfen Sie elegante Lösungen, die auch effizient funktionieren

Kurz gesagt, Sie können als leitender Softwareentwickler, der nicht im Management tätig ist, wertvoll sein. Wenn Ihr derzeitiges Unternehmen keine technischen Aufstiegsmöglichkeiten hat, möchten Sie sich vielleicht für die technische Führung bewerben (nur wenn Sie glauben, dass Sie dazu bereit sind!) oder ein Unternehmen finden, das eine technische Laufbahn hat.

Sag niemals nie. Wer weiß, wo Sie in zehn Jahren stehen? Dinge ändern sich.

Andere Antworten haben sich jedoch mit dem befasst, was zu sagen ist, aber genauso wichtig wie das, was wann ist . Sie und Ihr Vorgesetzter sollten regelmäßig über Ihre Karriere sprechen, zumindest im Rahmen der jährlichen Leistungsbeurteilung. Dies ist die Zeit, um darzulegen, was Sie wollen, und gemeinsam Chancen und Hindernisse zu identifizieren. Wenn Ihr Vorgesetzter über die Besetzung von Projekten entscheidet, sollte er die Wünsche seiner Mitarbeiter berücksichtigen, was er nicht tun kann, wenn er diese nicht kennt.

Wenn dies nicht Teil Ihres Leistungsbewertungsprozesses ist, bitten Sie Ihren Vorgesetzten um ein Treffen zu diesem speziellen Thema. Sprechen Sie bei diesem Treffen über die Dinge, die Sie lieben, die Fähigkeiten, die Sie gerne weiterentwickeln möchten, die Arten von Projekten, an denen Sie arbeiten möchten, und so weiter. Wenn er andere Dinge für dich im Sinn hat, wird er sie wahrscheinlich ansprechen, und dann kannst du antworten, anstatt präventiv sagen zu müssen: "Ich will es nicht schaffen".

Persönlich würde ich diese Aussage zu keinem Zeitpunkt machen, weil A) es für Vorgesetzte wahrscheinlich schlecht klingt, als ob Sie keinen Ehrgeiz / Engagement für Ihren Job / Ihre Karriere haben. B) Mir wurde gesagt, ich solle niemals sagen, dass Sie es nicht in Betracht ziehen würden in Vorstellungsgesprächen irgendwann Führungskraft zu werden und das würde dich in eine mögliche Zukunft lügen und C) du weißt nie, ob du dich in Zukunft anders fühlst. Woher wissen Sie, dass Sie NIE in Ihrem Leben Manager werden wollen? Ich denke, es wäre besser, Werbeaktionen einfach abzulehnen, wenn sie angeboten werden.

+1 Mein 18-jähriges Ich wäre für immer glücklich gewesen, in Assembly und COBOL zu programmieren (denn wenn Sie 18 Jahre alt sind, bis Sie 21 sind), aber heute würde ich körperliche Folter weniger schmerzhaft finden.
Kommt drauf an was du codierst. Ein Job wie mein jetziger, bei dem man mit verschiedenen Technologien in Berührung kommt, bei dem man das eine tut, und das nächste, was man bekommt, ist ganz anders, herausfordernd und interessant und etwas, das mir jahrzehntelang Spaß machen würde, solange es so blieb Also. Andererseits habe ich Jobs gemacht, die zu 99,99 % aus der Wartung genau derselben Software bestanden. Eine brüchige Codebasis, gepaart mit einer neu entdeckten anal-zurückhaltenden Liebe zum Detail durch das Management (weil sie dies in den Vorjahren hatte versäumen lassen), machte dies zu einem äußerst schmerzhaften Programmierjob.

Bleiben Sie bei dem, was Sie wollen, und vermeiden Sie negative Äußerungen darüber, was Sie nicht wollen. Schließlich sind alle Gespräche über Beförderungen wahrscheinlich etwas, das Sie mit Ihrem Manager führen würden, der einer dieser mörderischen Wahnsinnigen ist, der einfach verrückt genug war, um Personalmanagement zu machen. Zu sagen "nur Spinner würden diesen Job machen" mag richtig sein, aber politisch kaum versiert.

Skizzieren Sie stattdessen die gewünschte Beförderung, wenn ich Sie richtig verstehe, dazu gehören:

  • Sich weiterentwickelnde und zunehmende technische Herausforderungen
  • Verantwortung und Kenntnis größerer Teile der von Ihnen entwickelten technischen Lösung
  • Eine Chance, neue Technologien zu erlernen und zu meistern, wenn das Unternehmen sie benötigt
  • Letztendlich - die Verantwortung, zukünftige technische Lösungen zu finden und dem Unternehmen zu helfen, ein technischer Experte zu werden, der den Geschäftstreibern voraus ist.

Das IST eine aufstiegsfähige Laufbahn. Vielleicht ist es in Ihrem Unternehmen nicht offensichtlich, aber die meisten Unternehmen haben einen Weg für Wissensarbeiter, die ihr technisches Fachwissen ohne Kosten/Zeitplan oder Personalverantwortung verbessern möchten. Sie müssen vielleicht andere unterrichten oder betreuen, aber das ist etwas ganz anderes, als Menschen zu „managen“.

Bleiben Sie bei dem, was an Ihrem Job und jeder zukünftigen Beförderung gut ist.

Das Beste, was Sie tun können, ist zu warten, bis Ihnen eine Aktion angeboten wurde, dieses Angebot zu bewerten und die Aktion abzulehnen, wenn Sie es nicht möchten.

Die meisten Unternehmen schreiben offene Stellen aus und möchten, dass ihre Mitarbeiter die Möglichkeiten wahrnehmen, die sie interessieren. Wenn es nach einiger Zeit eine Stelle gibt, für die Ihr Vorgesetzter Sie für geeignet hält, kann er Ihnen vorschlagen, sich darauf zu bewerben. Zu diesem Zeitpunkt können Sie Ihrem Vorgesetzten Ihre kurzfristigen Ziele mitteilen. Wenn Sie lieber in einer eher technischen Position bleiben möchten, kann Ihr Manager nach Positionen Ausschau halten, die Sie mehr herausfordern, aber Sie tatsächlich interessieren könnten. Oder lass dich einfach dort bleiben, wo du glücklich und produktiv bist. Unternehmen brauchen Arbeitsbienen, und wenn Sie glücklich sind, eine von ihnen zu sein, und gut in Ihrem Job sind, werden Sie selten gezwungen, etwas zu tun, bei dem Sie unglücklich und weniger produktiv sein werden.

Ich denke, dass viele professionelle Programmierer irgendwann im Laufe ihrer Karriere mit diesem „Problem“ konfrontiert werden. Nicht viele werden sich dafür entscheiden, "auf dem Boden" zu programmieren, aber diejenigen, die es tun, sind diejenigen, die schließlich zu wahren Meistern der Kunst werden.

Aber ich denke, Ihre Ambitionen sollten sich natürlich zeigen, wenn Sie in verschiedenen Teams arbeiten und immer derjenige sind, der neue Programmierkonstrukte verwendet, die besten Muster verwendet und unter Ihnen die besten Algorithmen entwickelt. So signalisierst du den anderen, dass du wirklich ein Profi-Coder bist und wenn du gleichzeitig deinen Wunsch kommunizierst, immer gute Lösungen zu programmieren, wird sich das irgendwann herumsprechen und die Leute werden anfangen, dich wie einen echten Programmier-Nerd anzusehen und hören Sie auf, Sie zu fragen, ob Sie eine Position als administrativer Teamleiter oder was auch immer wollen.

Denken Sie unter anderem an Leute wie Bjarne Stroustrup, James Gosling, Dennis Ritchie, Larry Wall, Sergey Brin und Anders Hejlsberg. Ich glaube nicht, dass sie etwas anderes als Programmieren gemacht haben, obwohl sie auf ihrem Weg zu lukrativeren Positionen hätten wechseln können.

Ich denke, Ihr Hauptziel sollte es sein, sich unentbehrlich zu machen. Erstellen Sie Code, der so großartig ist, dass niemand im Unternehmen dasselbe oder besser machen kann. Dann können Sie sich für so viele Gehaltserhöhungen bewerben, wie Sie möchten, und trotzdem weiter programmieren!

Wenn Sie die Gehaltserhöhung nicht bekommen, haben Sie bei dem zuvor erwähnten Schritt zur Kommunikation Ihrer Ambitionen versagt. Die Bosse verstehen deine Überlegenheit nicht. Wenn das der Fall ist, stellen Sie sicher, dass Sie viele Unterlagen haben, die Ihre Fähigkeiten bestätigen, und arbeiten Sie für Google oder so!

Lassen Sie es in Ihrem Vertrag stehen oder schreiben Sie einen neuen Vertrag, in dem Sie sagen, dass Sie bis auf Weiteres lieber in einem solchen Titel / einer solchen Klasse von Mitarbeitern bleiben möchten, aber damit verzichten Sie auf die Aufstiegsmöglichkeiten.

Da Sie auf die Möglichkeit verzichtet haben, eine höher bezahlte Position zu bekommen, würde ich gleichzeitig darum bitten, dass Ihr Einkommen garantiert jedes Jahr um einen Prozentsatz in Leu der Stellenbezeichnung steigt, bis zu einem Geldwert vereinbart wurde.

Denn wenn Sie für eine bestimmte Art von Person arbeiten, werden Sie möglicherweise auf der gleichen Gehaltsskala gehalten, da Sie kein Interesse an einem beruflichen Aufstieg haben und ihrer Meinung nach niemals etwas Neues lernen werden. Obwohl sich die Sprachen ändern können, sehen sie es so, als ob sie immer noch die gleiche Arbeit machen, die Sie jetzt machen. Logisch oder unlogisch, ich bin jetzt an einem solchen Punkt, also spreche ich im letzten Teil irgendwie aus Erfahrung.

Vielen Dank. Ich denke, ich sollte OP hinzufügen, dass eines meiner Hauptanliegen darin besteht, wenig ehrgeizig zu erscheinen, was nicht der Fall ist – ich bin ehrgeizig, aber innerhalb der Grenzen meines gewählten Karrierewegs, nicht in das hineinzuwachsen, was manche als seinen natürlichen Fortschritt ansehen.
Ich weiß, was Sie meinen, und ich würde das auch ganz klar sagen, denn in Wirklichkeit wollen Sie nicht nur in einer Komfortzone bleiben, sondern einen Job, von dem Sie wissen, dass er Ihnen Spaß macht. Was im Moment weit und wenige dazwischen liegt. Ich würde dafür sorgen, dass sie das klar verstehen, sonst könnten Sie sich selbst in den Fuß schießen, wenn Sie nicht aufpassen.

Was ich hier für wichtig halte, ist, was Ihr Ehrgeiz ist , und dies effektiv zu kommunizieren. Sie sagen, dass Sie in Ihrem eigenen Karriereweg ehrgeizig sind, aber „nur programmieren“ ist kein Karriereweg . Wenn Sie Probleme bekommen, die Sie lösen müssen, sie lösen und dann zum nächsten Problem übergehen, ist das eine Stellenbeschreibung. Daran ist nichts auszusetzen, aber Sie müssen darüber nachdenken, wie Sie darauf aufbauen wollen, um für das Unternehmen wertvoller zu werden, und wie Sie diesen Wert in etwas übersetzen, das Ihr Manager verstehen kann, und hier kommt der Aspekt des Karrierewegs ins Spiel in.

Als Programmierer könnte Ihr Ehrgeiz so lauten: Ich möchte meine Fähigkeiten im Verständnis von Technologie nutzen, um für das Entwerfen/Bauen/Verbessern von Tools verantwortlich zu sein, die die Kosten unseres Unternehmens drastisch senken oder die verkauft werden können oder die in irgendeiner Weise dazu beitragen Wert eines bestehenden Produkts, wodurch es auf einem neuen Markt verkauft werden kann (z. B. eine webbasierte App, die auf iOS migriert usw.)

Es liegt an Ihnen, sich dann Möglichkeiten oder Positionen in Ihrem Unternehmen anzusehen, die es Ihnen ermöglichen würden, diese Fähigkeiten am effektivsten einzusetzen. Beachten Sie, dass dies bedeuten kann, dass Sie mehr auf der Design-/Architekturseite arbeiten müssen, als Sie möchten, und dass dies je nach Struktur Ihres Unternehmens einschränkend sein kann.

Sie haben vielleicht andere Ideen. Aber der Schlüssel ist, sich die Menschen in unserem Bereich anzusehen, wie Sie sein möchten, zu sehen, wo sie stehen, und Ihren Ehrgeiz zu entwickeln, dorthin zu gelangen. Beschreiben Sie dann ihre Rolle im Hinblick darauf, was sie in ihr Unternehmen einbringen. Und wenn Sie feststellen, dass Sie Leute betrachten, die weniger hoch aufgestiegen sind, ist daran nichts auszusetzen .

Alle Unternehmen schätzen Menschen, die das Geschäft, die Vision und den Gewinn beeinflussen. (nicht unbedingt in beliebiger Reihenfolge). Wenn Sie den Wert darin kommunizieren können, dass Sie ein individueller Mitwirkender sind, und wie sich dies auf die Gesamtvision Ihres Unternehmens / Ihrer Abteilung auswirkt, ist das großartig.

Sie könnten Ihr Berufsziel definitiv umformulieren. Zum Beispiel wird das Schreiben von Code wirklich nur ein kleiner Teil der Arbeit sein, selbst für eine einzelne Rolle. Einzelne Mitwirkende, die ständig neue Dinge lernen, verbringen die meiste Zeit mit mehreren Sprachen und Technologien und sind daher im Allgemeinen für viele Leute in meinem Team nützlich. Ich glaube, dass es für das Team einen Produktivitätsgewinn gibt, wenn es Leute gibt, die anderen mit überlegenem Wissen helfen. Bücher wie Pragmatic Programmer und Clean Code betonen die Notwendigkeit von Entwicklern, die eine „Leidenschaft“ für die Entwicklung haben.

Jedenfalls kann man als reiner Entwickler nicht auf sogenannte Management-Winkeln verzichten. Sie werden gebeten, einen Kostenvoranschlag abzugeben, Prioritäten zu kommentieren, dringende Kundenprobleme zu erstellen, über neue Produktideen zu kommunizieren ... von denen keine "Codierung" ist.

Mein Vorschlag ist also, eine neue Nachricht zu erstellen, sie zu proben und sie dann Ihrem Management mitzuteilen.

Sie könnten einen Vertrag in Betracht ziehen. Wenn Sie ein kompetenter (oder besserer) Softwareentwickler sind und bereit sind, gelegentlich den Job zu wechseln, können Sie als Auftragnehmer sehr gutes Geld verdienen. Ich fand diesen Schritt sehr befreiend. Ich bewarb mich als Senior Software Engineer (was ich bin) und wurde speziell für herausfordernde Entwicklungsaufgaben eingestellt. Es gab keine Erwartung, dass ich ins Management wechseln würde, gerade weil ich Auftragnehmer war.

Das vermeidet nicht nur den Veränderungsdruck, sondern ich fand es auch sehr aufschlussreich, in vielen verschiedenen Umgebungen zu arbeiten und selbst zu sehen, wie Entwicklung in verschiedenen Unternehmen gemacht wird.

Zeigen Sie Ihren Ehrgeiz, indem Sie Ihren Arbeitgeber von der Idee überzeugen, einen Karriereweg zu schaffen, der mehrere Entwicklungsstufen hat. Vielleicht vertiefen Sie sich etwas mehr in das Design und haben Input für die Planung und übernehmen mehr Code-Reviews, konzentrieren sich aber immer noch auf die Programmierung. Programmieren soll für viele keine Einstiegsphase ins Berufsleben sein, sondern eine Karriere an sich. Nun, wenn Ihr Unternehmen in seinen Entwicklungsanforderungen veraltet und alles die gleiche Unterstützung für die gleiche Codebasis ist, könnte dies schwierig zu verkaufen sein, aber tun Sie es trotzdem.

Ich würde vorschlagen, dass vieles davon abhängt, was Sie unter Management und Projektmanagement verstehen, sowie von dem Führungsstil, in dem Sie arbeiten.

Ohne in eine lange Debatte einsteigen zu wollen (von denen es viele im Netz gibt!), wenn Sie sich als technischer Fachmann für agile/Scrum-Entwicklungsansätze interessieren/beteiligt sind, dann tut es das Konzept des „Projektmanagements“ oder „Teamleiters“. Sie passen nicht immer in alle Interpretationen dieser Techniken.

Zwei Mitglieder meines Entwicklungsteams bei einem Scrum-Master-Zertifizierungskurs haben kürzlich kommentiert, dass mindestens die Hälfte der Teilnehmer "klassische" Wasserfall-"Projektmanager" waren, die versuchten, herauszufinden, was ihre Rolle in Scrum war ...

In vielen Organisationen existiert die PM-Rolle nicht mehr.

Ich habe Teammitglieder wie Sie – sie haben sich entschieden, für mich zu arbeiten, weil ich zum Teil nicht erwarte, dass sie formelles Management oder Führung übernehmen (außer innerhalb der flachen Struktur von Scrum), und ich habe auch eine endlose (!) Versorgung mit extrem herausfordernden technischen Problemen, angetrieben von einer F+E-hungrigen, liquiden Industrie. Der Kompromiss besteht darin, dass sie in einem Scrum-Team arbeiten müssen und kein „Einzelkämpfer“ sein müssen.

Wenn Ihre Organisation eher eine hirarchische, Command-and-Control-artige Angelegenheit ist, finden Sie es möglicherweise schwierig, eine technische Laufbahn nach Ihren Vorstellungen zu erstellen. Es ist eine Diskussion wert, wie die Leute vermuten, aber wenn Sie in einer großen Firma arbeiten, können Veränderungen eine Herausforderung darstellen.

Letztendlich müssen Sie möglicherweise eine Organisationskultur finden, die zu Ihrem gewählten Karriereweg passt, aber wenn Sie verstehen, wonach Sie suchen, sind Sie weit davon entfernt, dies zu erreichen.

Mit Ihren anderen Kommentaren zu Spezialisten- vs. Generalistenfähigkeiten würde ich vorschlagen, dass Sie in jeder Agile/Scrum-Umgebung eine starke Bereicherung darstellen.

Nur eines auf dieser Welt ist beständig und das ist „VERÄNDERUNG“!

In vielen Unternehmen gibt es im Allgemeinen eine Position namens "System Analyst", und Personen in diesen Positionen sind immer am Schreiben von High-Level-Code beteiligt, wie z. B. dem Erstellen der Anwendungsstruktur.

Das bedeutet, dass Sie auf Ihrem Karriereweg immer noch aufsteigen können, ohne sich jedoch unbedingt von den technischen Aspekten zu entfernen, die Sie am Programmieren lieben.

Hallo Ali, ich denke, deine Antwort war anfangs nicht sehr klar, also habe ich sie bearbeitet, um deutlich zu machen, wohin du damit gehst. Bitte zögern Sie nicht, eine weitere Änderung vorzunehmen , wenn ich den Geist dessen, was Sie sagen wollten, nicht erfasst habe. Hoffe das hilft! :)