Ich sitze gerade an einem Projekt, bei dem wir Kundendaten aus verschiedenen Quellen zusammenführen müssen. Eigentlich dachte ich, die größte Hürde wäre die technische Umsetzung, aber je tiefer ich einsteige, desto mehr frage ich mich, ob wir überhaupt noch den Überblick behalten, was wir eigentlich mit den Daten vorhaben. Dieses Gefühl, dass die eigentliche Fragestellung irgendwie im Prozess untergeht, beschäftigt mich. Wie geht ihr damit um, wenn ihr merkt, dass die Datenarchitektur plötzlich die inhaltliche Richtung diktiert, anstatt andersherum?
Ich kenne dieses Gefühl. Die datenarchitektur diktiert den Ablauf und du fragst dich, ob der eigentlich Sinn hinter dem Projekt noch sichtbar ist. Es mischt sich Frustration mit Neugier und dem Wunsch nach Klarheit über Ziele statt nur Datenflüsse. Was wollen wir eigentlich wirklich mit den Kundendaten?
Du beobachtest eine Verschiebung von Zieldefinition zu Systemlimits und merkst dass die Infrastruktur die Erzählung steuert. In solchen Momenten hilft es eine explizite Zielkatalogisierung zu machen und zu prüfen ob die Architektur die Frage begleiten oder erst recht behindern soll. Der Trick ist eine regelmäßige Reframing Sitzung in der man das Ziel erneut formuliert und die Metriken daran knüpft.
Vielleicht missverstehen wir den Fokus gar etwas. Man könnte denken wir bauen eine Brücke über viele Datensilos doch eigentlich geht es um Vertrauen und Transparenz. Wenn die Datenarchitektur zu viele Zwischenschritte erzeugt verliert man den Blick für die eigentliche Story der Kundinnen und Kunden.
Vielleicht reicht es auch die Fragestellung zu drehen und zu fragen was uns wirklich an dieser Datenmenge interessiert statt wie sie zusammenfließt. Die Datenarchitektur könnte dann nur das Werkzeug sein und nicht der Herrscher. Müssen wir wirklich alles verbinden oder reicht eine gezielte Sicht auf die wichtigsten Felder?
