Hands-On als Engineering Manager: Yay or Nei?
Leute, die einmal das Handwerk des Software-Engineerings professionell ausgeübt haben und dann ins Management wechseln, haben oft den Drang, ihr Hardskills nicht zu verlieren. Doch durch den neuen Job sind die Prioritäten nun andere: People Leadership, das Team effizient halten, Strategie und Roadmaps entwickeln. Wo bleibt denn da noch die Zeit am Code mitzuarbeiten?
Wir stellen uns die Frage: Warum ist das so? Muss das sein, dass Manager weiterhin technisch sind? Und wenn ja, welche Gefahren birgt das? Aber auch: Wie können wir es möglich machen, obwohl unser Kalender sagt, dass die Woche mit Meetings bereits belegt ist?
Darum geht es in dieser Episode. Viel Spaß!
Bonus: Auch Manager laufen auf Kaffee.
Das schnelle Feedback zur Episode:
Feedback
Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach die Audiodatei per Email an stehtisch@engineeringkiosk.dev.
(00:00:00) Die Anforderung, dass Engineering Manager Hands On sind
(00:06:54) Muss ein Engineering Manager technisch sein?
(00:10:09) Verschiedene Firmen definieren die Rolle einer Managerin unterschiedlich
(00:12:48) Risiken, wenn die Engineering Manager zu technisch sind
(00:14:08) Möglichkeit technisch zu bleiben: Pair-Programming und Code Reviews
(00:18:25) Möglichkeit technisch zu bleiben: Dokumentation schreiben und Architektur Entscheidungen
(00:22:38) Möglichkeit technisch zu bleiben: Rubber Duck Development, On-Call und Coden
(00:32:01) Lernen außerhalb der Arbeitsumgebung: Hackernews, Konferenzen, Meetups und Code Katas
(00:43:48) Engineering Management ist ein anderer Job als Software Entwicklung