Beispiele für Dashboards von Projektmanagement-Software für Teams

Ein Projekt-Dashboard der Führungsebene ist eines, bei dem jede Zahl auf dem Bildschirm live aus denselben Transaktionsdaten berechnet wird, mit denen Ihre Teams täglich arbeiten, bis hin zur Aufgabe oder dem Stundenzetteleintrag, aus dem sie entstanden ist, analysiert werden kann und einer Entscheidung zugeordnet werden kann, die der Betrachter treffen kann.

Dashboards, die manuell aktualisiert, in einer separaten BI-Ebene aggregiert oder auf Daten erstellt werden, die Ihre Teams tatsächlich nicht nutzen, verlieren innerhalb von zwei Quartalen das Vertrauen.

Drei Tests unterscheiden ein echtes Dashboard von einem bloßen Berichtsartefakt:

Datenherkunft

Kann ein Finanzchef in demselben Tool auf eine Margenzahl klicken und die dazugehörige Zeiterfassungszeile aufrufen, ohne einen Export durchzuführen?

Ehrlichkeit erneuern

Handelt es sich um eine Live-Zahl oder um den Stand der letzten Synchronisierung? Führungskräfte entscheiden anders, sobald sie die Antwort kennen.

Entscheidungspassung

Verändert das Widget die Aktivitäten einer Person in dieser Woche, oder wirkt es in einer Präsentation nur informativ?

Celoxis basiert auf dem ersten Ansatz, da Terminplanung, Finanzen, Ressourcenkapazität, Risiken, Stundenzettel und benutzerdefinierte Workflow-Objekte ein gemeinsames Beziehungsmodell nutzen, anstatt in voneinander getrennten Modulen zu existieren. Diese Architekturentscheidung wird in den zehn folgenden Beispielen veranschaulicht.

Der Berichtsaufwand in den meisten Portfolio-Organisationen ist keine Frage der Wahrnehmung. Er ist messbar.

Die Studie „Pulse of the Profession“ von PMI untersucht seit über einem Jahrzehnt die Verschwendung durch mangelhafte Projektleistung. Laut der Ausgabe von 2020 gingen 11,4 Prozent jedes investierten Dollars durch mangelhafte Projektleistung verloren. Die Ausgabe von 2021 verzeichnete einen Rückgang auf 9,4 Prozent. Langfristig betrachtet sank die Verschwendung laut PMI von 13,5 Prozent im Jahr 2013 auf 9,9 Prozent im Jahr 2018. Angesichts eines Unternehmensportfolios sind das keine geringen Summen. Bei einem jährlichen Projektbudget von 200 Millionen US-Dollar entspricht ein Prozentpunkt 2 Millionen US-Dollar.

Quellen: PMI, Pulse of the Profession 2018, 2020 und 2021.

Verschwendung in diesem Ausmaß entsteht selten durch ein einzelnes katastrophales Versagen. Sie häuft sich vielmehr durch verspätete Entscheidungen an, weil niemand das Problem rechtzeitig erkennen konnte.

Vier Muster tauchen in Evaluierungsgesprächen mit PMO- und Technologieverantwortlichen immer wieder auf:

Datenfragmentierung über verschiedene Tools. Zeitpläne in einem System, Budgets im Finanzbereich, Ressourcenplanung in Tabellenkalkulationen, Risiken in einem gemeinsamen Dokument, Kundeninformationen per E-Mail. Jede Managementansicht wird so zu einer Abgleichsübung, bevor sie analysiert werden kann.

Es gibt keine wirkliche Portfolioebene. Viele Tools eignen sich hervorragend für Einzelprojekte, sind aber bei der Gesamtprojektanalyse schwach. Führungskräfte haben am Ende fünfzig Projektansichten und keine Portfolioansicht oder eine Portfolioansicht, die lediglich eine manuell gepflegte Zusammenfassung der fünfzig Projektansichten darstellt.

Die Umsetzung ist von den Geschäftsergebnissen abgekoppelt. Das System erfasst zwar den Fertigstellungsgrad, bietet aber keine Möglichkeit, den erwarteten Nutzen oder die strategische Ausrichtung zu dokumentieren. Daher kann niemand beantworten, ob sich die Arbeit lohnt.

