Die KPI-Karte und wer A ist

Teil 1 hat die Entscheidung benannt. Dieser Teil füllt die Karte und setzt ein A darauf. Ohne Owner und Steward bleiben im Alltag zwei Formeln stehen, aber niemand darf die Definition verbindlich ändern.

← Vorheriger Teil · Nächster Teil →

In einem Satz: Fünf Felder und ein A halten den KPI; eine Stakeholder-Liste tut das nicht.

Entscheidung

1. Entscheidung — die Handlung, wenn die Grenze in dieser Periode reißt.
2. Grain — das zählbare Ereignis (Auftragszeile, Sendung, gebuchte Rechnung).
3. Periode — Kalender-Close, rollierendes Fenster oder As-of; späte Korrekturen benannt.
4. Owner ist A — die Rolle, die die Definition ändern darf. Kein Gremium.
5. Steward — Bedeutung und Qualität auf der Karte; kein stilles zweites A.
6. Entwurf im Tool. KPI-Definition nutzen; kein zweites Kartenformat erfinden.

Was du festhältst

Eine Karte im Tool, kein zweites Wiki. Die fünf Felder müssen in einem Arbeitsmeeting lesbar sein, ohne den Deep Dive zu öffnen. Ist ein Feld „tbd“, wird der KPI nicht gehalten — als Entwurf parken. Foundations hat schon Entscheidung vor Dashboard gesagt; diese Seite macht Owner und Steward benannt, damit eine Änderung ein A hat.

Nicht die ganze Deep-Dive-Checkliste auf die Karte kopieren. Quellsysteme, Ausnahmenlisten und Versionshistorie warten, bis die fünf Felder stehen — dann Teil 3 und der Deep Dive.

Szenario

„On-time“ hat einen Entscheidungssatz aus Teil 1. Grain ist noch „Sendung oder Zeile — tbd“. Owner ist „Finance / Sales“. Ein Board-Pack nutzt das Excel vom letzten Meeting. Das fehlende Artefakt ist ein Grain, eine Periode und ein A — dann ein Steward. Der Deep Dive kann warten, bis diese fünf Felder stehen.

Solange Grain fehlt, bleiben beide Zahlen „richtig“ und die Karte ist Entwurf. Die Tool-Ausgabe nicht als gehaltenen KPI publishen. Den Entwurfslink in die Sprint-Planner-Instanz legen, damit derselbe Kampf nicht unter neuem Titel neu startet.

Anti-Patterns

• Stakeholder-Liste als Verantwortung
• Steward standardmäßig als Excel-Autor
• Periode impliziert durch „Dashboard-Refresh“
• Zwei As „bis wir uns einig sind“
• Die Karte überspringen, weil die Deep-Dive-PDF lang ist
• Den Tool-Entwurf publishen, während fachliche Ebene noch tbd ist

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Eine Kennzahl festhalten
• Lernpfad — Eine Kennzahl festhalten

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

1. Den Startwahl-KPI in der KPI-Definition öffnen.
2. Entscheidung, Grain, Periode, Owner, Steward füllen — fünf Felder, mehr noch nicht.
3. Ein A benennen; den zweiten „Co-Owner“ streichen.
4. Quelle, Ausnahmen und Version für den Deep Dive oder Teil 3 parken.
5. Dieselbe Karte aus der Sprint-Planner-Instanz verlinken, damit alle Beteiligten dasselbe Artefakt öffnen.

Nächster Schritt

← Vorheriger Teil · Nächster Teil →