Es ist immer dieselbe Geschichte: Erster Akt. Die Datenarchitektur entsteht sorgfältig. Teams modellieren Produktionsdaten, schneiden sie in fachliche Domänen oder führen sie in zentralen Strukturen zusammen. Sie hinterlegen Budget dafür und benennen Verantwortliche. In keiner dieser Planungen tauchen Testdaten als eigenständiges Anliegen auf. Sie sind kein Thema, weil sie niemandem gehören.

Zweiter Akt. Kurz vor Teststart fehlen die Testdaten. Quantitativ, weil zu wenige Datensätze vorliegen, um realistische Last zu erzeugen, und qualitativ, weil die vorhandenen Daten die fachlichen Konstellationen nicht abbilden. Die IT verweist auf die Fachabteilung, die die Anforderungen kenne. Die Fachabteilung verweist auf die IT, die die Systeme betreibe, oder gerne auf den angeblich allwissenden Architekten. Die Projektleitung sieht auf den Terminplan und wartet.

Dritter Akt. Das performative Fingerzeigen beginnt, im Projektjargon: „der Eiertanz“. In den Statusberichten erscheint Woche für Woche die Zeile „Testdaten in Klärung“, ohne dass sich an der Klärung etwas ändert. Das Verantwortungsvakuum verfestigt sich mit jeder Eskalation, die nicht stattfindet.

Das war die Leseprobe unseres heise-Plus-Artikels "Das Data-Governance-Drama vor dem Teststart und wie es sich auflösen lässt". Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.