- Senior Tech Lead
- Software-Architekt (Full-Stack)
- End-to-End-Verantwortung
Recruiter
Profil
Freiberuflicher Software-Architekt und Hands-on Tech Lead für komplexe Full-Stack- und Plattformprojekte. Mich treiben Systeme, bei denen Architektur entscheidet und Verantwortung nicht delegiert wird. Ich gestalte tragfähige Lösungen und begleite sie mit End-to-End-Verantwortung von der Konzeption bis in den stabilen Betrieb.
Diese Seite dient der schnellen fachlichen Einordnung im Recruiting (kompakt, strukturiert, entscheidungsorientiert).
Schnelle Einordnung
Ich passe gut, wenn Sie einen Senior benötigen, der Komplexität strukturiert, technische Entscheidungen vorbereitet und kritische Komponenten eigenverantwortlich umsetzt – inklusive Produktionsverantwortung.
Anforderungsanalyse & Strukturierung
Ich überführe unklare Ziele, Abhängigkeiten und Risiken in einen klaren Umsetzungsplan und übersetze fachliche Anforderungen in belastbare Architektur- und API-Konzepte auf Basis langjähriger Erfahrung mit Microservices, Event-getriebenen Systemen und Cloud-Plattformen.
Legacy modernisieren – ohne Big Bang
Ich modernisiere gewachsene Systeme schrittweise und risikoarm, ohne instabile Big-Bang-Rewrites, sodass der laufende Betrieb stabil bleibt und technische Risiken frühzeitig kontrolliert werden.
End-to-End Verantwortung
Ich übernehme durchgängige Verantwortung von Architekturentscheidungen über Implementierung bis hin zu Qualitätssicherung und produktionsnahem Betrieb für nachhaltig wartbare Releases.
Technische Unterstützung & Standards
Ich unterstütze bestehende Teams durch Reviews, Mentoring und klare technische Standards, um Qualität zu sichern und Wissen dauerhaft im Unternehmen zu verankern.
Schnelle Vorauswahl
Kurze Einordnung, ob Rolle und Projektkontext zu meinem Profil passen.
Passend
- ✓Senior- oder Lead-Rollen mit klarer End-to-End-Verantwortung
- ✓
Full-Stack-Systeme oder fokussierte Backend- bzw. Frontend-Rollen mit architektonischem Anspruch
- ✓Modernisierung, Migration oder Weiterentwicklung produktiver Bestandsysteme
- ✓API-zentrierte Architekturen mit klaren Systemgrenzen (REST, GraphQL, OpenAPI)
- ✓Fachlich geprägte Produktumfelder mit hoher Komplexität
Nicht passend
- ×Rollen ohne technischen Gestaltungsspielraum
- ×Projekte ohne klaren Product Owner oder Entscheidungsmandat
- ×
Dauerhafte Vor-Ort-Pflicht ohne realistische Remote-Option
Kompetenzen
Architektur & APIs
- Full-Stack-Architekturen
- Microservices & Plattformen
- REST, GraphQL, OpenAPI
- API-first & Domain-driven
- Security & IAM (Keycloak)
Engineering & Kerntechnologien
- Java / Kotlin (Spring Boot)
- TypeScript
- React & Material UI
- SQL & NoSQL (Neo4j, InfluxDB)
Cloud & Betrieb
- Google Cloud (Pub/Sub, Storage)
- Docker, Kubernetes, Helm
- CI/CD-Pipelines (Aufbau & Integration)
- Observability (Prometheus, Grafana)
Testing & Delivery
- Unit- & Integrationstests
- BDD (Cucumber)
- E2E-Tests
- Agile Produktentwicklung (Scrum / Kanban)
Projekt-Highlights
Auszug aus Projekten mit Fokus auf messbaren wirtschaftlichen Erfolg.
Aufbau einer Plattform zur automatisierten behördlichen Berichterstattung
Plattform-Architektur
Technische End-to-End Verantwortung
Regulatorische Berichtspflicht
Die Ausgangssituation
Die Verpflichtung zur behördlichen Berichterstattung über den Strom-, Wärme- und Gasverbrauch erfolgte weitgehend manuell, was einen *erheblichen Personalaufwand verursachte. Der bestehende Prozess konzentrierte sich ausschließlich auf die Erstellung vorgeschriebener Meldungen für Behörden, ohne die gesammelten Daten für nachgelagerte Geschäftsanwendungen nutzbar zu machen. Mit der steigenden Anzahl von Messgeräten war dieser Ansatz wirtschaftlich nicht mehr tragbar.
Die Zielsetzung
- Vollständige Automatisierung der behördlichen Berichte
- On-Demand-Erstellung regulatorischer Meldungen
- Aufbau einer skalierbaren, erweiterbaren Datenplattform
Mein Vorgehen
Als Tech-Lead mit End-to-End-Verantwortung habe ich die Gesamtarchitektur der Plattform entworfen und ihre Umsetzung gesteuert. Ich definierte klare Systemgrenzen für Erfassung, Normalisierung, Aggregation und Berichterstattung und stellte unabhängige Skalierbarkeit sowie langfristige Erweiterbarkeit sicher.
Das Ergebins
Manuelle Berichtsprozesse wurden vollständig eliminiert und durch eine automatisierte On-Demand-Erstellung von behördlichen Meldungen ersetzt. Die Plattform bildet die technische Grundlage für eine skalierbare Datenhaltung, auf deren Basis über die reine Pflichtberichterstattung hinaus zusätzliche geschäftliche und analytische Anwendungsfälle umgesetzt werden konnten.
Technologie-Stack
Strategische Datenbankentscheidung & Migration ArangoDB zu Neo4j
Architekturentscheidung
Risikominimierung bei Migrationen
Datenbankstrategie
Die Ausgangssituation
Eine Plattformmigration erforderte den Austausch einer bestehenden ArangoDB-basierten Lösung, die aus Kosten- und Komplexitätsgründen nicht mehr tragbar war. Die strategische Entscheidung bestand darin, eine graph-native Datenbank (Neo4j) einzuführen oder eine komplexere Alternative zu wählen. Diese Entscheidung musste schnell validiert werden, um Lieferverzögerungen zu vermeiden.
Die Zielsetzung
- Konzeption und Umsetzung eines Neo4j-POCs für definierte Anwendungsfälle
- Graph-Modellierung, Bewertung von Performance und Wartungsrisiken
- Bereitstellung einer Management-Entscheidungsgrundlage
Mein Vorgehen
Ich bewertete architektonische Optionen unter hohem Lieferdruck, indem ich einen fokussierten Proof of Concept für die zentralen Anwendungsfälle der Plattform konzipierte und umsetzte. Zusätzlich unterstützte ich das Team bei der Überführung bestehender Datenzugriffslogik in ein produktionsreifes graphbasiertes Modell.
Das Ergebins
Der Proof of Concept ermöglichte eine schnelle und fundierte Architekturentscheidung. Das Migrationsrisiko wurde deutlich reduziert, sodass der Plattformwechsel innerhalb des zugesagten Zeitrahmens und ohne unnötige Komplexität umgesetzt werden konnte.
Technologie-Stack
Legacy-Modernisierung – Ablösung Vignette StoryServer ohne Full Rewrite
Risikominimierung
Kostenminimierung
Legacy Transformation
Die Ausgangssituation
Ein Legacy-CMS verursachte hohe und steigende Betriebskosten und musste abgelöst werden. Die geplante vollständige Neuentwicklung überschritt Zeit- und Budgetgrenzen und führte zu zusätzlichen Lizenzrisiken, wodurch der Projekterfolg gefährdet war.
Die Zielsetzung
- Ablösung des Legacy-CMS innerhalb von Zeit- und Budgetvorgaben
- Sicherstellung der funktionalen Gleichwertigkeit im Produktivbetrieb unter hohem Lieferdruck
Mein Vorgehen
Ich stellte den auf einer Neuentwicklung basierenden Ansatz in Frage und entwarf eine alternative Lösung, die die bestehende Geschäftslogik bewahrte. Durch die Ausführung der Legacy-Templates in einer modernen Anwendungsumgebung konnte die Abhängigkeit von der ursprünglichen Laufzeit entfernt werden.
Das Ergebins
Eine vollständige Neuentwicklung konnte vermieden werden, wodurch Migrationsaufwand und Kosten erheblich reduziert wurden. Das Legacy-System wurde termingerecht und im Budget abgelöst, ohne neue Anbieterabhängigkeiten einzuführen.
Technologie-Stack
Arbeitsweise
You build it, you run it - ich treffe Architektur- und Umsetzungsentscheidungen so, dass sie im Betrieb tragfähig sind. Risiken werden früh identifiziert, aktiv reduziert und nicht weitergereicht.
Startphase: Klarheit & Entscheidungsgrundlage
- Zielbild und Scope klar definiert
- Technische Risiken transparent bewertet (inkl. POC, falls sinnvoll)
- Umsetzbare Roadmap für inkrementelle, betriebssichere Lieferung
Umsetzung: Produktionsreife Referenzbausteine
- Implementierung kritischer Kernkomponenten (Services, APIs, ggf. Frontend-Anbindung)
- Qualität ab Start: Tests, Observability, saubere Schnittstellen
- Übergabe so, dass Teams selbstständig weiterarbeiten können
Kontakt / Kurz-Check
Für ein schnelles Feedback genügen 3–5 Stichpunkte. Ich melde mich zeitnah mit Fit / No-Fit und einem konkreten nächsten Schritt.