Durchschnitt im Dashboard: Zählt jeder Auftrag gleich oder jedes Team?

Bevor Sie ein Dashboard mit Durchschnittswerten beauftragen, klären Sie die Gewichtung: Soll jeder Auftrag, jeder Tag oder jedes Team gleich zählen? Diese Fragen führen zu unterschiedlichen Ergebnissen. Eine ordentlich dargestellte Gesamtzahl kann die falsche Frage beantworten, obwohl die einzelnen Teamwerte stimmen.

Dieser Leitfaden behandelt das arithmetische Mittel in einer internen Business-App. Er definiert weder einen handelsrechtlichen Abschluss noch empfiehlt er, Beschäftigte anhand einer einzigen Kennzahl zu bewerten. Entscheidend ist die betriebliche Entscheidung, die der Bericht unterstützen soll.

Was ist eine Beobachtung?

Ein fiktiver Reparaturbetrieb möchte die erfasste Dauer abgeschlossener Aufträge verstehen. Halten Sie fest, was als Auftrag gilt, welches Abschlussereignis zählt und ob die Dauer aktive Arbeitszeit oder verstrichene Zeit bezeichnet. Beides darf nicht unter derselben Überschrift vermischt werden.

Vereinbaren Sie den Umgang mit wieder geöffneten Aufträgen, Stornierungen und Vorgängen über eine Periodengrenze hinweg. Ein Bericht über diesen Monat abgeschlossene Aufträge hat eine andere Auswahl als ein Bericht über diesen Monat geleistete Arbeit. Machen Sie die Definition am Bericht oder über eine gut auffindbare Erläuterung zugänglich.

Benennen Sie anschließend die Gewichtung. „Durchschnittlich erfasste Minuten je abgeschlossenem Auftrag“ ist aussagekräftiger als „durchschnittliche Leistung“. Soll stattdessen jedes Team gleich zählen, kann das sinnvoll sein. Das Ergebnis darf dann aber nicht als Durchschnitt des einzelnen Auftrags bezeichnet werden.

Gruppendurchschnitte nicht unbemerkt gleich gewichten

Ein bewusst einfaches Rechenbeispiel: Ein Team erledigt zwei Aufträge mit jeweils zehn Minuten. Ein anderes erledigt acht Aufträge mit jeweils dreißig Minuten. Das einfache Mittel der beiden Teamdurchschnitte beträgt zwanzig Minuten. Über alle zehn Aufträge gerechnet sind es sechsundzwanzig Minuten.

Keines der Ergebnisse ist automatisch ein Programmfehler. Im ersten Fall zählen kleines und großes Team gleich. Im zweiten zählt jeder Auftrag gleich. Entscheiden Sie vor der Freigabe der Kennzahl, welche Frage beantwortet werden soll.

Lassen Sie je Gruppe die zugrunde liegende Summe und die Zahl der berücksichtigten Beobachtungen erhalten oder unmittelbar aus den zulässigen Einzelvorgängen rechnen. Bereits gerundete Anzeigewerte dürfen nicht die einzige Grundlage der Zusammenfassung sein. Eine Gruppierung nach Team und anschließend nach Tag darf eine ausdrücklich auftragsbezogene Kennzahl nicht versehentlich verändern.

Fehlende Dauer ist kein Auftrag mit null Minuten

Die Dokumentation zu Aggregatfunktionen in PostgreSQL 18 beschreibt den Durchschnitt über Eingabewerte, die nicht null sind. Sie unterscheidet außerdem zwischen dem Zählen aller Eingabezeilen und dem Zählen von Zeilen mit einem nicht leeren Wert. Das sind Eigenschaften der Datenbank, keine Aussage über die tatsächliche Speicherung in Ihrer App.

Zeigen Sie im geplanten Bericht sowohl die Zahl der grundsätzlich berücksichtigten Aufträge als auch die Zahl mit verwendbarer Dauer. Vereinbaren Sie, ob fehlende Messungen mit einem sichtbaren Hinweis ausgeschlossen werden oder ob ohne ausreichende Daten kein scheinbar vollständiges Ergebnis erscheint. Tragen Sie nicht einfach null Minuten ein, damit das Diagramm funktioniert.

Ein tatsächlich gemessener Nullwert, ein fehlender Messwert und eine ungültige negative Dauer brauchen jeweils eine festgelegte Behandlung. Erläutern Sie Ausschlüsse und bestimmen Sie, wer Quelldaten korrigiert. Ein plausibel erfundener Ersatzwert ist keine Korrektur.

Leere Auswertungen ehrlich benennen

Dieselbe PostgreSQL-Referenz erläutert, dass eine Summe ohne Eingabezeilen null und nicht automatisch die Zahl null zurückgibt. Technisch lässt sich ein Ersatzwert anzeigen. Seine Bedeutung muss jedoch fachlich feststehen.

Unterscheiden Sie „keine passenden Aufträge“, „Aufträge vorhanden, aber keine verwendbaren Messungen“ und „Daten konnten nicht geladen werden“. Keine dieser Situationen belegt einen gemessenen Durchschnitt von null Minuten. Ein zwischengespeichertes altes Ergebnis muss seinen Zeitraum und seinen Datenstand behalten, statt die aktuelle Ladezeit als Aktualität auszugeben.

Die Zusammenfassung abnehmen, nicht nur das Diagramm

Nehmen Sie das Beispiel mit ungleich großen Teams in die Akzeptanzkriterien auf. Prüfen Sie das erwartete Gesamtergebnis und die Darstellung nach Teams. Ergänzen Sie eine fehlende Dauer, einen echten Nullwert, einen ausgeschlossenen stornierten Auftrag und eine leere Periode. Bildschirm und Export müssen unter denselben Filtern zusammenpassen.

Klären Sie auch den Berechtigungsumfang: Erhält eine Person mit eingeschränkter Datensicht eine entsprechend begrenzte Kennzahl oder eine ausdrücklich freigegebene Gesamtübersicht? Vertrauliche Einzelvorgänge dürfen nicht nur zur Erklärung einer Summe offengelegt werden.

Bringen Sie Beobachtungseinheit, Gewichtungsregel und Umgang mit Datenlücken in die Planung einer Berichts-App ein. Ein brauchbarer Durchschnitt besitzt eine benannte Bezugsgröße und nachvollziehbare Eingangsdaten, nicht nur ein überzeugendes Diagramm.

Quelle und Grenzen

Die am 26. Oktober 2026 gelesene PostgreSQL-18-Dokumentation belegt Mittelwertbildung über nicht leere Werte, Zählvarianten und leere Aggregate. Das fiktive Rechenbeispiel wurde separat berechnet. Berichtsregeln, Zugriffsentscheidungen und Tests sind Vorschläge für die Beauftragung, keine Prüfung einer produktiven App.