Einführung
Kurzzusammenfassung
- Dieses Dossier definiert den End-to-End-Standard für eine bankfähige ML-Plattform im Investment Management.
- Der Aufbau folgt einer verbindlichen Seitenvorlage, damit Leser in jeder Domäne sofort die gleichen Orientierungspunkte finden.
- Der Business-Nutzen liegt in schnellerer Entscheidungsfähigkeit bei gleichzeitig höherer Nachvollziehbarkeit und Risikokontrolle.
- Governance, operative Kontrollen und Entscheidungskriterien sind explizit dokumentiert, statt implizit in Einzelteams zu verbleiben.
Ziel
Wir etablieren eine kontrollierte ML-Fähigkeit für Decision Support im Portfolio-Management. Jede Seite in site/docs/** beschreibt deshalb nicht nur Technik, sondern auch Zweck, Mehrwert und Verantwortlichkeiten.
Business-Nutzen:
- schnellere Abstimmung zwischen Fachbereich, IT, Risk und Compliance,
- weniger Reibungsverluste bei Audits und Freigaben,
- reproduzierbare Entscheidungen über den gesamten ML-Lifecycle.
Ablauf
| Schritt | Mechanik | Ergebnis |
|---|---|---|
| Orientierung | Einstieg über intro und die Bereiche 00 bis 09 | Leser verstehen Scope und Navigationslogik |
| Vertiefung | Drill-down in thematische Kapitel (Data, Orchestration, Lifecycle, Serving, Observability) | Entscheidungen werden faktenbasiert vorbereitet |
| Governance | Einheitliche Dokumentstruktur mit Kontrollen und Done-Kriterien | Freigaben werden konsistent und prüfbar |
Kontrollen
Governance- und Risiko-Aspekte
- Zweckbindung und Entscheidungsrahmen sind je Seite dokumentiert.
- Rollenmodell und Freigabepunkte sind domänenübergreifend nachvollziehbar.
- Risiken (Daten, Modell, Betrieb) werden als eigene Kontrollobjekte geführt.
Operative Checks
| Check | Monitoring | Verantwortlich | Eskalation |
|---|---|---|---|
| Dokumentationsqualität | Quartalsweise Review auf Vollständigkeit | Domain Owner | Architektur-Board |
| Konsistenz der Vorlage | CI/PR-Check auf Abschnittsstruktur | Docs Maintainer | Platform Lead |
| Betriebsrelevanz | Abgleich mit Incidents und Postmortems | Service Owner | Incident-Management |
Entscheidung
- Die Seite beantwortet Zweck, Ablauf, Kontrollen und Done-Kriterien klar und ohne Kontextwissen.
- Die Inhalte sind für Management- und Umsetzungsteams gleichermassen verwertbar.
- Ownership und Eskalation sind dokumentiert.
Informationsarchitektur (00–09)
- Die Kapitel sind bewusst als Domänensicht nach Capabilities strukturiert und folgen nicht der exakten BPMN-Reihenfolge; die Prozesssicht mit dem Runtime-Flow findest du in der Gesamtarchitektur.
- 00-platform: Zielbild, Scope, Architektur, Konzepte, Glossar
- 01-data-catalog-openmetadata: Metadaten, Lineage, Ownership, DQ
- 02-data: Quellen, Warehouse, Feature Store
- 03-orchestration-prefect: Flows, Scheduling, Backfills, Failure Handling
- 04-ml-lifecycle-mlflow: Experimente, Tracking, Registry, Promotion
- 05-research-risk: Backtesting, Acceptance, Approval, Portfolio-Konstruktion
- 06-serving: Batch, Realtime, Model Loading
- 07-consumption: Dashboard, API, Nutzerrollen
- 08-observability: Monitoring, Drift, Alerts
- 09-development: Setup und Erweiterungsleitfäden