Der Aufwand für die Berichterstattung wird in Tagen, nicht in Minuten gemessen. PMO-Teams berichten regelmäßig, dass sie zehn oder mehr Stunden pro Woche mit der Erstellung von Statusberichten verbringen. Das entspricht einem Viertel einer Vollzeitstelle, das für die Formatierung von Informationen aufgewendet wird, die bereits irgendwo vorhanden sind.

Der fünfte Grund ist der, der zum Austausch von Werkzeugen führt: die Unfähigkeit, die Investition zu verteidigen. Wenn ein Vorstand fragt, warum das Transformationsportfolio acht Prozent über dem Budget liegt, hält die Aussage „Wir arbeiten an den Zahlen“ keine zwei Quartale.

Gartner führt diese Kategorie nun unter dem Begriff „ Strategisches Portfoliomanagement“ anstatt unter dem traditionellen Projekt- und Portfoliomanagement. Dies spiegelt den Trend hin zu Tools wider, die Investitionsentscheidungen mit der Umsetzung verknüpfen, anstatt lediglich die Erledigung von Aufgaben zu verfolgen. Die zentrale Frage im Dashboard lautet nicht mehr: „Kann ich meine Projekte sehen?“, sondern: „Kann ich sehen, ob mein Portfolio die angestrebten Ergebnisse liefert?“

Jedes der folgenden Beispiele behandelt dieselben fünf Punkte: Zweck, Funktion, angezeigte KPIs, ein Szenario mit Ergebnisveränderung und die Unterschiede zu gängigen Alternativen. Nutzen Sie die Tabelle, um direkt zu den für Sie relevanten Beispielen zu springen.

Ziel: Dem Führungsteam einen Bildschirm zur Verfügung stellen, der die Frage beantwortet: „Erfüllt das Portfolio die Erwartungen, und wo muss ich diesen Monat eingreifen?“

Primäre Zielgruppe: CEO, CTO, COO, Bereichsleiter, Unterausschüsse des Vorstands.

KPIs auf dem Bildschirm: Margenprozentsatz, Ist-Umsatz im Vergleich zum Plan-Umsatz, Ist-Kosten im Vergleich zum Budget mit Abweichungsrichtung, Ist-Aufwand im Vergleich zum Plan-Aufwand, Projekt-Terminplan- und Budget-Status, Aufgabenstatusverteilung, Plan-Ist-Kostenkurve und Plan-Ist-Aufwand pro Person im Vergleich zum Ist-Aufwand.

Szenario: Ein CTO öffnet das Dashboard vor der vierteljährlichen Geschäftsbesprechung. Der Umsatz liegt 19 Prozent unter dem Zielwert, die Kosten hingegen 9 Prozent unter dem Limit und der Aufwand 43 Prozent unter Plan. Zusammengenommen ergeben diese drei Zahlen ein klares Bild: Das Portfolio verschwendet nicht zu viel Geld, sondern liefert zu wenig. Das Problem liegt im Durchsatz, nicht in der Kostenkontrolle. Ohne die Abweichung des Aufwands neben der Umsatzabweichung würde man wahrscheinlich das Budget kürzen – genau das Gegenteil der richtigen Maßnahme.

Was Celoxis auszeichnet. Der Unterschied liegt nicht in den Widgets, da die meisten Plattformen ein Kreisdiagramm erstellen können. Vielmehr werden Marge, Umsatz, Kosten und Aufwand aus denselben Datensätzen berechnet, die Teams täglich aktualisieren: Stundenzettel, Spesenabrechnungen, Stundensätze und Projektfortschritt. Keine nächtliche Synchronisierung, kein separates Finanzmodul für den Abgleich, keine BI-Lizenz für die Portfolioübersicht.

Evaluierungsteams, die mit Microsoft Project stellen häufig fest, dass diese detaillierte Finanzübersicht Project Online und Power BI erfordert, wobei das Datenmodell separat verwaltet wird. Teams, die Monday.com oder Smartsheet , erreichen dies oft über Formelspalten und Zusammenfassungstabellen, die von einer einzelnen Person verwaltet werden und bei Änderungen der Projektstruktur nicht mehr funktionieren. Die entscheidende Frage an jeden Anbieter lautet: Wer pflegt dieses Dashboard, nachdem der Ersteller das Projekt verlassen hat?

