Teil 5 von 5 · Finale

Best Practices & das große Abschlussquiz

Sieben Leitplanken aus der Praxis, häufige Fallstricke — und fünf Fragen quer durch alle Teile mit Live-Punktestand.

Sieben Leitplanken für Performance Analytics

Frag zuerst „welche Entscheidung?", dann welche Kennzahl. Ein Indicator, den niemand für eine Entscheidung nutzt, ist teure Datenschulden — nicht Reporting.
Frequenz so niedrig wie möglich. Daily ist selten nötig. Weekly reicht in den meisten Fachbereichs-Fällen, Monthly für strategische Zahlen.
Direction immer setzen. Ohne „höher/niedriger ist besser" kann PA keine sinnvollen Farben zeigen — dann werden 95% SLA-Einhaltung rot und niemand versteht warum.
Ein Breakdown pro Indicator ist der Normalfall. Zwei nur mit Begründung. Drei sind meistens ein zweiter Indicator, der noch nicht angelegt wurde.
Ein Dashboard, viele Filter. Kopien vermeiden — ein Assignment-Group-Filter ersetzt fünf Team-spezifische Dashboards und bleibt konsistent.
Namenskonventionen von Tag eins. „[Domain] · [Metric] · [Aggregation]" — z.B. „ITSM · Open Incidents · Count". Die Library wächst schneller als du denkst.
Formula Indicators sparsam einsetzen. Sie sind mächtig, aber schwer zu debuggen — jede Ebene der Verrechnung versteckt Ursachen ein Stück weiter weg vom Snapshot.

Häufige Fallstricke

„Warum sehe ich nichts?" — der Collector läuft nur nach seinem Zeitplan. Bei Frequency=Daily gibt's frühestens am Tag nach der Aktivierung Daten. Für einen Sofort-Test: temporär auf Weekly stellen und den Job manuell auslösen.
„Der Trend ist unruhig." — meist zu hohe Frequenz. Ein wöchentlich besprochener KPI mit Daily-Snapshots produziert 6 Datenpunkte pro Woche, in denen niemand liest — die Kurve wackelt ohne Aussage.
„Der Snapshot ist plötzlich leer." — meist ein Filter, der auf eine gelöschte Choice-List-Option zeigt oder auf einen inaktiven User. Betrifft besonders Assignment-Group-basierte Indicators.
„Die Farben stimmen nicht mehr." — Target- oder Threshold-Werte wurden geändert, ohne dass sich die Kurve wieder unter die neue Grenze bewegt hat. PA färbt rückwirkend nicht neu — Snapshots behalten die Farbe von damals.

Für Umsteiger:innen Wer aus dem klassischen Reporting kommt: Der größte Perspektivwechsel ist nicht technisch, sondern konzeptionell. Reports zeigen den Zustand, PA zeigt den Verlauf. Die Werkzeuge fühlen sich ähnlich an, führen aber zu ganz anderen Gesprächen — „wie ist es?" vs. „wohin geht es?".

Das Abschlussquiz

Fünf Fragen, vier Fragetypen, alle Teile des Tutorials. Der Punktestand unten aktualisiert sich live.

Frage 1 · Multiple Choice

Was ist der zentrale Unterschied zwischen einer Data Visualization und einem PA-Widget?

Frage 2 · Richtig oder falsch?

„Wenn ich die Frequency eines Indicators von Daily auf Weekly ändere, werden bestehende tägliche Snapshots automatisch neu aggregiert.“

Frage 3 · Reihenfolge

Bring die Bausteine in die richtige Reihenfolge — vom Konzept zum sichtbaren Wert:

Frage 4 · Zuordnung

Welche Rolle darf was?

Rolle

Berechtigung

Frage 5 · Lückentext

Vervollständige die Aussage:

Eine numerische Kennzahl mit historischen Werten heißt in PA . Jede Einzelmessung ist ein . Die Aufteilung nach einer weiteren Dimension nennt PA .

Dein Ergebnis: 0 / 5 richtig— noch 5 offen

Wie geht's weiter?

Selbst ausprobieren: Auf einer Personal Developer Instance (PDI) gibt es Standard-Indicators für Incident und Change — ein guter Startpunkt zum Erkunden ohne eigene Anlage.
Vorheriges Tutorial: Falls du das Reporting-Tutorial noch nicht gesehen hast — Data Visualizations und Dashboards sind der Baukasten, in dem PA-Widgets leben.
Offizielle Doku: Die ServiceNow-Produktdokumentation zu Performance Analytics ist der verlässlichste Referenzpunkt für Feld-Details und Release-Änderungen.
Community: In der ServiceNow Community findest du unter „Performance Analytics" Beispiel-Indicators aus der Praxis und Antworten auf ungewöhnliche Fragen.