methodatlas
Operations

Change Analysis

Vergleicht einen Ausreißer mit einem stabilen Fall und filtert Unterschiede heraus, die Abweichungen erklären.

Kernfrage
Welche Unterschiede zwischen Soll- und Ist-Zustand erklären die beobachtete Abweichung, und welche dieser Differenzen sind ursächlich, beitragend oder zufällig?
MittelWorkshop + Async45-120 min
Runsheet öffnenSession planenVergleich starten
Zweck

Bei einer Abweichung nach einer Veränderung isoliert die Methode den Einfluss des geänderten Zustands. Sie grenzt ein, welche Unterschiede relevant sind und welche nur Begleitrauschen darstellen.

Funktionsweise

Der Vergleich zwischen vorher und nachher hebt die Bedingungen hervor, die sich tatsächlich verschoben haben. Daraus entstehen prüfbare Hypothesen darüber, welche Änderung den beobachteten Effekt ausgelöst hat. So wird Veränderung nicht pauschal verdächtigt, sondern gezielt analysiert.

Visuelle Orientierung

Methodenskizze für ein schnelles Grundgefühl.

Change Analysis · was hat sich verändert?Normalzustand und Problemfall vergleichen, Differenzen bewerten und prüfbare Ursachen ableiten
Change AnalysisNormalzustand und Problemfall werden verglichen, Differenzen in einer Matrix bewertet und als prüfbare Ursachenhypothese getestet.Abweichung durch Vergleich eingrenzenEin stabiler Referenzfall macht sichtbar, welche Veränderung zeitlich und sachlich zur Störung passt.VergleichsfälleNur Unterschiede sind KandidatenNormalzustandstabiler ReferenzfallProblemfallAbweichung seit ÄnderungDifferenzensammelnbewertenChange MatrixWas ist anders, wann begann es?FeldSollIstWertungZeitvorher okseit ReleaserelevantOrtalle Reg.EU-WestprüfenMaterialImage 1.8Image 1.9starkProzessmanuellautomatisiertoffenHypothese prüfenDifferenz wird testbar gemachtUrsacheImage-Wechsel plausibelTestRollback im KontrolllaufMaßnahmeFix oder Change-Regel

Ablauf

  1. 1Abweichung beschreiben
  2. 2Vergleichsfall auswählen
  3. 3Unterschiede systematisch sammeln
  4. 4Relevanz der Unterschiede prüfen
  5. 5Ursachen und Maßnahmen ableiten

Das Runsheet führt mit 5 Phasen, Timeboxen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Runsheet öffnen

Ideal für

  • Störungen nach Änderungen
  • Release- oder Prozessprobleme
  • Qualitätsabweichungen

Nicht gut für

  • Probleme ohne Referenzzustand
  • Langfristige strukturelle Konflikte
  • Reine Priorisierung

Vertiefung

Im Detail

Change Analysis erklärt Probleme über Unterschiede zwischen vorher und nachher. Zeitpunkt, Umfeld, Prozess, Menschen, Material und Systemzustand werden genau betrachtet. Die Methode liefert Wert, wenn eine relevante Veränderung als plausible Ursache geprüft und nicht bloß vermutet wird. Besonders stark ist sie bei Störungen kurz nach Releases, Umstellungen oder Lieferantenwechseln.

Durchführung

Sammle vor und nach dem Ereignis die relevanten Unterschiede in Zustand, Konfiguration und Umfeld, bevor Interpretationen dominieren. Der Ertrag steigt, wenn beabsichtigte und unbeabsichtigte Nebenwirkungen sauber getrennt werden. Schließe mit veränderten Change Controls, besseren Prüfpunkten oder klaren Rollback-Kriterien.

Output-Artefakte
Change MatrixUrsachenhypothesenValidierungsfragenMaßnahmenliste
Tags
changeroot-causetroubleshootingcomparison

Quellen

Change Analysis – Bill Wilsonbill-wilson.net
Artefakt-Vorlagen
Change Analysis ArbeitsvorlageKompakte Arbeitsvorlage für Change Analysis mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
spreadsheet

change-analysis-working-template.md

Kompakte Arbeitsvorlage für Change Analysis mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

Change Analysis Arbeitsmatrix

ElementBeschreibungBewertungEvidenzOwnerNächster Schritt
1
2
3

Ergebnisartefakte

  • Change Matrix:
  • Ursachenhypothesen:
  • Validierungsfragen:
  • Maßnahmenliste:

Entscheidung oder Empfehlung

Welche Konsequenz ergibt sich aus der Matrix?

Wann stattdessen?

Kurze Entscheidungshilfe für vorhandene Alternativen.

5 Whys

Statt Change Analysis, wenn keine klare Veränderung als Auslöser vorliegt und ihr eine einfache Ursachekette sucht.

Fishbone Diagram

Statt Change Analysis, wenn du Ursachen in klaren Kategorien sammeln und Diskussionen strukturiert halten willst.

Ähnliche Methoden

Alle Methoden
Operations
Causal Factor Analysis

Rekonstruiert eine Ereigniskette, markiert Faktoren und leitet überprüfbare Ursachen sowie Corrective Actions ab.

Operations
8D Problem Solving

Koordiniert Team, Sofortmaßnahmen, Ursachenanalyse und Prävention in acht Schritten bis zur verifizierten Lösung.

Operations
Fault Tree Analysis

Modelliert ein Top Event mit UND- und ODER-Verzweigungen, um kritische Pfade und Ursachen sichtbar zu machen.

Operations
Scatter Diagram

Zeichnet Datenpaare als Punktdiagramm, um vermutete Zusammenhänge, Ausreißer und Korrelationsstärke zu prüfen.

Engineering
Fault Isolation

Grenzt Fehlerraum und Symptome schrittweise ein, bis wenige Hypothesen und gezielte Tests übrig bleiben.

Engineering
Hypothesis-Driven Troubleshooting

Ordnet Symptome als Hypothesen, priorisiert Tests nach Informationswert und hält Diagnose und Evidenz fest.