Ziel: Die Projekte, die einer Steuerung bedürfen, von denjenigen zu trennen, die in Ordnung sind, ohne fünfzig Statusberichte lesen zu müssen.

Primäre Zielgruppe: PMO-Leiter, Portfoliomanager, Programmsponsor.

KPIs auf dem Bildschirm: Termin- und Budgetstatus als unabhängige Indikatoren, Frist, Kunde, Portfoliogruppierung, Fertigstellungsgrad, voraussichtliche Kosten im Vergleich zum Budget und eine Statusverteilung in Planmäßig, Gefährdet, Überfällig, Blockiert, Erledigt und Zukünftig.

Szenario: Ein PMO-Leiter prüft die Statusübersicht und entdeckt ein Projekt, das zwar termingerecht abgeschlossen, aber budgetüberschritten ist. Diese Kombination wird in der Portfolioberichterstattung am häufigsten übersehen, da ein einzelner, kombinierter Ampelstatus „Grün“ angezeigt und die Angelegenheit damit erledigt hätte. Zwei unabhängige Statusdimensionen zeigen jedoch, dass das Team den Termin nur durch Aufbrauchen der Reserve eingehalten hat. Dies ist eine wichtige Erkenntnis für die nächste Schätzung und wird nur sichtbar, wenn die beiden Status separat erfasst werden.

Der Unterschied bei Celoxis: Celoxis leitet den Status von Terminplan und Budget aus Systemdaten ab, anstatt ihn manuell über eine Ampel-Auswahlliste festzulegen. Das ist wichtiger, als es zunächst klingt, denn manuelle Statusfelder sind naturgemäß optimistisch: Wer sie eingibt, ist auch für das Ergebnis verantwortlich.

Die Portfoliostruktur ist der zweite Unterschied. Projekte werden in Portfolios, Portfolios in Programme eingeordnet, und Finanz- sowie Aufwandskennzahlen werden auf jeder Ebene automatisch aggregiert. Unternehmen, die Monday.com und Wrike evaluieren, berichten häufig, dass die Portfolioaggregation zwar möglich ist, aber von höherwertigen Tarifen, zusätzlichen Analysetools oder einer strengen Führungsstruktur abhängt, deren Effizienz mit zunehmender Projektanzahl nachlässt. Planview handhabt die Portfoliostruktur im Unternehmensbereich gut, wobei Implementierungszeit und administrativer Aufwand häufig als Kompromiss genannt werden. Die entscheidende Frage bei der Evaluierung ist, wie hoch der Konfigurationsaufwand für eine funktionierende Aggregation ist und ob es sich dabei um einmalige oder dauerhafte Kosten handelt.

Ziel: Die Personen ermitteln, die diese Woche überlastet sind, und die ungenutzten Kapazitäten identifizieren, um dann die Arbeit zu verlagern, bevor der Zeitplan durcheinandergerät.

Primäre Zielgruppe: Ressourcenmanager, Projektleiter, Entwicklungsleiter, Personalverantwortlicher.

KPIs auf dem Bildschirm: Täglich und wöchentlich zugewiesene Stunden pro Ressource, insgesamt zugesagte Stunden über den gesamten Zeitraum, Zuweisungsstatus pro Tag (optimal, unterbelegt, überbelegt, Ausnahme, nicht in Betrieb) und Drilldown von der Ressource über das Projekt bis hin zum einzelnen Arbeitselement.

Szenario: Ein Delivery Director betrachtet die nächsten drei Wochen und sieht, dass ein Entwickler vier Tage in Folge 16 Stunden täglich arbeitet, während zwei Kollegen im selben Zeitraum eine Unterauslastung aufweisen (hellblau). Niemand hat sich beschwert. Und niemand wird es tun, denn der betreffende Entwickler ist jemand, der die Belastung gut verkraftet. Die Heatmap macht das Ungleichgewicht sichtbar, ohne dass jemand etwas sagen muss, und die Umverteilung erfolgt an einem Dienstag, anstatt erst nach dem Verpassen eines Meilensteins.

