Betriebsvereinbarung pro Tool

Ein zweites Mini-CoE je Stack entsteht, wenn jedes Tool ohne Betriebsvereinbarung produktiv wird.

Ansatz

Der Platform Product Owner bindet den Contract; Custodian betreibt Betrieb; fachliche Semantik bleibt draußen.

Ablauf

1. Tool und Environment-Grenze benennen.
2. Change- und Supportpfad schreiben.
3. Owner und Custodian trennen.
4. Ohne Contract kein Prod-Grant von der Plattform.

Handoffs

Anti-Patterns

• Zweites Mini-CoE je Dienstleister
• Produktion ohne Environment-Grenze
• Tool-Admin als Data Owner

Erster Umsetzungsschnitt

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Datenplattform-Landscape
• Lernpfad — Datenplattform-Landscape

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

1. Ein Produktiv-Tool ohne Contract stoppen oder nachziehen.
2. Environments und Supportpfad benennen.

Praxisanker

Prüfe Betriebsvereinbarung pro Tool an einem realen produktiven Pfad, nicht an einer Demo-Umgebung. Der Nachweis muss zeigen, welcher fachliche Zweck gilt, wer die Entscheidung verantwortet, welcher Custodian sie technisch umsetzt und wann die Entscheidung wieder geprüft wird. Kein produktives Tool ohne benannten Betriebsvereinbarung — Scope, Environments, Change, Support. Wenn einer dieser Punkte fehlt, bleibt die Änderung Entwurf und darf nicht still in den Betrieb rutschen.