Aufbau statt Abhängigkeit.
Ich übernehme die technische Lead-Rolle in Plattform-Skalierungen, KI-Rollouts und Greenfield-Vorhaben. Architektur, Teamaufbau und Arbeitsweise werden zusammen gedacht – so, dass Ihr Team nach dem Engagement eigenständig weiterläuft.
Leistungsmodell
Architektur allein reicht nicht. Erst wenn Plattform, Betrieb und KI-Erweiterbarkeit zusammenpassen, entstehen Systeme, die im Alltag tragen und nicht beim nächsten Veränderungs-Schritt auseinanderfallen.
Containerisierte Plattformen, CI/CD-Pipelines, Infrastructure as Code und Monitoring – aufgebaut so, dass Rollouts reproduzierbar bleiben und Teams nicht permanent im Betriebsstress stehen. Schwerpunkte: Kubernetes/OpenShift, Ansible, Terraform, GitLab CI / Azure DevOps, Prometheus, Grafana, hybride und Multi-Cloud-Umgebungen.
LLM- und Agenten-Funktionen dort einbauen, wo Schnittstellen, Sicherheit und Betriebsfähigkeit sauber definiert sind. Auch dann, wenn Legacy-Systeme über moderne Schnittstellen (MCP, APIs) angebunden werden – ohne im Altbestand zu wühlen. Schwerpunkte: LLM-Integration in bestehende Systeme, Model Context Protocol (MCP), Agenten-Architekturen mit Governance, KI-gestützte Developer-Tools.
Zielarchitekturen, Plattform-Design und technische Leitplanken, die nicht nur im Konzept gut aussehen, sondern unter realen Randbedingungen und Compliance-Anforderungen funktionieren. Schwerpunkte: Public Cloud (Azure-Fokus, AWS und GCP nach Bedarf), On-Premises, Hybrid-Setups, Integrationsarchitekturen.
Engagement-Formate
Je nach Vorhaben passen unterschiedliche Engagement-Tiefen. Alle drei Formate haben gemeinsam: klare Deliverables, dokumentierter Wissens-Transfer, kein Lock-in.
Ziel: Plattform, Team und Arbeitsweise so aufbauen, dass beide nach dem Engagement eigenständig weiterlaufen.
Was Sie bekommen
Ziel: Klare Bestandsaufnahme und priorisierte Roadmap für ein konkretes Vorhaben.
Was Sie bekommen
Ziel: Konkrete Technologie-Adoption oder gezielter Wissens-Transfer im Team.
Was Sie bekommen
Projekt-Spotlights
Mittelständischer Industriekunde, DACH
Kontext: Greenfield-Aufbau einer On-Premises-Kubernetes-Plattform für mehrere containerisierte Services in einem Industrieunternehmen ohne bestehende Plattform-Expertise im internen Team.
Rolle: Architekturverantwortung und technische Umsetzung von Clusteraufbau, Ingress, Storage, Deployment-Standards und Monitoring – kombiniert mit strukturiertem Wissens-Transfer an den technischen Ansprechpartner.
Technischer Kern: Idempotente Ansible-Rollen, Helm-basierte Deployments, standardisierte TLS- und Ingress-Strategie, zentraler Monitoring-Stack.
Wirkung: Reproduzierbare Infrastruktur, deutlich weniger Betriebsaufwand, schnelleres Onboarding neuer Services. Der technische Ansprechpartner führt die Plattform heute eigenständig weiter.
Mehrere Teilprojekt-Teams, gewachsene Handels-IT
Kontext: Weiterentwicklung eines unternehmensweiten Loyalty- und Bonus-Programms (App, Backend, Couponing, Integrationen) im deutschen Handelssektor. Gewachsene Handels-IT mit hoher organisatorischer und technischer Abhängigkeit.
Rolle: Technische Projektleitung mit Verantwortung für Architekturentscheidungen, technische Leitplanken und Koordination mehrerer Teilprojekt-Teams.
Technischer Kern: Azure Functions, Event-Flows, APIs, SAP-nahe Integrationen, standardisierte Deployment- und Betriebsprozesse über Teamgrenzen hinweg.
Wirkung: Klare technische Leitplanken in einem komplexen Vorhaben, stabilere Integrationsflüsse, schnellere Umsetzung neuer Funktionen trotz verteilter Verantwortlichkeiten.
Innovationsprojekt im Kundenauftrag
Kontext: Innovationsprojekt im Auftrag eines Telekommunikations-Anbieters zur produktionsnahen Integration von KI-Assistenten in eine bestehende Telefonie-Infrastruktur. Ergebnis wurde als Tech-Teaser auf einer Fachkonferenz präsentiert.
Rolle: Konzeption der Zielarchitektur, Definition der technischen Schnittstellen, iterative Prototyp-Umsetzung.
Technischer Kern: LLM-Integration, Python-basierte Dialoglogik, belastbare Kommunikationspfade zwischen KI und Telefonie.
Wirkung: Belastbarer Prototyp mit konkreter Aussage, wie KI sinnvoll an produktionsnahe Systeme angebunden werden kann – ohne Architektur und Betrieb zu ignorieren. Gleichzeitig kommunizierbarer Innovations-Anker für den Auftraggeber.
Methodik
Der Anspruch "kein Lock-in" lebt davon, was tatsächlich im Engagement passiert. Folgende Elemente sind Bestandteil jedes Tech-Lead-Mandats.
Zusammenarbeit
Sie arbeiten direkt mit der Person, die technische Entscheidungen trifft und deren Konsequenzen im Betrieb mitdenkt. Keine Übergaben zwischen Akquise, Architektur und Umsetzung, keine unnötigen Abstimmungsschleifen.
Profil
Ich arbeite an der Schnittstelle von Architektur, Umsetzung und Betrieb. Meine Rolle ist dort sinnvoll, wo technische Komplexität nicht weitergereicht, sondern sauber strukturiert und belastbar umgesetzt werden muss.
Kontakt
Wenn Sie für ein Plattform-, KI- oder Cloud-Vorhaben direkte technische Verantwortung suchen, lassen Sie uns in einem kurzen Erstgespräch prüfen, ob ich der richtige Partner dafür bin.