Der Unterschied bei Celoxis: Die Heatmap basiert auf denselben Aufgabenzuweisungen, die auch den Zeitplan bestimmen. Daher werden durch das Verschieben einer Zuweisung Plan, Auslastungsansicht, Kostenprognose und die Aufgabenliste der Ressource gleichzeitig aktualisiert. Es gibt keinen separaten Ressourcenplan, der mit dem Projektplan synchronisiert werden muss – genau hier scheitern die meisten Ressourcenmanagementprozesse.

Zwei Punkte sollten Sie bei Alternativen prüfen: Erstens, ob die Kapazität Arbeitskalender, Feiertage, Teilzeitverfügbarkeit und projektfreie Zeiten berücksichtigt, da eine Heatmap, die von acht einheitlichen Stunden pro Person ausgeht, wenig aussagekräftig ist. Zweitens, ob das Ressourcenmanagement integriert oder separat lizenziert ist. Smartsheet-Nutzer stellen häufig fest, dass ein sinnvolles Ressourcenmanagement in einem separaten Produkt enthalten ist, und Wrike-Nutzer stoßen oft auf Ressourcenfunktionen, die erst in höheren Tarifen verfügbar sind. Celoxis hingegen integriert Kapazität, Zuweisung und Arbeitslastmanagement in die Kernplattform.

Ziel: Die Frage beantworten, welche Arbeiten tatsächlich profitabel sind und wo die Kosten schneller steigen als der Nutzen.

Primäre Zielgruppe: CFO, Finanz-Business-Partner, Leiter professioneller Dienstleistungen, Verantwortlicher für die Ergebnisrechnung im Lieferbereich.

KPIs auf dem Bildschirm: Kosten nach Kategorie über einen rollierenden Zeitraum von zwölf Monaten, Aufteilung nach Arbeitskosten und sonstigen Kosten, geplante versus tatsächliche Kostenkurven, voraussichtliche Kosten bei Fertigstellung, Umsatzrealisierung, Bruttogewinnmarge in Prozent und Zeitpunkt des Cashflows.

Szenario: Ein Dienstleistungsmanager prüft die Marge und stellt fest, dass der aktuelle Monat einen Umsatz von 347.300 US-Dollar aufweist, verglichen mit einem Zwölfmonatsdurchschnitt von etwa 110.000 US-Dollar. Die detaillierte Aufschlüsselung zeigt, dass der Anstieg auf Personal- und Softwarekosten zurückzuführen ist und nicht auf einen einmaligen Hardwarekauf. Dies verändert die Reaktion grundlegend. Hardware-Spitzen sind zeitlich bedingt, Personalkostenspitzen hingegen strukturell. Die richtige Maßnahme ist ein Gespräch mit dem Kunden über den Projektumfang, idealerweise in der zweiten Woche nach der Kostenüberschreitung und nicht erst zum Quartalsende.

So unterscheidet sich Celoxis: Kostenkategorien, Stundensätze, Kostensätze, Fixkosten und Ausgaben sind eigenständige Objekte und keine benutzerdefinierten Spalten. Die Marge wird automatisch berechnet, nicht manuell eingegeben. Da Stundenzettel einen Zeitcode und ein Kennzeichen für die Abrechnung enthalten und Ausgaben Projekten und Aufgaben zugeordnet sind, spiegelt das Finanz-Dashboard die Realität der Rechnung wider.

Dies ist die größte Lücke, die Architektur-Evaluierungsteams bei der Verwendung allgemeiner Projektmanagement-Tools feststellen. Monday.com und Smartsheet unterstützen zwar numerische Spalten und Formeln, sodass ein versierter Administrator eine Margenberechnung erstellen kann. Was ihnen jedoch fehlt, ist ein Tarifmodell, das zwischen Kosten- und Stundensatz pro Person, Rolle, Kunde und Zeit unterscheidet. Sobald sich die Tarife während eines Projekts ändern, ist die Margenverfolgung mittels Tabellenkalkulation nicht mehr zuverlässig. Testen Sie dieses Szenario in einer Testphase: Ändern Sie den Stundensatz einer Ressource ab einem bestimmten Zeitpunkt mitten im Projekt und prüfen Sie anschließend, ob die historische Marge weiterhin korrekt ist.

