Von David Bartas · Aktualisiert
Welche Entscheidungen wir gemeinsam klären.
Architekturberatung hilft einem Team, die Verbindung seiner Systeme zu planen und passende technische Entscheidungen zu treffen. Ich prüfe Systemgrenzen, APIs, Datenflüsse und Integrationen. Das Ergebnis ist ein dokumentierter Entwurf, den das Team prüfen und hinterfragen kann.
Welche Architektur passt zum Arbeitsablauf, den Rahmenbedingungen und dem Team, das sie betreiben wird?
Was Sie mitbringen sollten.
- Der Geschäftsablauf und die beteiligten Systeme
- Aktuelle Diagramme, API-Spezifikationen und wichtige Datenflüsse
- Anforderungen an Zugriff, Zuverlässigkeit und Betrieb
- Bekannte Abhängigkeiten, Migrationspläne und Umsetzungsverantwortliche
Typische Ergebnisse.
- Eine System- und Integrationsübersicht mit Bezug zum Geschäftsablauf
- Ein Vergleich der Optionen mit Rahmenbedingungen, Annahmen sowie Vor- und Nachteilen
- Architekturentscheidungen mit einem Plan für Prüfung und Umsetzung
Der Umfang hängt von Ihrer Frage und den verfügbaren Informationen ab. Im Gespräch klären wir die Entscheidung. Ein ausführliches Review, einen Workshop oder Unterstützung bei der Umsetzung vereinbaren und kalkulieren wir separat.
Mein Vorgehen.
01
Den aktuellen Prozess abbilden
Die Customer Journey mit den Systemen dahinter verbinden. Zuständigkeiten für Daten, Schnittstellen, Abhängigkeiten und mögliche Auswirkungen von Fehlern klären.
02
Optionen vergleichen
Realistische Integrations- und Architekturoptionen anhand derselben Anforderungen vergleichen. Vor- und Nachteile bei Komplexität, Betriebsaufwand, Umsetzung und späteren Änderungen festhalten.
03
Schnittstellen klar definieren
Verantwortlichkeiten an Systemgrenzen klären: Eingaben, Ausgaben, Berechtigungen, Fehler und Informationen für den Support. Offene Fragen sichtbar halten.
04
Entscheidung dokumentieren
Eine Systemübersicht, einen Vergleich der Optionen und ein Entscheidungsprotokoll liefern. Festlegen, was vor einer größeren Implementierung oder Migration noch geprüft werden muss.
Passende Projekte.
Diese Beispiele zeigen den Projektumfang und meinen konkreten Beitrag. Jedes verweist auf ein öffentlich zugängliches Produkt, Profil oder eine Quelle.
TradingAgents × Investboard
Sept. 2026
Ein Open-Source-Connector, der Portfoliokontext bereitstellt und abgeschlossene Analysen dokumentiert.
Fallstudie lesen →George Business
Aug. 2022 – Juni 2025
Zahlungsabläufe, Transaktionshistorie und Kartenreservierungen im Firmenkundengeschäft der Česká spořitelna.
Fallstudie lesen →BankID-Onboarding
Juni 2021 – Feb. 2022
Architekturentwurf und BankID-Integration für das Web- und Mobile-Onboarding bei MONETA.
Fallstudie lesen →David Bartas ist der Gründer von Investboard und Betreiber von InvestingStack. Eigene Produkte und Arbeiten in diesem Ökosystem sind in den Fallstudien gekennzeichnet.
Häufige Fragen.
Was gehört in die Dokumentation einer Architekturentscheidung?
Die Dokumentation einer Architekturentscheidung beschreibt das Problem, relevante Rahmenbedingungen, geprüfte Optionen, den gewählten Weg und seine Folgen. Sie hält auch offene Annahmen fest und nennt Erkenntnisse oder Reviews, die eine spätere Änderung rechtfertigen könnten.
Kann sich ein Review auf eine einzelne API oder Integration konzentrieren?
Ja. Ein Review kann eine einzelne Integration oder Customer Journey abdecken. Bringen Sie den Systemkontext, Schnittstellenspezifikationen, Fehlerszenarien und die anstehende Entscheidung mit. Zeigen sich weitere Abhängigkeiten, vereinbaren wir die zusätzliche Arbeit separat.