Senior Softwarearchitektur

Architektur & Engineering, strategischer Tech-Partner

Im Nebenerwerb begleite ich ausgewählte Vorhaben in Architektur, Engineering und KI-Workflows. Im Mittelpunkt stehen Lösungen, die fachlich überzeugen und technisch sauber umgesetzt werden.

Im Hauptberuf verantworte ich Architektur, Datenmodelle und KI-Workflows. Diese Praxis fließt im Nebenerwerb als technischer Partner in ausgewählte Vorhaben.

  • KI-Workflows, RAG und Prozessautomatisierung mit Systemanbindung und messbarer Wirkung
  • Single Source of Truth: PIM, DAM, ESG und KI-taugliche Datenbasis
  • Plattform-Engineering: Maßlösungen für komplexe Domänen, von der Konzeption bis zur Umsetzung

Rahmen der Zusammenarbeit

Architekturfragen, Umsetzung und vereinbarte Ergebnisse bilden den Rahmen. Strukturierte Angaben im Kontaktformular reichen für eine erste technische Einordnung. Ich positioniere mich nicht als allgemeiner KI-Trendberater. Aus meiner täglichen Nähe mit strukturierten Daten entsteht die Grundlage, mit Ihnen sinnvolle KI-Einsätze zu benennen und umzusetzen, mit nachvollziehbaren Kennzahlen statt vager Zusagen.

Ü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.

Leistungsfelder

150 € netto / Stunde

KI-Workflows & Automatisierung

LLM-Integration, RAG und Prozessautomatisierung dort, wo Datenlage, Integrationen und Verantwortlichkeiten klar und nachvollziehbar abbildbar sind.

Datenarchitektur & Single Source of Truth

Eine 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.

Software- & Systementwicklung

Entwicklung und Weiterentwicklung komplexer Web-Systeme und Individuallösungen. Frameworks sind Mittel zum Zweck. Entscheidend sind Wartbarkeit, klare Domänenschnitte und nachvollziehbare Release-Pfade.

Einblick in meine Arbeit

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“.

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.

Häufige Fragen

Antworten zur Zusammenarbeit, Abrechnung, Verfügbarkeit, zum Standort und zur Verantwortung bei KI-Themen.

Welche Formate sind zwischen technischer Beratung, Führung und Umsetzung möglich?

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.

Wie unterscheidet sich die Zusammenarbeit von einer Agentur?
Die Zusammenarbeit erfolgt direkt mit mir als technischem Ansprechpartner. Architekturentscheidungen, Reviews und Umsetzung laufen ohne zusätzliche Übergaben zwischen Vertrieb, Projektmanagement und Entwicklungsteams. Das reduziert Schnittstellen, verkürzt Kommunikationswege und hält Verantwortung klar zuordenbar.
Ist ein Einstieg in bestehende Systeme und laufende Projekte möglich?
Ja. Ein wesentlicher Teil der Arbeit beginnt nicht auf der grünen Wiese, sondern in bestehenden Systemlandschaften. Typisch sind Reviews, Stabilisierung, Integrationsarbeit, strukturelle Weiterentwicklung sowie die technische Einordnung gewachsener Architekturen und vorhandener Altlasten.
Wie sind Erreichbarkeit, Vor-Ort-Termine und Betrieb geregelt?

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.

Welche Kapazität steht typischerweise für den Nebenerwerb zur Verfügung?
Über das Jahr verteilt stehen rund 600 Stunden für den Nebenerwerb zur Verfügung. In intensiven Projektphasen sind zeitweise bis zu 32 Stunden pro Woche möglich.

Die Zusammenarbeit ist auf vereinbarte Zeitfenster und planbare Abläufe ausgelegt, nicht auf dauerhafte Sofortreaktionen. Kurzfristige Termine sind nur in begrenztem Umfang realistisch.
Für welche Vorhaben ist die Zusammenarbeit in der Regel weniger geeignet?
Weniger passend sind Vorhaben ohne klar umrissenes Zielbild, reine WordPress-Pflege ohne Architekturbezug sowie dauerhafter Betrieb ohne definiertes Eskalations- und Verantwortungsmodell. Wenn Format, Budget oder Zielsetzung fachlich nicht zur Aufgabe passen, wird das früh und klar angesprochen.
Wie werden projektspezifische Regelungen jenseits der AGB gehandhabt?
Je nach Zuschnitt eines Vorhabens können ergänzende oder von den AGB abweichende Regelungen sinnvoll sein und gehören im Projektgeschäft häufig zum üblichen vertraglichen Rahmen. Sie werden schriftlich im Angebot oder in den jeweiligen Vertragsunterlagen festgehalten. Für die konkrete Zusammenarbeit ist das vertraglich Vereinbarte maßgeblich.
Wie sind Zuverlässigkeit und Risiko von KI-Lösungen im produktiven Einsatz einzuordnen?

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.

Projekt besprechen

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.