Ziel: Ein Risikoregister von einem Compliance-Dokument in eine Finanzierungsentscheidung umwandeln.

Primäre Zielgruppe: Risikoverantwortlicher, PMO-Governance-Leiter, Programmleiter, Audit und Assurance.

KPIs auf dem Bildschirm: Gesamtzahl der offenen Risiken, Anzahl der kritischen Risiken, Wahrscheinlichkeit im Verhältnis zur Schwere als Blasenmatrix mit Zählungen dargestellt, Value at Risk pro Projekt im Verhältnis zum Gesamtprojektwert und eine Tabelle der Top-Risiken mit Bewertung, Schweregrad, Wahrscheinlichkeit und monetärem Risiko.

Szenario: Ein Programmleiter hat elf kritische Risiken und ein begrenztes Budget für Risikominderungsmaßnahmen. Eine herkömmliche, nach Ampelstatus sortierte Liste bietet keine Möglichkeit zur Auswahl. Die Rangfolge nach Risikowert hingegen schon. Der erste Eintrag, eine Abhängigkeit von der Salesforce-Integration, birgt ein Risiko von 29.250 US-Dollar. Der fünfte Eintrag birgt ein Risiko von 16.665 US-Dollar. Da sich ein Risikowert von 867.800 US-Dollar auf wenige Projekte konzentriert, rückt das Budget für Risikominderungsmaßnahmen an die Spitze der Liste, und die Diskussion im Governance-Bereich verlagert sich von der Frage „Welche Risiken sind kritisch?“ hin zu „Welche Risiken sind es wert, reduziert zu werden?“.

Was Celoxis auszeichnet: Der Value at Risk (VaR) wird anhand von Wahrscheinlichkeit und finanziellen Auswirkungen berechnet und nicht willkürlich zugewiesen. Dadurch sind Risiken über verschiedene Projekte hinweg vergleichbar, die von Managern mit unterschiedlicher Risikobereitschaft geleitet werden. Risiken sind mit den betroffenen Projekten, Aufgaben und Verantwortlichen verknüpft, sodass ein eintretendes Risiko zu einem Problem mit nachvollziehbaren Auswirkungen auf Zeitplan und Kosten führt.

Die meisten Projektmanagement-Plattformen behandeln Risiken als Liste mit einem benutzerdefinierten Statusfeld. Das ist für ein kleines Portfolio ausreichend, aber unzureichend für regulierte oder kapitalintensive Projekte. Wenn Sie einer Prüfungspflicht unterliegen, prüfen Sie, ob die Plattform die Risikohistorie abbilden kann: Wie lautete das Rating vor drei Monaten, wer hat es geändert und wie hoch war das Risiko zum Zeitpunkt der Finanzierungsentscheidung?.

Ziel: Aufzeigen, wohin sich der kritische Pfad bewegt und welche Meilensteine ​​tatsächlich gefährdet sind, im Gegensatz zu der Darstellung, welche Meilensteine ​​auf einer Folie im Verzug sind.

Primäre Zielgruppe: Programmmanager, Projektleiter, PMO-Planer.

KPIs auf dem Bildschirm: Geplanter Start und Ende, Dauer, Abhängigkeitsketten mit Vorlauf und Nachlauf, Verantwortliche auf Aufgabenebene, Vergleich von Basis- und aktuellen Daten, prozentualer Fertigstellungsgrad und Meilensteinstatus im Vergleich zum heutigen Stand.

Szenario: Ein Projektmanager sieht drei Designaufgaben, die am selben Tag abgeschlossen werden und alle in die Entwicklung einfließen. Eine dieser Aufgaben ist farblich markiert, um anzuzeigen, dass sie im Rückstand ist. In der Listenansicht erscheinen sie als drei normale, laufende Aufgaben. Im Zeitplan machen die Abhängigkeitslinien jedoch deutlich, dass eine einzige verspätete Spezifikation die gesamte nächste Phase blockiert. Die Eskalation ist klar definiert: eine Aufgabe, ein Verantwortlicher, zwei Tage. Darauf kann reagiert werden.

