The data governance farce before test kickoff and how to resolve it
Test data problems often stem from a lack of a clearly defined owner rather than poor communication: in data architecture planning, test data has no owning party, and only as test kickoff approaches do insufficient volumes and inability to cover business scenarios come to light. The article proposes introducing a three-tier responsibility model early in architecture design to resolve this dilemma.
Body
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.
Testdatenprobleme resultieren oft aus fehlender Zuständigkeit, nicht aus Kommunikationsmängeln.
Der blinde Fleck der Datenarchitektur: Testdaten haben keinen klaren Eigentümer.
Ein strukturiertes Verantwortungsmodell auf drei Ebenen kann durch frühzeitige Einbindung in den Architekturentwurf Abhilfe schaffen.
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.
Agentic-Native Architecture: Warum autonome Agenten zuerst Kontrolle brauchen
Retrieval-Logs zur Priorisierung von Datenqualität nutzen
Das Data-Governance-Drama vor dem Teststart und wie es sich auflösen lässt
Brauchen Datenarchitekturen für KI-Agenten einen föderierten Knowledge Layer?
Architekturansatz für die schrittweise Modernisierung von Legacy-Systemen
Typed Domain Grounding als Designprinzip für LLM-taugliche DSLs
Wissensgraphen als Architektur zwischen Daten und KI: Jenseits von Data Mesh
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.
Termine aus iCloud, Google, Outlook und weiteren Diensten in einer App: Wir zeigen am iPad, wie Sie private und berufliche Verpflichtungen im Blick halten.
Mit Claude und Xcode entwickeln Sie Mac-Apps, ohne selbst Code zu schreiben. Wir zeigen Schritt für Schritt, wie aus einer Idee eine lauffähige Anwendung wird.
Melty verspricht, beliebige Spiele miteinander zu kombinieren – KI sei Dank. Wir haben ausprobiert, was dabei herauskommt und wo es potenziell gefährlich wird.
Der frisch restaurierte Sci-Fi-Klassiker stand Pate fürs Beamen, zeigte Kommunikatoren, Phaser und einen Leslie Nielsen als Vorbild für Captain Kirk.
Der DNS-Server Technitium glänzt mit großem Funktionsumfang, ist aber nicht ganz einfach einzurichten. Wir zeigen Installation und Konfiguration.
Seit dem Aufkommen von LLMs gibt es Prompt Injections. Wie Google damit umgeht, darüber berichtet Software-Ingenieurin Viviana Sutedjo im Interview.