Ich habe Projekt-Dashboards mit 40 Indikatoren gesehen, die niemand ansah, und zweiseitige Wochenreports, die der Sponsor öffnete, ohne zu lesen. Das Problem ist nicht Datenmangel: es ist ein Überfluss an Metriken, die keine Entscheidung antreiben. Dieser Guide listet nur die Metriken auf, die aus meiner direkten Erfahrung das Verhalten der Leser tatsächlich verändern.
1. Schedule Performance Index (SPI) und Cost Performance Index (CPI). Aus dem Earned Value Management abgeleitet, bleiben SPI und CPI die zuverlässigsten Indikatoren für Projekte mit definiertem Budget und Zeitplan. SPI unter 1.0 zeigt Verzug, CPI unter 1.0 zeigt Budgetüberschreitung. Der eigentliche Wert liegt nicht in der isolierten Zahl, sondern im Trend: ein SPI, der Woche für Woche fällt, ist ein weit nützlicheres Warnsignal als ein einzelner negativer Datenpunkt.
2. Burn Rate und Runway (für Projekte mit Festbudget). Wie viel Budget Sie pro Woche verbrauchen im Verhältnis zum Rest. Bei Projekten mit langem Zeithorizont zeigt dieser Indikator ein Budgetproblem Wochen früher an als ein traditioneller Ist-Kosten-Report.
3. Lead Time und Cycle Time (für Kanban-/Continuous-Flow-Teams). Für Teams, die im Fluss arbeiten (Support, Operations, Instandhaltung), machen Velocity und Burndown keinen Sinn. Lead Time (vom Aufgabeneingang bis zum Ausgang) und Cycle Time (vom effektiven Arbeitsbeginn bis zum Ausgang) sind die richtigen Metriken, weil sie die reale Erfahrung des Stakeholders widerspiegeln, der auf das Ergebnis wartet.
4. Prozentsatz on-time erreichter Meilensteine vs. neu geplant. Es reicht nicht zu prüfen, ob ein Meilenstein erreicht wurde: es zählt, wie oft er zuvor neu geplant wurde. Ein Meilenstein, der nach drei Neuplanungen erreicht wird, signalisiert ein Schätz- oder Execution-Problem, das das einfache 'erreicht ja/nein' völlig verdeckt.
5. Der Report, den der Sponsor wirklich liest. Das Format, das aus meiner Erfahrung am besten funktioniert, ist eine einzelne Seite mit folgender Struktur: Gesamtstatus (grün/gelb/rot) oben, drei Bulletpoints zu Änderungen seit der Vorwoche, Risiken, die innerhalb von 7 Tagen eine Entscheidung erfordern, und sonst nichts. Jedes zusätzliche Detail sollte auf Anfrage verfügbar sein, nicht standardmäßig aufgenommen — Zweck des Reports ist es, Entscheidungen zu erzeugen, nicht zu zeigen, wie viel Arbeit erledigt wurde.
FAQ. Wie viele KPIs sollte ein Projekt-Dashboard haben? Zwischen 4 und 6 auf Sponsor-/Board-Ebene. Das operative Team kann mehr im Detail monitoren, aber die Synthese nach oben muss essenziell bleiben. Ist EVM (Earned Value Management) 2026 mit agilen Methoden noch relevant? Ja, in angepasster Form: viele agile Teams wenden EVM auf Release- oder Programmebene an, wenn auch nicht auf Ebene des einzelnen Sprints.
Wenn Ihr aktuelles Projekt-Reporting Daten, aber keine Entscheidungen erzeugt, buchen wir ein Gespräch: ich helfe Ihnen, ein essenzielles KPI-Set und ein Report-Format zu entwerfen, das der Sponsor wirklich liest.