Wie sich Celoxis unterscheidet: Das Gantt-Diagramm steuert die Planung, anstatt sie nur zu visualisieren. Durch Verschieben einer Aufgabe werden Abhängigkeiten, Ressourcenauslastung, Kostenprognose und die Management-Dashboards neu berechnet. Celoxis unterstützt Abhängigkeitstypen mit Vorlauf und Nachlauf, kritischem Pfad und Baselines – genau die Funktionen, die erfahrene Planer, die von Microsoft Project kommen, suchen. Teams, die von schlankeren Tools wechseln, stellen oft fest, dass eine Zeitleistenansicht nicht dasselbe ist wie ein Planungsmodul. Dieser Unterschied wird sofort deutlich, wenn sich ein Datum verschiebt, ohne dass sich nachfolgende Planungsschritte ändern.

Ziel: Den Unterschied zwischen einem Team, das viel zu tun hat, und einem Team, das Ergebnisse liefert, aufzeigen.

Primäre Zielgruppe: Engineering Manager, Scrum Lead, Delivery Manager, Operations Lead.

KPIs auf dem Bildschirm: Laufende Arbeiten pro Spalte, Prioritätsverteilung in den Swimlanes, Zykluszeit zwischen den Zuständen, Burndown im Vergleich zum verbleibenden Aufwand, geplanter versus tatsächlicher Aufwand pro Person und protokollierte Stunden nach Arbeitselement und Zeitcode.

Szenario: Ein Delivery Manager sieht 28 Einträge im Backlog, 4 in der Entwicklung, 1 im Test und 10 abgeschlossen. Die Testkapazität ist der Engpass, nicht die Entwicklungskapazität. Zusätzliche Entwickler würden die Situation nur verschlimmern. Das Dashboard lenkt die Diskussion über die Personalsuche auf die Frage nach dem Engpass, was in der Regel die kostengünstigere Lösung darstellt.

Wie sich Celoxis unterscheidet: Geschwindigkeitsdaten sind nur so aussagekräftig wie die zugrundeliegenden Aufwandsdaten. Da Celoxis-Stundenzettel explizite Status durchlaufen – von gespeichert über eingereicht, genehmigt und abgelehnt bis hin zur Rechnungsstellung –, wurden die Stunden, die in die Produktivitätskennzahlen einfließen, von einer verantwortlichen Person geprüft. Zudem trennen Zeitcodes die abrechnungsfähige Leistung von Dokumentation, Tests und internen Arbeiten. Viele Plattformen erfassen zwar den Abschluss von Aufgaben, aber nicht den Aufwand. Dadurch entstehen Geschwindigkeitsdiagramme, die die Aktivität statt der Kapazität messen.

Ziel: Kunden und externen Sponsoren eine Live-Ansicht mit Zugriffsberechtigungen bieten, damit sie nicht mehr nach dem Status fragen, sondern darauf reagieren.

Primäre Zielgruppe: Account Director, Kundensponsor, Vendor Manager, externes Programmkomitee.

KPIs auf dem Bildschirm: Meilensteinfortschritt, ausstehende Genehmigungen seitens des Kunden, Status der Liefergegenstände, Änderungsanträge und deren Status, freigegebene Dokumente und Terminplanstatus. Interne Marge, Kostensätze und Ressourcenkapazität bleiben verborgen.

Szenario: Ein Kunde eskaliert donnerstags wegen einer nicht gelieferten Leistung. Das Portal zeigt, dass die Leistung elf Tage lang blockiert war, da eine Genehmigung seitens des Kunden ausstand, die der Auftraggeber nie erteilt hat. Das Gespräch verlagert sich von Schuldzuweisungen hin zur Lösung des Problems, und das Account-Team konzentriert sich auf die Lieferung, anstatt einen defensiven Zeitplan zu rekonstruieren.

