Senior Softwarearchitektur
Technische Verantwortung für Vorhaben, die tragen müssen: von der ersten Einordnung über die Architekturentscheidung bis zum System im Betrieb. Für Startups, die etwas Neues aufbauen, und für Unternehmen, deren gewachsene Systeme an Grenzen stoßen.
Aus der Praxis
Im Hauptberuf verantworte ich Architektur, Datenmodelle und Systementwicklung. Dieselbe Praxis fließt in die Vorhaben, die ich verantworte.
Vorgehen
Kein Vorhaben gleicht dem anderen, die Fragen wiederholen sich aber. Diese vier Schritte beschreiben, wie ich sie beantworte: im Zusammenhang statt als einzelne Gewerke. Wo der Einstieg liegt, hängt von der Ausgangslage ab.
01
Ausgangslage, Datenlage und Abhängigkeiten prüfen, Ursachen von Symptomen trennen. Ergebnis ist eine belastbare Grundlage für die nächste Entscheidung.
02
Architektur, Schnitt und Schnittstellen entwerfen, Handlungsoptionen abwägen und Risiken benennen. Ergebnis ist eine begründete Empfehlung statt einer Auswahl gleichwertiger Alternativen.
03
Umsetzung bis zum produktiven Stand, abgestimmt mit Ihrem Team. Ergebnis ist lauffähiger Code statt eines Konzepts, das jemand anderes interpretieren muss.
04
Dokumentation, Betriebsgrundlagen und eine strukturierte Übergabe. Ergebnis ist ein Stand, an den Ihr Team oder ein Nachfolger anschließen kann.
Den laufenden Betrieb übernimmt nach der Übergabe Ihr Team; Betriebsmodelle werden bei Bedarf gesondert vereinbart.
Ausgangslage
Ein Produkt existiert als Idee, als Prototyp oder als Tabelle. Was fehlt, ist die Entscheidung, wie daraus ein System wird, das die ersten hundert Kunden trägt.
Typisch: Erste Plattform, MVP, der über den Prototypenstand hinaus tragen soll, technischer Gegenpart ohne eigenen CTO.
Das System läuft, aber jede Änderung kostet mehr als die vorige. Daten liegen in mehreren Systemen, keins ist führend.
Typisch: Ablösung, Integration, Stabilisierung, ein Zielbild für die nächsten Jahre.
Rahmen
Die Zusammenarbeit ist auf abgegrenzte Vorhaben und vereinbarte Ergebnisse ausgelegt. Was das für Kapazität, Termine und Erreichbarkeit bedeutet, steht hier und im FAQ.
Über das Jahr verteilt fließen rund 600 Stunden in den Nebenerwerb. In intensiven Projektphasen sind zeitweise bis zu 32 Stunden pro Woche möglich.
Mein Hauptberuf hat für mich klare Priorität. Termine, Verfügbarkeiten und Entscheidungen kommuniziere ich daher transparent.
Ansässig in Wuppertal, tätig für Projekte in Deutschland. Die Zusammenarbeit erfolgt überwiegend digital. Persönliche Termine vor Ort im Umkreis von etwa 50 km um Wuppertal sind nach Absprache möglich.
Schwerpunkte
Die vier Schritte bleiben dieselben, der Schwerpunkt unterscheidet sich je Vorhaben.
Entwicklung und Weiterentwicklung komplexer Web-Systeme und Individuallösungen. Frameworks sind Mittel zum Zweck. Entscheidend sind Wartbarkeit, klare Domänenschnitte und nachvollziehbare Release-Pfade.
Mehr dazuEine Single Source of Truth für Stammdaten in PIM, DAM und MDM. Darauf aufbauend entstehen nachvollziehbare Integrationspfade und eine Datenbasis, die Suche, Reporting und KI-Anwendungen sinnvoll trägt.
Mehr dazuLLM-Integration, RAG und Prozessautomatisierung dort, wo Datenlage, Integrationen und Verantwortlichkeiten klar und nachvollziehbar abbildbar sind.
Mehr dazuReferenzen
Die Referenzen geben einen kompakten Einblick in meine Arbeit: technische Verantwortung, architektonische Entscheidungen und Folgerungen für vergleichbare Vorhaben. Weitere Informationen zu Rolle, Arbeitsweise und fachlichem Hintergrund finden sich unter „Über mich“.
Core Spot® Manager
Mandantenfähige SaaS-Plattform für EU-Nachhaltigkeitsberichterstattung mit Architektur, Full-Stack-Entwicklung und DevOps.
Referenz ansehenRE-Card
Digitale Stadtplattform für Recklinghausen: Flutter-App, Firebase-Infrastruktur, Community-Moderation und App-Store-Publishing.
Referenz ansehenRebaroo®
Tauschmarktplatz mit virtueller Währung, Live-Streaming und skalierbarer Cluster-Infrastruktur.
Referenz ansehenFAQ
Antworten zur Zusammenarbeit, Abrechnung, Verfügbarkeit, zum Standort und zur Verantwortung bei KI-Themen.
Je nach Vorhaben übernehme ich die Architekturarbeit, Reviews und die technische Umsetzung bis zu einer nachvollziehbaren produktiven Einführung. Im Mittelpunkt steht technische Führung im Projekt: fundiert dokumentierte Entscheidungen, klar beschriebene Schnittstellen und eine Einordnung, die Umsetzung und Risiko zusammenführt.
Punktuelle Unterstützung ist möglich, etwa für einzelne Architekturentscheidungen, gezielte Code- oder System-Reviews oder eine fundierte technische Einordnung zu einem klar umrissenen Thema. Je präziser Fragestellung, Systemkontext und Entscheidungsbedarf beschrieben sind, desto zielgerichteter lässt sich ein solches Format nutzen.
Disziplinarische Führung, Agile-Coaching oder HR-Themen sind nicht Teil des Angebots. Der Schwerpunkt liegt auf technischer Projektverantwortung, nicht auf organisatorischer oder personeller Führung.
Mein Hauptberuf hat Priorität für mich. Die Zusammenarbeit ist auf vereinbarte Zeitfenster, gezielte Abstimmungen und schriftlich vorbereitete Entscheidungen ausgelegt. Dauerhafte Soforterreichbarkeit ist nicht vorgesehen; Rückmeldungen erfolgen in der Regel innerhalb von 24 Stunden.
Laufende Betriebsverantwortung, 24/7-Betriebsmodelle oder pauschale Rufbereitschaft übernehme ich nicht. Bestandteil der Leistung sind Architektur, Dokumentation und Empfehlungen zu Monitoring und Betriebsgrenzen. Betriebsmodelle werden, sofern erforderlich, projektbezogen gesondert vereinbart.
Persönliche Termine für Kennenlernen, Workshops oder Reviews sind im Umkreis von etwa 50 km um Wuppertal nach Absprache möglich. Darüber hinaus erfolgt die Zusammenarbeit in der Regel digital.
Die Einordnung hängt wesentlich vom Einsatzkontext ab. In internen Recherche-, Assistenz- oder Vorstrukturierungsprozessen lassen sich technische und fachliche Risiken meist gut begrenzen. Kritischer wird es, wenn KI in fachliche Entscheidungen, regulatorische Kontexte oder kundenwirksame Abläufe eingreift. Stabilität im Betrieb entsteht dann nicht allein aus der Modellwahl, sondern aus Architektur, klaren Zuständigkeiten, kontrollierten Datenflüssen, Prüfmechanismen und definierten Eskalationswegen.
Hinzu kommt die Abhängigkeit von Drittanbietern. Modelle, Preise, Nutzungslimits und API-Verfügbarkeit können sich ändern. KI-bezogene Lösungen plane ich deshalb mit klar abgegrenzten Schnittstellen, nachvollziehbarer Protokollierung und einer Struktur, die Anpassungen beherrschbar hält. Empfehlungen zu konkreten Modellen sind technische Einschätzungen und keine Zusage zu dauerhafter Verfügbarkeit oder pauschaler fachlicher Eignung.
Der Leistungsumfang umfasst Architektur, Integration und die technische Bewertung solcher Lösungen. Rechts-, Steuer- oder sonstige Fachberatung wird dadurch nicht ersetzt. Wo regulatorische oder fachlich sensible Entscheidungen betroffen sind, verbleibt die inhaltliche Verantwortung bei den zuständigen Fachstellen auf Kundenseite. Die AGB konkretisieren diese Rollenverteilung für KI-bezogene Leistungen.
Nächster Schritt
Beschreiben Sie kurz Ihr Vorhaben, den Systemkontext und den gewünschten Zeitrahmen. Auf dieser Basis kann ich prüfen, ob und wie ich unterstützen kann, und passende nächste Schritte vorschlagen.
