Scope bedeutet in der Finanzdatenmigration den vereinbarten Ausschnitt der Finanzdaten, die ein Systemwechsel betrifft. Ohne diesen Rahmen wachsen Aufgaben still mit. Neue Produkte, zusätzliche Mandanten oder historische Daten kommen hinzu, weil niemand sie bewusst ausgeschlossen hat. Fachbereiche fürchten Lücken in Berichten. IT fürchtet Lastspitzen und Laufzeiten. Beide Seiten haben recht. Die Folge sind hitzige Diskussionen, wenn Zeitpläne bereits eng sind. Wir schlagen vor, den Scope an den Anfang zu stellen und ihn mit Zahlen zu verankern, statt nur mit Listen von Systemnamen oder Modulen.

Wie lässt sich Scope greifbar machen. Wir nutzen dafür eine einfache Drei Zahlen Sicht. Erstens die Anzahl der betroffenen Konten oder Produkte. Zweitens die Menge der Bewegungsdaten über den relevanten Zeitraum. Drittens die Zahl der bekannten Sonderfälle, etwa manuelle Korrekturen oder Altverträge. Diese Zahlen sind selten perfekt. Sie sind aber besser als vage Beschreibungen. Fachbereiche können schätzen, wie viele aktive und inaktive Verträge es gibt. IT kann aus Logs und Tabellen Größenordnungen für Datensätze ableiten. Gemeinsam entsteht ein Bild, das Aufwand und Risiken zumindest vergleichbar macht.

Warum genügen diese drei Zahlen für den Einstieg. Weil sie direkt mit späteren Schritten verknüpft sind. Die Zahl der Konten beeinflusst die Breite des Mappings. Die Menge der Bewegungen beeinflusst Laufzeiten von Migration und Tests. Die Sonderfälle zeigen, wie komplex Plausibilitätsprüfungen werden. Wer diese Größen kennt, kann Testkonzepte zielgerichtet planen. Kleine Bestände erlauben höhere Stichprobenquoten. Große Bestände erfordern klare Prioritäten. Sonderfälle brauchen eigene Testfälle, statt nur in Kommentaren zu stehen. So entsteht aus dem Scope kein abstrakter Begriff, sondern eine messbare Arbeitsbasis.

Ein häufiger Einwand lautet, dass diese Zahlen zu Beginn kaum seriös vorliegen. Das stimmt teilweise. Aber gerade die Unsicherheit ist ein wichtiges Signal. Wenn niemand sagen kann, wie viele aktive Verträge ein Segment umfasst, deutet das auf Datenqualitätsfragen hin. Wenn Bewegungsmengen nur grob geschätzt werden, sollten Performance Tests früh eingeplant werden. Wir empfehlen, jede Zahl mit einer Bandbreite zu notieren und die Quelle der Schätzung zu dokumentieren. So bleibt sichtbar, wo Annahmen stehen und wo harte Fakten. Später können Teams nachschärfen und Scope Entscheidungen bewusst anpassen.

Wie lässt sich die Drei Zahlen Sicht praktisch einführen. Wir nutzen dafür ein kurzes Format, das wir Scope Snapshot nennen. Ein Blatt, drei Felder, je eines für Konten, Bewegungen und Sonderfälle. Dazu je eine Zeile für Bandbreite, Datenquelle und offene Fragen. Dieses Blatt gehört in jede frühe Sitzung zur Finanzdatenmigration. Es ersetzt keine detaillierte Planung, aber es zwingt zu klaren Aussagen. Projektleitung sieht, wo Nacharbeit nötig ist. Fachbereiche erkennen, welche Statistiken sie liefern sollten. IT erkennt, wo technische Grenzen liegen könnten. Aus vielen Snapshots entsteht mit der Zeit ein präziseres Gesamtbild.