Change Management durch Governance vereinfachen
Wie Governance Änderungen einfacher macht: Owner, Impact, Freigabe, Evidence und Review werden wiederverwendbar statt jedes Mal neu verhandelt.
Einstieg
Change Management wird schwer, wenn niemand weiß, welche Bedeutung, Nutzung oder Verantwortung ein Datenobjekt hat.
Governance vereinfacht Change Management, indem sie vor dem Change festhält:
- wer entscheiden darf;
- welche Nutzung betroffen ist;
- welche Consumer informiert werden müssen;
- welche Nachweise gelten;
- wann eine Ausnahme erlaubt ist;
- wann ein Change gestoppt wird.
Typischer Unterschied
Ohne Governance fragt ein Change Board: „Was hängt daran?“
Mit Governance liegt bereits vor:
- Definition oder Source-Karte;
- Owner und Steward;
- Consumer-Liste;
- Qualitätsregel oder Akzeptanzbeispiel;
- Evidence-Pfad;
- Review-Takt.
Dadurch wird der Change nicht automatisch risikolos. Aber er wird schneller einschätzbar.
Beispiel
Ein Feld im CRM ändert seine Bedeutung. Ohne Governance merkt BI es erst, wenn der Forecast abweicht. Finance fordert Erklärung, Sales verteidigt den alten Prozess, IT sucht Logs.
Mit Governance hat das Feld einen Owner, eine Definition, bekannte Consumer und eine Änderungsspur. Der Change kann vorher fragen: Welche Reports, Kennzahlen, Exporte oder KI-Nutzungen sind betroffen?
Was in der Deal-Karte sichtbar werden sollte
- Welche Changes verursachen heute Streit oder Nacharbeit?
- Welche Datenobjekte haben keine Owner?
- Welche Reports oder Exporte brechen bei Änderungen?
- Welche Fachbereiche erfahren Änderungen zu spät?
- Welche Evidence fehlt, wenn jemand nachfragt?
Diese Antworten sind Aufwandstreiber. Sie helfen, den Governance-Aufwand und den Nutzen realistisch zu erklären.
Eine Änderung von Anfang bis Ende prüfen
Change heißt Änderung. Impact ist ihre Auswirkung. Consumer sind die Menschen oder Systeme, die ein Datenobjekt verwenden. Eine Liste bekannter Nutzungen ist ein Ausgangspunkt; unentdeckte Exporte können trotzdem existieren.
Beispiel: Bisher galt ein Kunde nach einer Bestellung als aktiv. Künftig sollen zusätzlich Vertragskunden ohne Bestellung zählen. Das verändert die Bedeutung, nicht nur einen Filter.
- Antrag aufnehmen: Wer möchte die neue Definition für welchen Bericht und ab wann? Alte und neue Regel nebeneinander schreiben.
- Nutzungen suchen: Monatsbericht, Vertriebsdashboard und bekannte Exporte prüfen. Ergänzend bei den Fachbereichen nach lokalen Weiterverwendungen fragen.
- Mit Beispielen vergleichen: Ein Bestellkunde zählt vorher und nachher; ein reiner Vertragskunde bisher nicht, künftig ja. Erwartete Abweichung dokumentieren.
- Entscheidung einholen: Zuständige Person bestätigt Zweck und Geltungsbereich. Falls beide Varianten gebraucht werden, unterschiedliche Namen und Nutzungsgrenzen vergeben.
- Umstellung vorbereiten: Version, Veröffentlichungszeitpunkt, Test, Information der Nutzenden und Rückfallweg festhalten. Frühere Berichte bleiben mit ihrer damals gültigen Definition nachvollziehbar.
- Nachprüfen: Nach der Umstellung tatsächliche Ergebnisse und Rückfragen prüfen; Abweichungen als Aufgaben behandeln.
Was ein Rückfallweg leisten muss
„Zurückrollen“ bedeutet, einen vorherigen nutzbaren Stand wiederherzustellen. Prüfe getrennt Berechnung, gespeicherte Daten und bereits verteilte Berichte. Eine alte Codeversion holt keine versendete Datei zurück. Halte deshalb auch fest, wer falsche Exporte berichtigt und die Empfänger informiert.
Anwendung: Beschreibe eine Änderung mit diesen sechs Schritten. Wenn du nicht sagen kannst, wen sie betrifft oder wie sie geprüft wird, bleibt die Freigabe offen.
Mini-Check
- Gibt es Owner für die betroffenen Datenobjekte?
- Sind Consumer und Downstream-Nutzungen bekannt?
- Gibt es ein Akzeptanzbeispiel?
- Wird Evidence beim Change erzeugt?
- Gibt es eine Stop-Regel für riskante Änderungen?
Weiterführend
Governance, effort, and change management
Part 2 of 4
View series