Verantwortlicher Projektbereich
Ich übernehme einen definierten Produkt-, Plattform- oder Migrationsbereich und verantworte ihn bis zu einem vereinbarten Ergebnis.
Leistungen
Product Engineering für Produkte, die auch im Betrieb funktionieren.
Ich übernehme einen abgegrenzten technischen Bereich und arbeite selbst an den entscheidenden Teilen: Produktcode, Integrationen, Cloud-Runtime, Auslieferung und Monitoring.
Product Engineering ist mein primärer Schwerpunkt. Platform Engineering ergänzt die Arbeit dort, wo Delivery, Migration oder Betrieb den Produkterfolg bestimmen.
Wo ich einsteige
Die Zusammenarbeit beginnt meist mit einer dieser vier Situationen.
Produkte entwickeln und modernisieren
Product Engineering
Ich entwickle neue digitale Produkte und modernisiere gewachsene Systeme. Dabei bleibe ich für Produktentscheidungen, Frontend, Backend und Produktionsbetrieb verantwortlich.
Typische Ausgangslagen
- Ein neues Produkt braucht technische Verantwortung von der ersten belastbaren Entscheidung bis zum Betrieb.
- Ein bestehendes Produkt ist schwer erweiterbar oder wird durch gewachsene Architektur ausgebremst.
- Kritische Integrationen, Datenflüsse oder Betriebsfragen liegen zwischen mehreren Teams.
Was ich übernehme
- Produkt- und technische Discovery mit einem umsetzbaren Ergebnis
- Frontend, Backend, APIs, Authentifizierung und Datenmodelle
- Integrationen mit bestehenden Diensten und Drittanbietern
- Produktionsvorbereitung, automatisierte Auslieferung und Observability
- Dokumentation und Übergabe an die zukünftigen Maintainer
Ergebnis
Sie erhalten ein ausgeliefertes Produkt und einen technischen Weg, den Ihr Team nachvollziehen, betreiben und weiterentwickeln kann.
Häufiger technischer Kontext: TypeScript, React, Next.js, Angular, Node.js, PostgreSQL und KI-Funktionen mit konkretem Produktnutzen.
Cloud, Delivery und Betrieb
Platform Engineering mit Anwendungskontext
Ich übernehme Plattformarbeit, wenn sie konkrete Anwendungen und Teams voranbringt. Delivery und Betrieb gestalte ich so, dass Entwickler und Betreiber sie nachvollziehen und warten können.
Typische Ausgangslagen
- Eine Kubernetes-, OpenShift- oder Cloud-Umgebung blockiert Releases oder Migrationen.
- Zwischen Anwendung und Infrastruktur fehlen klare Verantwortungsgrenzen.
- Für eine kritische Phase fehlt temporär erfahrene Platform-Verantwortung.
- GitOps, IAM, Monitoring oder CI/CD sind vorhanden, greifen aber nicht zuverlässig ineinander.
Was ich übernehme
- Zielarchitektur und schrittweiser Migrationspfad
- Kubernetes, OpenShift und Cloud-Runtime im Anwendungskontext
- IAM, Networking, Security Contexts und Policy
- Infrastructure as Code, GitOps und CI/CD
- Monitoring, Alerting und Betriebsübergabe
Ergebnis
Ihre Teams können eine Änderung vom Commit bis zum laufenden System nachvollziehen. Die Plattformentscheidungen dahinter bleiben für Entwickler und Betreiber verständlich.
Häufiger technischer Kontext: Kubernetes, OpenShift, Terraform, Ansible, Argo CD, GitLab CI, Prometheus und Grafana.
Technische Klärung gehört zur Umsetzung.
Wenn technisches Ziel, Risiken oder Verantwortungsgrenzen noch unklar sind, beginnt die erste Projektphase mit einer gezielten Analyse. Ich untersuche bestehende Systeme, dokumentiere Entscheidungen und prüfe kritische Annahmen direkt im Code oder in der Infrastruktur.
Bei Migrationen entsteht daraus ein schrittweiser Pfad für Anwendung, Daten, Delivery und Betrieb. Cutover, Produktionssignale und Übergabe werden von Anfang an eingeplant.
Technische Klärung
- Bestehende Systemgrenzen und Engpässe erfassen
- Risiken und offene Entscheidungen sichtbar machen
- Technisches Ergebnis und Umsetzungsprioritäten festlegen
- Kritische Annahmen praktisch validieren
Migration und Cutover
- Ausgangssystem und Zielplattform verbinden
- Änderungen in überprüfbare Schritte zerlegen
- Betrieb während der Umstellung absichern
- Wissen und Verantwortung an Maintainer übergeben
Zusammenarbeit
Klare Verantwortung mit vereinbartem Ergebnis.
Umfang, erwartetes Ergebnis und Übergabe werden zu Beginn geklärt. Die passende Form hängt vom Vorhaben und vom bestehenden Team ab.
Hands-on im bestehenden Team
Ich arbeite direkt mit Engineering, Product und Operations. Dabei besitze ich einen eigenen Verantwortungsbereich und setze kritische Teile selbst um.
Laufendes Mandat
Ich begleite Produkt oder Plattform über mehrere Phasen, wenn kontinuierliche Senior-Verantwortung und Umsetzung benötigt werden.
- Projekte ab 15.000 €
- Laufende Mandate ab 8.000 € pro Monat
- DACH und EU, überwiegend remote
- Vor-Ort-Termine nach Vereinbarung
Gute Voraussetzungen für eine Zusammenarbeit
Die Zusammenarbeit passt gut, wenn eine Person mit Budget- oder Umsetzungsverantwortung beteiligt ist und das Vorhaben erfahrene technische Entscheidungen sowie eigene Umsetzung benötigt.
- Ein konkretes Produkt-, Modernisierungs- oder Migrationsziel
- Ein bestehendes Team oder klar benannte interne Ansprechpartner
- Bereitschaft, technische und organisatorische Grenzen offen zu klären
- Bedarf an umsetzbarer Verantwortung statt einer reinen Präsentation
Eine andere Lösung ist wahrscheinlich sinnvoller, wenn
- ausschließlich zusätzliche Kapazität für eine offene Ticketliste gesucht wird,
- noch kein Budget oder verantwortlicher Ansprechpartner vorhanden ist,
- es sich um Recruiting, Vermittlung oder unverbindliche Angebotssammlung handelt.
Häufige Fragen
Übernehmen Sie ganze Projekte oder arbeiten Sie in bestehenden Teams?
Beides ist möglich. Ich kann einen klar abgegrenzten Projektbereich übernehmen oder mit einem bestehenden Team arbeiten. In beiden Fällen werden Verantwortung, Ergebnis und Übergabepunkt vor dem Start geklärt.
Kann ein Projekt mit einer Architektur- oder Systemanalyse beginnen?
Ja. Die Analyse bildet dann die erste Projektphase. Sie endet mit dokumentierten Entscheidungen, einem priorisierten Umsetzungspfad und einer praktischen Prüfung der wichtigsten Annahmen.
Arbeiten Sie allein?
Sie arbeiten direkt mit mir. Ich integriere mich in bestehende Teams und arbeite mit internen oder externen Spezialisten zusammen. Ich stelle keine anonyme Delivery-Mannschaft und vermittle keine Entwickler.
Sind bestimmte Technologien Voraussetzung?
Nein. Die bestehende Systemlandschaft und das Ziel bestimmen die Auswahl. Meine Schwerpunkte liegen bei TypeScript-Produkten, APIs, Cloud-Runtime, Kubernetes, OpenShift, GitOps und Observability.
Arbeiten Sie remote oder vor Ort?
Der Großteil der Zusammenarbeit findet remote im DACH- und EU-Raum statt. Workshops, Kick-offs oder kritische Projektphasen können nach Vereinbarung vor Ort stattfinden.
Mit welchem Budget sollte ein Vorhaben starten?
Abgegrenzte Projekte beginnen bei 15.000 Euro. Laufende Mandate beginnen bei 8.000 Euro pro Monat. Der konkrete Umfang wird nach einer ersten Einordnung festgelegt.
Projekt anfragen
Beschreiben Sie Ausgangslage und gewünschtes Ergebnis.
Ein kurzer Überblick über Produkt, Team, technischen Engpass und geplanten Start reicht für die erste Einordnung.