Was vorher fertig sein muss
Mindestens ein dokumentiertes, von der Leitung getragenes Ziel oder strategisches Anliegen liegt schriftlich vor.
Quartals- oder Jahres-OKRs des Teams sind formuliert und mit messbaren Key Results versehen.
Was vor Start vorliegen muss
GQM-Tabelle (Goal, Question, Metric, Quelle, Owner, Cadence); aktuelle Metrik-Inventur des Teams; Vorlage für Metrik-Steckbriefe; Whiteboard oder Miro-Board.
Ein Owner des Mess-Programms (Engineering Manager, Product Lead oder Data Lead); 2-4 Personen, die die Daten produzieren und konsumieren; ein Data Analyst für Quellen- und Berechnungs-Fragen.
Aktuelle Ziele in Kurzform; vorhandene Dashboards und Reports mit grobem Coverage-Stand; bekannte Metrik-Schmerzpunkte (z. B. widersprüchliche Zahlen); Liste verfügbarer Datenquellen.
2-3 h
Tabelle in drei Sektionen vorbereiten: Goals oben, darunter Questions, unten Metrics. Regel ansagen: Keine Metrik ohne Frage, keine Frage ohne Ziel. Auf einem zweiten Tab eine Sektion Orphan Metrics für Bestehendes ohne Ankerverbindung.
Die eine Frage, die diese Methode beantwortet
Welche Fragen müssen wir beantworten können, um zu wissen, ob wir unser Ziel erreichen, und welche Metrik beantwortet jede Frage?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Ziele konkretisieren | 30 min | Pro Ziel Konkretisierung in der Goal-Vorlage von Basili: Objekt, Zweck, Qualitätsaspekt, Standpunkt, Kontext. Z. B. Reduziere Mean Time to Restore für Service X aus Sicht des Operations-Teams in Produktion. | Wenn ein Ziel beim Konkretisieren auseinanderfällt, lieber teilen statt zu allgemein lassen. Schwammige Goals erzeugen schwammige Metriken. |
2Phase 2: Prüfende Fragen ableiten | 45 min | Pro Goal 3-6 Fragen formulieren, die beantwortet sein müssen, um den Fortschritt zu beurteilen. Fragen müssen empirisch beantwortbar sein, keine Meinungsfragen. | Wenn eine Frage nicht ohne Vermutung beantwortbar ist, ist sie zu abstrakt. Beispiel statt Sind wir schnell genug konkret: Wie lange dauert ein typischer Restore in P95? |
3Phase 3: Metriken pro Frage | 45 min | Pro Frage 1-2 Metriken benennen, die sie beantworten. Pro Metrik Datenquelle, Berechnung, Aggregation, Frequenz und Owner notieren. | Keine Metrik darf in zwei Fragen identisch landen ohne Begründung. Doppelte Metriken zeigen meist eine zu unscharfe Frage. |
4Phase 4: Bestand bereinigen | 30 min | Alle bestehenden Metriken durch das GQM-Raster ziehen. Metriken ohne Frage als Orphan markieren und einen Termin zur Abschaltung oder Anbindung setzen. | Orphan-Metriken nicht stillschweigend dulden. Sie sind die Hauptursache für Mess-Wildwuchs und widersprüchliche Reports. |
5Phase 5: Steckbriefe und Cadence | 30 min | Pro Metrik einen Steckbrief mit Definition, Quelle, Berechnung, Schwellenwerten und Owner anlegen. Review-Cadence definieren (z. B. monatlich, quartalsweise). | Ohne Steckbrief lebt eine Metrik nur als Zahl im Dashboard. Spätestens beim ersten Streit über die Bedeutung wird das gebraucht. |
Was am Ende rauskommt
GQM-Tabelle in drei Hierarchie-Ebenen plus ein Metrik-Steckbrief pro Metrik. Header mit Datum, Owner, Geltungsbereich. Sektion für Orphan Metrics mit Abschalttermin.
Pro Halbjahr Snapshot mit Datum. Änderungen an Metrik-Definition mit Begründung im Edit-Log, alte Definition nicht überschreiben. Abgeschaltete Metriken mit Status retired und Datum behalten.
Kompakte Arbeitsvorlage für Goal Question Metric mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Goal Question Metric Arbeitsvorlage
## Ziel
Leitet Metriken aus Zielen und prüfenden Fragen ab.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- GQM-Tabelle:
- Metrik-Steckbriefe:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Konkret gefülltes Szenario
## GQM-Plan — Platform Reliability Team, H2 2026
### Goal G1
Reduziere Mean Time to Restore (MTTR) für Tier-1-Services aus Sicht des Operations-Teams in Produktion.
#### Question Q1.1: Wie lange dauert ein typischer Restore?
- M1: MTTR P50 in Minuten je Service (Quelle: PagerDuty + Statuspage Joins, monatlich).
- M2: MTTR P95 in Minuten je Service (Quelle: gleich, monatlich).
#### Question Q1.2: Wo geht die meiste Restore-Zeit hin?
- M3: Time-to-Detect (Quelle: Datadog Alert Logs, monatlich, Owner @ben).
- M4: Time-to-Engage (Quelle: PagerDuty Acknowledge, monatlich, Owner @anna).
- M5: Time-to-Mitigate (Quelle: Incident Notes, monatlich, Owner @marcus).
### Orphan Metrics (abzuschalten bis 30.09.2026)
- Server CPU max (kein Frage-Bezug, Owner @anna).
- Tickets in Queue X (Frage unklar, Owner @lisa).Symptome erkennen, gegensteuern
Diskussion beginnt mit Welche Daten haben wir und welche Fragen können wir damit beantworten.
Bottom-up-Reflex stoppen, mit der Goal-Vorlage neu starten. Vorhandene Daten erst nach Frage-Definition heranziehen.
Fragen wie Sind wir agil genug bleiben, ohne dass jemand sagen kann, was als Antwort gilt.
Frage so umformulieren, dass eine Zahl oder ein klassifizierter Status sie beantwortet. Wenn das nicht geht, gehört die Frage in eine Retrospektive, nicht in GQM.
Pro Frage entstehen 4-5 Metriken, das Programm wird unwartbar.
Maximal 2 Metriken pro Frage. Wer mehr will, splittet die Frage. Sonst leidet Pflege und Glaubwürdigkeit.
Im Dashboard steht eine Zahl, niemand kann erklären, wie sie berechnet wird oder wer sie verantwortet.
Kein Eintrag in der GQM-Tabelle ohne verlinkten Steckbrief. Beim Review wird der Steckbrief geöffnet, sonst gilt die Metrik als nicht produktiv.
Reports enthalten weiter Zahlen ohne Frage-Bezug, weil sie historisch da sind.
Orphan-Liste mit Abschalt-Datum führen. Eskalation bei Überschreitung, sonst sammelt sich neuer Wildwuchs.
Nach dem Workshop wird die Tabelle nicht mehr angefasst, neue Metriken entstehen wieder ad-hoc.
Review-Cadence (mindestens quartalsweise) fixieren. Neue Metriken nur via Pull Request gegen das GQM-Repo, sonst keine Aufnahme ins Reporting.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.