thinkBI #006 – Ein Dashboard ist kein Projekt, sondern ein Zyklus

In dieser Folge möchte ich mit dir über eine Denkgewohnheit sprechen, die wir in Business Intelligence selten hinterfragen. Wir behandeln Dashboards wie Projekte. Es gibt eine Anforderung. Es gibt eine Umsetzung. Es gibt eine Übergabe. Und irgendwann gilt das Ganze als „fertig“.

Aber genau hier liegt aus meiner Sicht ein Denkfehler. Ein Dashboard ist kein Projekt. Es ist ein Zyklus.

Hier klicken, um den Inhalt von Spotify anzuzeigen.
Erfahre mehr in der Datenschutzerklärung von Spotify.

Vor einiger Zeit habe ich für mich den sogenannten Dashboard Creation Cycle formuliert. Kein offizielles Framework. Kein Lehrbuchmodell. Sondern ein strukturiertes Denkmodell, das beschreibt, wie Dashboards tatsächlich entstehen – wenn man es bewusst angeht.

Die folgende Darstellung zeigt diesen Zyklus:

Darstellung des Dashboard Creation Cycle

Was du hier siehst, ist kein linearer Ablauf. Es ist ein Kreislauf – mit zwei zentralen Spannungsfeldern:

Planung vs. Umsetzung
Fachabteilung vs. IT

Business Intelligence bewegt sich genau zwischen diesen beiden Achsen.

Die Anforderung – Fachlichkeit zuerst

Der Zyklus beginnt typischerweise im Fachbereich. Es gibt eine Fragestellung. Ein Steuerungsbedürfnis. Einen Wunsch nach Transparenz.

Hier geht es noch nicht um Tools. Hier geht es um Verstehen.

Welche Entscheidung soll unterstützt werden?
Welche Kennzahlen sind relevant?
Was bedeutet „Erfolg“ in diesem Kontext?

Wenn diese Phase übersprungen oder oberflächlich behandelt wird, ist alles Weitere nur noch Kosmetik.

Dashboard Prototyping – Denken vor Technik

Der nächste Schritt ist aus meiner Sicht entscheidend, das Prototyping. Und bewusst nicht im Tool. Ich spreche hier gerne von Paper Prototyping. Werkzeugunabhängig. Frei von technischen Restriktionen.

Wie soll das Dashboard aussehen?
Wie bewegt sich der Nutzer darin?
Welche Navigation ergibt Sinn?

Solange wir noch im Konzept sind, sollten wir uns nicht durch technische Limitationen einschränken lassen.

Datenmodell-Konzept – die strukturelle Grundlage

Spätestens hier wird es technischer. Ausgehend vom Prototyp leiten wir ab:

Welche Dimensionen brauchen wir?
Welche Fakten?
Welche Beziehungen?

Datum, Kunde, Produkt, Kostenstelle, Projekt, usw. Hier entsteht die Struktur. Und hier liegt ein zentraler Punkt, den ich immer wieder betone:

Self-Service beginnt nicht im Bericht.
Self-Service beginnt im Datenmodell.

Ein sauber designtes Modell ist die Voraussetzung dafür, dass Fachbereiche eigenständig arbeiten können.

Datenidentifikation und Datenaufbereitung

Nun müssen wir konkret werden. Wo liegen die Daten? ERP-Systeme, CRM-Systeme, Dateien, Datenbanken, APIs, usw. Die Daten gehören fachlich dem Business, technisch sind sie aber häufig in der IT verortet.

Wir identifizieren die Quellen.
Wir definieren Ladeprozesse.
Wir automatisieren die Aktualisierung.

Ein Dashboard ohne reproduzierbaren Datenfluss ist kein Produkt, es ist ein Experiment.

Datenmodell-Erstellung und Dashboard-Umsetzung

Jetzt setzen wir das konzipierte Modell technisch um.

Wir transformieren Daten.
Wir definieren Berechnungen.
Wir setzen Beziehungen.

Erst danach entsteht das Dashboard im Werkzeug, auf Basis des zuvor geplanten Prototyps. Wenn Visualisierungen technisch nicht umsetzbar sind, stehen wir vor einer Entscheidung:

Erweitern wir das Tool?
Oder passen wir das Konzept an?

Auch das ist Teil eines bewussten Prozesses.

Nutzung und der eigentliche Anfang

Der spannendste Teil ist nicht die Fertigstellung. Es ist die Nutzung.

Das Dashboard wird bereitgestellt.
Die Daten werden regelmäßig aktualisiert.
Der Fachbereich arbeitet damit.

Und fast immer entstehen daraus neue Anforderungen.

Neue Fragen.
Neue Perspektiven.
Neue Erweiterungen.

Und genau hier schließt sich der Kreis.

Wir starten wieder bei der Anforderung.
Wir durchlaufen Prototyping.
Wir passen das Modell an.
Wir erweitern das Produkt.

Weg vom Projektdenken

Wenn wir ehrlich sind, dann ist ein Dashboard nie „fertig“. Es reift. Es entwickelt sich weiter. Es passt sich an. Genau deshalb ist es kein Projekt, sondern ein Zyklus.

Und vielleicht ist das der eigentliche Perspektivwechsel. Statt Dashboards auszuliefern, entwickeln wir Datenprodukte.
Iterativ. Strukturiert. Im Zusammenspiel von Fachbereich und IT.

🎧 Die komplette Folge findest du im thinkBI Podcast.
Wie arbeitet ihr heute? Habt ihr einen klar definierten Prozess?
Oder entsteht vieles implizit, in den Köpfen einzelner Personen?
Vielleicht ist es an der Zeit, euren eigenen Dashboard Creation Cycle einmal explizit zu formulieren. Ich bin gespannt auf deine Gedanken dazu.

Dashboards wachsen. Sie werden nicht geliefert.

Musik: Great Podcast Intro (short & long) von Lundstroem
Quelle: freemusicarchive.org (Creative Commons) – https://freemusicarchive.org/music/lundstroem/songs-for-leona/great-podcast-intro-both-short-and-long-version-included/

Veröffentlicht von

Marcus Wegener

Marcus Wegener

Marcus Wegener ist Anwendungsentwickler für Business Intelligence und erstellt Lösungen, mit denen sich große Datenmengen schnell analysieren lassen. Kunden nutzen seine Lösungen, um die Vergangenheit zu analysieren, die Gegenwart zu steuern und die Zukunft zu planen, um damit mehr Erfolg zu generieren. Dabei ist seine einzigartige Kombination aus Wissen und Auffassungsgabe ein Garant für ihren Erfolg.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

I accept that my given data and my IP address is sent to a server in the USA only for the purpose of spam prevention through the Akismet program.More information on Akismet and GDPR.