Histogramme im Dashboard: Welche Aufträge landen in welchem Zeitbereich?

Wenn Sie wissen möchten, ob viele Aufträge ähnlich lange dauern oder ob sich kurze und lange Fälle deutlich unterscheiden, kann ein Histogramm hilfreicher sein als eine einzelne Durchschnittszahl. Beauftragen Sie dafür nicht einfach ein Balkendiagramm. Legen Sie fest, welche Messwerte in welche Intervalle fallen und was die Höhe eines Balkens bedeutet.

Hier geht es um die Verteilung einer gemessenen Größe in einer Geschäfts-App, etwa die Bearbeitungsdauer abgeschlossener Reparaturen. Das Diagramm erklärt für sich allein weder die Ursachen langer Aufträge noch die Leistung einzelner Beschäftigter.

Ein Zahlenintervall ist keine frei benannte Kategorie

Das NIST-Handbuch zur explorativen Datenanalyse beschreibt die häufigste Histogrammform so: Der Wertebereich wird in gleich breite Klassen aufgeteilt. Für jede Klasse wird gezählt, wie viele Beobachtungen darin liegen. Auf der horizontalen Achse steht die untersuchte Größe, auf der vertikalen Achse die Häufigkeit.

Ein Balken steht hier also beispielsweise für einen Bereich von Auftragsdauern, nicht für einen Betrieb oder einen beliebig benannten Status. Die Reihenfolge ergibt sich aus den Zahlenbereichen. Lassen Sie diese Balken nicht nach ihrer Höhe sortieren, wenn die Darstellung weiterhin eine zusammenhängende Verteilung zeigen soll. Das ist eine Gestaltungsanforderung für Ihr Projekt, keine Behauptung über eine bestimmte Diagrammbibliothek.

Beschreiben Sie zuerst die Messung: aktive Arbeitszeit oder verstrichene Zeit, in welcher Einheit und für welche abgeschlossenen Vorgänge? Eine gemeinsame Grafik mit unterschiedlich definierten Dauern wäre auch mit sauber berechneten Klassen irreführend.

Grenzwerte müssen eindeutig zugeordnet werden

Meine Empfehlung für das Briefing: Schreiben Sie jede Klassengrenze einschließlich der Zuordnungsregel auf. Wenn zwei benachbarte Bereiche bei derselben Minute aneinanderstoßen, darf ein Messwert auf dieser Grenze weder doppelt zählen noch verschwinden.

Eine mögliche Regel lautet „Untergrenze eingeschlossen, Obergrenze ausgeschlossen“. Für den letzten Bereich muss dann ebenfalls feststehen, ob er offen weiterläuft oder wo größere Werte ausgewiesen werden. Das ist eine bewusst zu vereinbarende Datenregel, keine hier behauptete NIST-Vorgabe.

Verwenden Sie im Test Werte unmittelbar unter einer Grenze, genau auf ihr und unmittelbar darüber. Lassen Sie die Entwicklung die erwartete Zuordnung vorführen. Klären Sie auch, ob die Gruppierung auf den ursprünglichen Messwerten oder auf gerundeten Anzeigewerten beruht. Eine Rundung für die Bildschirmdarstellung sollte einen Auftrag nicht unbemerkt in eine andere Klasse verschieben.

Anzahl, Anteil und Dichte sind unterschiedliche Beschriftungen

NIST unterscheidet zwischen absoluten Häufigkeiten und normalisierten Varianten. Eine Variante teilt die Anzahl einer Klasse durch die Gesamtzahl der Beobachtungen. Eine andere teilt zusätzlich durch die Klassenbreite; bei dieser Normierung beträgt die gesamte Fläche unter dem Histogramm eins.

Für ein gewöhnliches Auftragsdashboard kann eine klar bezeichnete Anzahl pro gleich breitem Zeitintervall genügen. Möchten Sie Anteile zeigen, muss erkennbar sein, auf welche betrachteten Aufträge sie sich beziehen. Eine Dichte gehört nicht unter die Überschrift „Prozent der Aufträge“, als wäre die Balkenhöhe selbst dieser Anteil.

Wenn unterschiedlich breite Klassen erforderlich sind, lassen Sie deren Darstellung und Flächenbedeutung ausdrücklich erklären. Verlangen Sie nicht zugleich ungleiche Zeitbereiche und die Zusage, ihre Balkenhöhen seien ohne weitere Erläuterung direkt vergleichbare Häufigkeiten. Entscheidend ist ein lesbarer fachlicher Vertrag, nicht die Voreinstellung der verwendeten Software.

Vergleiche brauchen dieselbe Einteilung

NIST beschreibt Klassengrenzen als wählbar oder aus einer systematischen Regel ableitbar. Daraus folgt für Ihre Beauftragung eine wichtige Entscheidung: Soll die App bei jedem Filterwechsel neue Grenzen bestimmen oder eine vereinbarte Einteilung behalten?

Für einen Vergleich zweier Monate empfehle ich identische Einheiten und Klassengrenzen. Andernfalls kann eine veränderte Balkenform teilweise aus der neuen Einteilung stammen. Wird bewusst automatisch neu gruppiert, müssen die aktuellen Grenzen sichtbar bleiben. Benennen Sie außerdem die Fallzahl; ein größerer Monat kann höhere absolute Häufigkeiten haben, ohne dass die einzelnen Aufträge länger dauern.

Fehlende oder ungültige Dauern brauchen eine getrennte Erklärung. Eine fehlende Messung ist kein kurzer Auftrag. Ein Wert außerhalb des sichtbaren Bereichs darf nicht stillschweigend entfallen. Legen Sie fest, ob ein eigener Randbereich, ein Hinweis oder eine erweiterte Skala erscheint.

Was Sie abnehmen sollten

Nehmen Sie diese Fälle in die Akzeptanzkriterien Ihrer Web-App auf:

• Eine kontrollierte Testmenge wird anhand der schriftlichen Grenzen genau einmal je gültiger Beobachtung zugeordnet.
• Grenzwerte, Rundung und Werte außerhalb der Anzeige verhalten sich wie vereinbart.
• Achsentitel unterscheiden Anzahl, Anteil und gegebenenfalls Dichte.
• Ein Monatsvergleich verwendet die vereinbarte gemeinsame Klasseneinteilung oder macht die Änderung ausdrücklich sichtbar.
• Die Klassenwerte sind auch als lesbare Tabelle verfügbar. Fehlende Daten und ein fehlgeschlagener Abruf erscheinen nicht als gemessene leere Verteilung.

Bringen Sie die betriebliche Frage und einige erfundene typische Messwerte in die Planung Ihres Dashboards mit. Das Ziel ist nicht eine besonders eindrucksvolle Kurve, sondern eine nachvollziehbare Antwort darauf, wo Ihre beobachteten Fälle liegen.

Quelle und Grenzen

Die am 26. Oktober 2026 gelesene NIST-Seite belegt Zweck, Klassenbildung und die beschriebenen Häufigkeitsnormierungen. Grenzkonventionen, Filtervergleiche und Abnahmetests sind hier vorgeschlagene Projektanforderungen. Für diesen Artikel wurde kein Dashboard implementiert oder mit betrieblichen Daten geprüft.