Wie sich Celoxis unterscheidet: Der Zugriff wird über rollenbasierte Berechtigungen auf dieselben Live-Daten gesteuert, anstatt eine bereinigte Kopie zu exportieren. So sieht der Kunde die aktuelle Realität, und das Account-Team muss keine zusätzlichen Daten verwalten. Die Lizenzbedingungen für externe Stakeholder variieren je nach Anbieter und ändern sich mit der Zeit. Bitte erfragen Sie die aktuellen Bedingungen direkt. Die entscheidende Frage ist die Architektur: Ist die Kundenansicht eine gefilterte Projektion des Live-Systems oder ein separates Artefakt, das regelmäßig synchronisiert wird? Jedes Tool kann Letzteres leisten. Ersteres reduziert den Aufwand für das Reporting erheblich.

Ziel: Die Leistungserbringung soll mit dem Geschäftsmodell verknüpft werden, damit das Portfolio anhand der Ergebnisse und nicht anhand der Fertigstellung beurteilt werden kann.

Primäre Zielgruppe: Transformationsabteilung, Strategieabteilung, Finanzvorstand, Investitionsausschuss.

KPIs auf dem Bildschirm: Erwarteter Nutzen versus realisierter Nutzen, Datum der Nutzenrealisierung, strategische Zielübereinstimmung, bisherige Investitionen im Vergleich zum genehmigten Business Case, Amortisationszeit und Status der einzelnen Phasen.

Szenario: Ein Investitionsausschuss prüft zwölf vor 18 Monaten genehmigte Initiativen. Neun davon sind abgeschlossen. Nur vier haben bereits einen Nutzen erbracht, und zwei davon erfüllen nicht die Kriterien, die die Finanzierung gerechtfertigt hätten. Dieser Befund ist in einem Projektverfolgungssystem nicht erfasst, da dieses kein Feld für den Nutzen vorsieht. Sobald er vorliegt, gestaltet sich die nächste Finanzierungsrunde anders, und das Projektmanagementbüro (PMO) verfügt über Belege statt über bloße Argumentation.

Der Unterschied bei Celoxis: Benutzerdefinierte Apps ermöglichen die Modellierung von Objekten, die nicht standardmäßig in der Plattform enthalten sind, wie z. B. Nutzen, Business Case, Genehmigungsprozesse oder Wertströme – komplett mit eigenen Feldern, Status-Workflows, Genehmigungen und Berechtigungen. Diese Objekte verhalten sich wie native Datensätze: Sie sind auswertbar, mit Projekten verknüpfbar und in Dashboards verfügbar.

Hier stoßen die Evaluierungsteams auf die größten Unterschiede. Die meisten Tools bieten benutzerdefinierte Felder für bestehende Objekte. Weniger bieten benutzerdefinierte Objekte mit eigenem Lebenszyklus. Enterprise-Suiten wie Planview unterstützen diese Detailtiefe, wobei der Konfigurationsaufwand und die Kosten abgewogen werden müssen. Die entscheidende Frage für Ihre Auswahlliste ist, ob das benötigte ROI-Modell eine Konfigurationsübung oder die Beauftragung eines professionellen Dienstleisters erfordert.

Ziel: Kostenüberschreitungen frühzeitig erkennen, solange noch Zeit für eine Änderungsanforderung besteht, anstatt den Verlust selbst zu tragen.

Primäre Zielgruppe: Projektmanager, Kostencontroller, Lieferleiter, Finanz-Business-Partner.

Auf dem Bildschirm angezeigte KPIs: Genehmigtes Budget, bisherige Istkosten, Fertigstellungsgrad, voraussichtliche Kosten bei Fertigstellung, Budgetlage und Portfolio-Gesamtwerte über alle drei Bereiche hinweg.

Szenario: Ein Projekt ist mit 100.500 $ budgetiert, 40.350 $ wurden ausgegeben, der Fertigstellungsgrad liegt bei 7 % und die prognostizierten Kosten bei Fertigstellung bei 326.125 $. Die tatsächlichen Ausgaben liegen deutlich unter dem Budget, daher zeigt ein einfacher Budget-Ist-Vergleich positive Ergebnisse. Die Prognose hingegen nicht, da ein Fertigstellungsgrad von 7 % bei einem Budgetverbrauch von 40 % eine erhebliche Kostenüberschreitung erwarten lässt. Der Änderungsantrag wird im zweiten statt im sechsten Monat eingereicht.

