Bei einer Reihe von Projekten fand ich mich in einer schlecht definierten Rolle oben links im Organigramm wieder, in der mir niemand direkt unterstellt war, aber eine breite Verantwortung für die technischen Aspekte des Projekts trug. In Fällen, in denen ich ein Team zu leiten habe, habe ich nicht sehr gut abgeschnitten, sowohl weil ich auf niedriger Ebene keine ausreichend klare Richtung gegeben, nicht effektiv delegiert und die Leute nicht an ihre Verpflichtungen gebunden habe. Ich fühle mich wohler bei praktischer technischer Arbeit, finde aber, dass dies nicht ausreichend skaliert. Jetzt leite ich Designs, überprüfe Reviews und biete viele Ratschläge und Unterstützung für Teamleiter und oft für jüngere Entwickler. Das geht jetzt seit ungefähr 4 Jahren so, insgesamt habe ich fast 15 Jahre Erfahrung, ich schließe ein Projekt ab und in den frühen Stadien eines zweiten, und ich möchte klarer definieren, was ich bin.
Gibt es einen Namen für diese Art von Rolle (Technischer Architekt?) und Ressourcen, um sich darin weiterzuentwickeln? Ist dies alternativ einfach ein Zeichen dafür, dass ich mich entweder auf die Entwicklung besserer Führungsqualitäten konzentrieren oder eine spezialisiertere Rolle übernehmen sollte, in der ich als einzelner Mitwirkender eine größere Wirkung erzielen könnte?
In der Tat wäre der Begriff in der Softwareentwicklung "technischer Leiter" oder "Architekt", vielleicht "technischer Architekt", wenn das Projekt abwechslungsreicher ist und Architekten mit unterschiedlichen Geschmacksrichtungen hat. Da Titel nicht reguliert sind, könnte es sich um etwas Ähnliches handeln.
Ich fand, dass es nicht so sehr eine Soft-Skills-Rolle ist wie Management. Im Management braucht man Soft Skills, um seinen Leuten Sachen zu verkaufen, die sie eigentlich nicht machen wollen . Als technischer Architekt ist es viel einfacher, weil Sie Dinge verkaufen müssen, die sie tun sollten. Ihre Vorschläge sollten ihnen die Arbeit erleichtern , wenn Sie Ihre Arbeit richtig machen, und das ist nicht schwer zu verkaufen.
Also ja, es hilft sicher, ein paar Bücher über Menschen und Projektmanagement zu lesen, nur um zu wissen, was man verpasst. Nur um zu wissen, worauf die anderen reagieren.
Ich persönlich mag Peopleware sehr, obwohl es schon ziemlich alt ist.
Viel wichtiger ist Ihr technisches Wissen. Ihre Programmierer werden Sie aufgrund Ihres technischen Wissens respektieren. Das musst du also aktuell halten. Sogar bei Technologien, die Sie nicht verwenden, denn Sie sollten wissen, warum Sie diese Technologie nicht stattdessen verwenden.
Ich schätze, ich brauche Ihnen nicht zu sagen, was Sie in dieser Hinsicht tun sollen. Bücher, Konferenzen, Benutzergruppen, Hobbyprojekte.
Ein wichtiger Aspekt ist, dass je mehr man in eine unterstützende Rolle des Lehrens und Planens gerät, desto mehr verliert man den Kontakt zu den Menschen, die die eigentliche Arbeit machen. Lassen Sie hin und wieder alle Ihre Bücher und Pläne fallen und sagen Sie Ihre Meetings ab und machen Sie sich die Stiefel schmutzig. Schnapp dir ein Ticket und setze es um. Das ist wichtig, weil Sie die Probleme aus erster Hand erfahren und auf diese Weise bessere Entscheidungen für Ihre Programmierer treffen. Ich habe zu viele Elfenbeinturm-Architekten gesehen, die darauf bestehen, es auf eine Weise zu tun, während der Compiler darauf besteht, dass es falsch ist. Behalten Sie den Kontakt zu den Wurzeln und wissen Sie, wovon Sie im Detail sprechen. Wenn Ihre Leute sehen, dass Sie tun können, was sie tuntun müssen, ist es viel einfacher, sie davon zu überzeugen, es auch zu tun. Wenn Ihre Lösung eine 100-prozentige Codeabdeckung aufweist und hervorragend funktioniert, lässt sie sich leicht verkaufen. Wenn Ihre Lösung 5 Jahre alt und nicht wartbarer Mist ist, wird es den Leuten schwer fallen, Ihre Anleitung zu respektieren. Üben, was Sie predigen.
Also kurz:
Es gibt keinen offiziellen Weg in diesen Job oder darin voranzukommen. Sie müssen Ihre Balance zwischen diesen beiden finden.
Viele Unternehmen haben eine technische Laufbahn und eine Managementlaufbahn , und ihre Titel sind lokal definiert. Architekt , technischer Leiter und leitender Entwickler werden für die Führung entlang des technischen Tracks eingesetzt.
Normalerweise haben Sie in der technischen Rolle eine zunehmende Kontrollspanne über einen technischen Bereich und alle täglichen Aktivitäten der Mitarbeiter zur Unterstützung dieser Technologie. Sie hätten keine "HR-Verantwortlichkeiten" oder direkte Untergebene. Ihr Team berichtet an Ihren Chef oder Kollegen.
Möglicherweise wird von Ihnen erwartet, dass Sie Ihr Team betreuen. Es wird von Ihnen erwartet, dass Sie sie coachen, da das Coaching auf ein bestimmtes Arbeitsziel ausgerichtet ist und das Mentoring eher karriereorientiert ist. Es gibt offensichtlich viele Grauzonen, aber das gemeinsame Thema ist, dass Ihre Interaktionen darauf beruhen, dass Sie sich auf Technologie konzentrieren. (Viele Menschen verwenden Coaching- und Mentoring-Begriffe unterschiedlich, aber es hilft, hier die Unterscheidung zu treffen. :-))
Unabhängig davon, ob Sie sich für eine Führungslaufbahn oder eine weiterführende technische Ausbildung entscheiden, besteht Ihr nächster Schritt darin, Fähigkeiten im Bereich Personalmanagement zu erwerben. Warum also nicht das tun und entscheiden, wie Sie gehen?
Neucodierer