Technical Leadership
Technical Leadership bedeutet mehr als Architektur-Entscheidungen. Es bedeutet, Entwicklungsteams mit Geschäftszielen zu verbinden, technische Schulden sichtbar zu machen und dafür zu sorgen, dass das Team die richtigen Dinge baut — nicht nur die Dinge richtig baut.
Technical Product Ownership
Backlog-Management, Refinements, Sprint-Planung. Technische und fachliche Anforderungen in Einklang bringen. Priorisierung auf Basis von Business Value und technischer Machbarkeit.
Architektur-Entscheidungen
Stack-Evaluation, System-Design, API-Design. Entscheidungen, die das Projekt über Monate und Jahre tragen — nicht Entscheidungen, die nächste Woche revidiert werden müssen.
Mentoring & Team-Enablement
Code-Reviews, Pair Programming, Wissenstransfer. Teams stärker machen, nicht von Einzelpersonen abhängig.
Technische Führung ist kein Elfenbeinturm. Ich arbeite mit dem Team, nicht über dem Team. Das heißt: Ich schreibe selbst Code, führe Reviews durch und bin in den täglichen Scrum-Zeremonien aktiv.
Gleichzeitig behalte ich das Gesamtbild im Blick: Stimmt die Architektur noch? Gibt es technische Schulden, die eskalieren? Ist das Team produktiv, oder gibt es Blocker, die niemand adressiert?
Mein Ziel ist immer, mich überflüssig zu machen. Wenn ich ein Projekt verlasse, soll das Team stärker sein als vorher — nicht abhängiger.
Deutsche Bahn: Aufstieg vom Full-Stack Engineer zum Technical Product Owner. Koordination mehrerer Scrum-Teams, Mentoring interner Entwickler, Architektur-Entscheidungen für sicherheitskritische Cloud-Infrastruktur
Chrono24: Arbeit in mehreren Scrum-Teams während der Frontend-Migration. Team-übergreifende Koordination und Etablierung gemeinsamer Conventions
Leistungen im Detail
Klingt nach Ihrem Projekt?
Lassen Sie uns über Ihre Anforderungen sprechen — unverbindlich und direkt.
Projekt besprechen