Der Unterschied bei Celoxis: Die prognostizierten Kosten bei Fertigstellung sind die Kennzahl, die einen Kostenbericht in ein Frühwarnsystem verwandelt. Dafür muss die Plattform drei Dinge gleichzeitig wissen: die bereits ausgegebenen Kosten, den tatsächlichen Arbeitsfortschritt und die noch geplanten Arbeiten. Systeme, die Budget und Fortschritt getrennt erfassen, können diese Kennzahl nicht zuverlässig berechnen. Führen Sie folgenden Test in einer beliebigen Testumgebung durch: Erfassen Sie Zeitaufwand und Kosten für ein teilweise abgeschlossenes Projekt und prüfen Sie anschließend, ob sich die Prognose aktualisiert, ohne dass jemand eine Tabelle bearbeiten muss.

Alle unten aufgeführten Plattformen sind seriös und haben zufriedene Kunden. Die entscheidenden Unterschiede liegen in der Architektur: Sie zeigen sich im Entwicklungs- und Wartungsaufwand Ihres Teams, nicht in einer Funktionsliste. Da sich die Versionen häufig ändern, sollten Sie dies als zu überprüfende Fragen und nicht als endgültige Bewertung betrachten.

Drei wichtige Einschränkungen. Microsoft Project ist nach wie vor die beste Wahl für Organisationen, die auf Microsoft-Produkte mit integrierter Power BI-Funktionalität setzen. Monday.com und Smartsheet punkten mit ihrer schnellen Akzeptanz, was ein echter Vorteil ist, wenn die mangelnde Nutzung des Tools der Hauptgrund für Probleme ist. Planview ist für sehr große, stark reglementierte Portfolios konzipiert und in diesem Umfang oft die optimale Lösung.

Celoxis eignet sich tendenziell für Organisationen, die ein umfassendes Portfolio und finanzielle Tiefe benötigen, aber kein unternehmensweites Implementierungsprogramm. Dies ist eine Positionierungsaussage, keine endgültige Aussage. Testen Sie es anhand Ihrer eigenen Szenarien.

Dashboards beantworten erwartete Fragen. Die meisten Fragen von Führungskräften hingegen nicht. Indem man in einfacher Sprache nach gefährdeten Projekten oder überfälligen Aufgaben fragt und ein strukturiertes, berechtigungsgefiltertes Ergebnis erhält, schließt man die Lücke zwischen einem geplanten Bericht und einer tatsächlichen Frage. Prüfen Sie bei jedem Anbieter, der dies anbietet, zwei Dinge: dass die Ergebnisse dem Berechtigungsmodell der Plattform entsprechen und dass der Assistent Datensätze liefert, mit denen Sie handeln können, anstatt Texte, denen Sie vertrauen müssen.

Der Kauf einer Plattform, die über Ihrem Reifegrad liegt, ist der teuerste Fehler in dieser Kategorie. Eine Plattform, die für Governance-Stufe 4 konzipiert wurde und in einer Organisation der Stufe 2 eingesetzt wird, führt zu leeren Feldern und ungenutzten Dashboards. Finden Sie zunächst Ihre eigene Zeile.

Stellen Sie diese fünf Fragen jedem in die engere Wahl gekommenen Anbieter:

1. Datenherkunft. Kann ich auf eine beliebige Zahl in einem Management-Dashboard klicken und zum zugrunde liegenden Datensatz gelangen?
2. Zuständigkeit für die Wartung. Wer aktualisiert dieses Dashboard, wenn sich unsere Projektstruktur ändert?
3. Gesamtkosten der Reporting-Ebene. Welche dieser Ansichten erfordert ein Add-on, eine höhere Stufe oder eine BI-Lizenz?
4. Zinssatz und Finanztreue. Bleibt die historische Marge korrekt, wenn sich der Zinssatz während eines Projekts ändert?
5. Prognosefähigkeit. Berechnet das System die voraussichtlichen Kosten bei Fertigstellung oder nur die Ist-Kosten im Vergleich zum Budget?

Bitten Sie Anbieter, ihre Antworten anhand Ihrer Daten zu demonstrieren, nicht anhand ihrer Demodaten. Die Diskrepanz zwischen diesen beiden Demonstrationsmethoden birgt das größte Risiko für Enttäuschungen.