Architektur als kontinuierliche Disziplin – nicht als Folge der nächsten Migration.
Architecture Operations
Bei paquse verstehen wir Architektur als laufende Praxis, nicht als Sanierungsprojekt nach einem Stillstand. Wir kombinieren über zwei Jahrzehnte Plattformerfahrung im DACH-Mittelstand – vom Bankensektor über den Einzelhandel bis hin zu agentischen Datenplattformen – mit einer klaren operativen Disziplin: Architecture Operations. Unser Ansatz: aktive Strukturarbeit als kontinuierliches Negentropie-Investment, das die Halbwertszeit Ihrer Plattform messbar verlängert und ungeplante Migrationen vermeidbar macht.
Warum Architecture Operations?
Jede gewachsene Datenplattform produziert Komplexität schneller, als sie sie abbauen kann. Manfred Lehman hat dieses Gesetz der Software-Evolution bereits 1974 in seinem zweiten Gesetz formuliert¹ – und im Originaltext selbst die Analogie zum zweiten Hauptsatz der Thermodynamik gezogen. Was später unter dem Begriff der Architektur-Erosion zur eigenen Forschungsdisziplin wurde, hat eine systematische Auswertung von 73 Primärstudien aus dem letzten Jahrzehnt erneut bestätigt²: Das Phänomen ist gut beschrieben, die operative Disziplin dagegen in vielen Organisationen schlicht nicht etabliert.
Mit dem Einzug agentischer KI verschärft sich das Bild drastisch. Was früher in Dekaden zur Migration führte, kondensiert heute in Quartale. Sculley und Kollegen haben bei Google bereits 2015 in einem viel beachteten NeurIPS-Paper gezeigt³, dass produktive ML-Systeme zu über 90 Prozent aus Glue-Code, Konfigurations-Infrastruktur und Boundary-Erosion bestehen – nicht aus dem eigentlichen Modell. Genau diese Mechanik reproduzieren agentische Architekturen heute beschleunigt.
Wir nennen die Antwort darauf Negentropie-Investment – ein Begriff, der seine physikalische Schärfe Bennetts thermodynamischer Auflösung des Maxwell’schen Dämon-Paradoxons verdankt⁴: Sortieren ist gratis, Vergessen kostet. Strukturarbeit gegen Komplexität ist also kein angenehmer Zusatz, sondern ein laufender Posten in der Energiebilanz Ihrer Plattform. Andere nennen das ungelöste Problem AI Heat Death.
Vorteile auf einen Blick
Vermeidbare Migrations-Großprojekte | Schnellere KI-Integration ohne Glue-Code-Krise | Compliance-Anforderungen aus laufender Struktur statt aus Projekt | Plattform-Halbwertszeit deutlich verlängert | Tribal Knowledge dokumentiert statt verloren
Wissenschaftliche Grundlagen
Unser Ansatz baut auf etablierter Software-Engineering- und Informationstheorie-Forschung auf:
¹ Lehman, M. M. (1980). „Programs, Life Cycles, and Laws of Software Evolution.“ Proceedings of the IEEE, 68(9), 1060–1076. DOI: 10.1109/PROC.1980.11805 — Das zweite Lehman’sche Gesetz beschreibt das zwingende Komplexitäts-Wachstum evolvierender Systeme und zog selbst die Analogie zum zweiten Hauptsatz der Thermodynamik. Grundlage des hier formulierten Negentropie-Begriffs.
² Li, R., Liang, P., Soliman, M., & Avgeriou, P. (2022). „Understanding Software Architecture Erosion: A Systematic Mapping Study.“ Journal of Software: Evolution and Process, 34(11), e2423. arXiv:2112.10934 — Aktueller systematischer Forschungsüberblick über 73 Primärstudien zur Architektur-Erosion.
³ Sculley, D., et al. (2015). „Hidden Technical Debt in Machine Learning Systems.“ Advances in Neural Information Processing Systems, 28 (NIPS 2015), 2503–2511. Volltext (NeurIPS) — Empirische Vorwegnahme der Glue-Code-Problematik in produktiven ML-Systemen, mit dem heute kanonischen Bild des winzigen Modell-Anteils im Gesamtsystem.
⁴ Bennett, C. H. (1982). „The Thermodynamics of Computation—A Review.“ International Journal of Theoretical Physics, 21(12), 905–940. — Thermodynamische Auflösung des Maxwell’schen Dämon-Paradoxons. Etabliert die physikalische Aussage, dass Information-Vergessen einen messbaren Energiepreis hat (Landauer-Limit).
Unsere Services im Detail
Wir begleiten CTOs, IT-Leiter und Plattform-Verantwortliche im DACH-Mittelstand beim Aufbau einer eigenen Architecture-Operations-Disziplin. Vom 60-minütigen Erst-Sparring über strukturierte Audits bis hin zur vollständig übernommenen Architektur-Begleitung im Fractional-CTO-Modell – modular, technologieoffen und mit klarem Internalisierungs-Ziel. Sie behalten die Hoheit über Ihre Plattform; wir liefern die operative Disziplin, die in vielen Mittelstands-Organisationen schlicht keine Kostenstelle hat.
Branchenspezifische Erfahrung – Banken, Retail, Energie, Industrie
Unsere ArchOps-Praxis basiert auf konkreter Plattformarbeit über mehr als zwei Jahrzehnte – nicht auf Beratungs-Theorie. Mike Bartsch hat als Architekt gewachsene Systeme im Bankensektor mit Calypso-Handelsplattformen evolviert, BI-Stacks im Einzelhandel auf Power BI und Kubernetes industrialisiert und mit paquseHub und paquse AI eigene Plattformen mit kompromisslos strukturierter Drei-Ebenen-Architektur aufgebaut. Wir kennen regulatorische Rahmen wie ESG, CSRD und BAIT ebenso wie die Realität gewachsener Mittelstands-Stacks mit jahrzehntealtem Tribal Knowledge. Diese Kombination liefert eine ArchOps-Diagnose, die Pragmatik und Tiefe zugleich kann.
Architektur-Sparring (60 Minuten)
Mehrwert: Strukturierte Erst-Diagnose entlang einer etablierten Sieben-Symptome-Heatmap mit schriftlichem Befund innerhalb von 48 Stunden.
Use-Case: Ein CTO erhält in einer Stunde eine ehrliche externe Einschätzung des Negentropie-Bedarfs seiner Plattform – inklusive drei konkreter Sofort-Maßnahmen, die ohne weitere Beauftragung umgesetzt werden können.
Architektur-Audit (3 bis 5 Tage)
Mehrwert: Vertiefte Diagnose mit dokumentiertem Maßnahmenkatalog, 12-Monats-Roadmap und optionaler Stellenbeschreibung für einen internen ArchOps-Posten.
Use-Case: Ein Geschäftsführer eines wachsenden Mittelstandsunternehmens erhält eine fundierte Entscheidungsgrundlage, ob die ArchOps-Disziplin intern besetzt, extern begleitet oder hybrid aufgesetzt werden sollte.
Komponenten-Inventar mit Halbwertszeit-Analyse
Mehrwert: Strukturierte Erfassung aller Plattform-Komponenten mit Owner, Status, Abhängigkeiten und Verfallsdatum.
Use-Case: Eine IT-Abteilung dokumentiert erstmals systematisch, welche der mehreren hundert Komponenten ihres Stacks aktiv getragen werden – und welche bereits stillschweigend ihren Endzustand erreicht haben und gefahrlos abgeschaltet werden können.
Ontologie-Pflege und Data Stewardship
Mehrwert: Konsistente Definition geschäftskritischer Kernbegriffe wie Customer, Order, Transaction über alle Subsysteme hinweg, plus Mandat und Prozess für die laufende Pflege.
Use-Case: Ein Einzelhandelsunternehmen vereinheitlicht seine Customer-Definition zwischen CRM, ERP und Business Intelligence – die Voraussetzung dafür, dass agentische KI-Anwendungen auf der eigenen Datenbasis sinnvoll arbeiten können.
Reversibility Reviews für KI-generierten Code
Mehrwert: Strukturelle Prüfung jedes signifikanten KI-Code-Beitrags auf Refactoring-Pfade, Test-Abdeckung und Ausstiegs-Strategie.
Use-Case: Ein Entwicklungsteam integriert KI-Coding-Assistenten produktiv in den Sprint-Betrieb, ohne dass sich nicht-wartbare Code-Strecken stillschweigend akkumulieren und in der nächsten Migration teuer zurückgezahlt werden müssen.
Fractional CTO und Architektur-Begleitung
Mehrwert: Übernahme des ArchOps-Mandats als externer Architektur-Sparringpartner, typischerweise ein bis zwei Tage pro Woche, mit klarem Internalisierungs-Ziel über 12 bis 18 Monate.
Use-Case: Ein wachsendes Mittelstandsunternehmen institutionalisiert die ArchOps-Disziplin schrittweise im eigenen Haus – ohne dass in der Aufbauphase ein vollwertiger Architekt-Posten geschaffen werden muss, der nach erfolgter Etablierung wieder reduziert werden müsste.
Jetzt strukturieren
Architecture Operations ist keine Theorie und kein Beratungs-Konzept – sie ist die operative Disziplin, mit der Datenplattformen auch in fünf Jahren noch wartungsfähig sind. Lassen Sie uns gemeinsam herausfinden, wo Sie heute stehen und welcher Schritt für Ihre Organisation der sinnvolle nächste ist. Das erste Gespräch kostet Sie nichts und gibt Ihnen eine ehrliche externe Einschätzung Ihres Negentropie-Bedarfs.
Mike Bartsch
CEO