
Dieser Wandel steht in engem Zusammenhang mit der wachsenden Bedeutung des KPI Portfolio Managements, bei dem Unternehmen KPIs für das Portfoliomanagement verwenden, um nicht nur die Projektdurchführung, sondern auch die strategische Ausrichtung und die tatsächlichen Auswirkungen auf das Geschäft zu bewerten.
Dies ist ein wichtiger Wechsel der Perspektive. Seit geraumer Zeit hat das PMI die Diskussion über den Erfolg konsequent vom reinen Projektmanagementerfolg auf das umfassendere Konzept des Projekterfolgs ausgeweitet, der als die Lieferung von Werten verstanden wird, die den Aufwand und die Kosten wert sind. Aus dieser Perspektive sind Zeitplan, Budget und Umfang immer noch wichtig, aber sie sind nicht mehr die einzige Sprache, die zur Bewertung eines Projekts verwendet wird. Die Ausrichtung an der Strategie, die Auswirkungen auf die Geschäftsziele, die Qualität der Entscheidungen, der Grad der Akzeptanz der Lösung und die Fähigkeit des Projekts, den erwarteten Nutzen zu erzielen, sind ebenso wichtig.
Und genau hier stellt sich eine praktische Frage, mit der viele PMOs und Sponsoren heute konfrontiert sind: Wie übertragen Sie die Idee des business acumen in die alltägliche Projektarbeit? Bewusstsein allein ist nicht genug. Ein Projektleiter mag zwar die Strategie verstehen, aber wenn niemand von ihm verlangt, dass er sich bei der Projektinitiierung, der Statusberichterstattung und den Überprüfungen auf das Geschäftsziel und die KPIs bezieht, kehrt er sehr schnell zur Berichterstattung über die Aktivität statt über den Wert zurück. In einer solchen Situation funktioniert ein PPM-System wie FlexiProject sehr gut, denn es organisiert nicht nur die Projektdaten, sondern auch die Art und Weise, wie die Mitarbeiter darüber denken, was ein Projekt für die Organisation sein soll. In diesem Zusammenhang wird das KPI Portfolio Management zu einer praktischen Möglichkeit, business acumen in alltäglichen Projekt- und Portfolioentscheidungen zu operationalisieren.
Jahrelang galt ein Projekt vor allem dann als erfolgreich, wenn es im Rahmen des Umfangs, der Zeit und des Budgets abgeschlossen wurde. Diese Denkweise war notwendig, weil sie Disziplin in die Planung und Ausführung brachte. Das Problem ist jedoch, dass Unternehmen nicht einfach in Projekte investieren, um Ordnung in den Plan zu bringen. Sie investieren in Projekte, um ein Geschäftsergebnis zu erzielen: die Einnahmen zu steigern, die Effizienz zu verbessern, die Zeit bis zur Markteinführung zu verkürzen, einen Wettbewerbsvorteil aufzubauen oder Risiken zu verringern. Der PMI-Bericht hebt deutlich hervor, dass Projektexperten über die Verwaltung von Umfang, Budget und Zeitplan hinausgehen und zu Partnern werden müssen, die das Erreichen der Unternehmensziele unterstützen.
Diese Veränderung hat enorme Auswirkungen auf die PMO-Praxis. Wenn ein Unternehmen den Erfolg ausschließlich daran misst, ob das Projektprodukt geliefert wurde, kann man leicht übersehen, dass das gelieferte Produkt überhaupt keinen nennenswerten Nutzen gebracht hat. Schließlich kann eine Implementierung „grün“ abgeschlossen werden, nur um einige Monate später festzustellen, dass die Benutzer die Lösung nicht nutzen, dass die Wartungskosten höher als erwartet sind oder dass das Projekt nur schwach an der Strategie ausgerichtet war. Business acumen zwingt uns, eine schwierigere Frage zu stellen: Haben wir nicht nur das Produkt geliefert, sondern auch die geschäftliche Rechtfertigung für dieses Produkt?
Im PMI-Bericht wird business acumen nicht als eine einzelne Fähigkeit beschrieben, sondern als eine Kombination aus Wissen, Erfahrung und der Fähigkeit, geschäftliche Zusammenhänge zu interpretieren. Es bedeutet, dass man die Geschäftsmechanismen, das Betriebsmodell des Unternehmens, branchenspezifische Bedingungen und finanzielle Aspekte versteht und in der Lage ist, Entscheidungen zu treffen, die mit dem Auftrag und den Zielen des Unternehmens übereinstimmen. Es bedeutet auch die Fähigkeit, ganzheitlich zu denken, die Interessen der Stakeholder auszubalancieren und so zu handeln, dass strategische Ziele unterstützt werden und nicht nur die lokale Projektoptimierung.
In der Praxis bedeutet business acumen, dass ein Projektleiter in der Lage ist, mit dem Unternehmen über den Wert und nicht nur über den Status zu sprechen. Sie verstehen, woher der Druck auf den Cashflow kommt, wie ein Sponsor das Risiko einer Verzögerung einschätzt, warum die Vertriebsabteilung bis zu einem bestimmten Datum ein MVP benötigt und was passiert, wenn die Implementierung um ein Quartal verschoben wird. Sie sind auch besser in der Lage, Kompromisse zu bewerten: wann ist eine Verringerung des Umfangs sinnvoll und wann wird dadurch die Geschäftslogik des Projekts zerstört; wann ist es sinnvoll, das Budget zu erhöhen und wann sollten stattdessen die Prioritäten geändert werden. Es ist genau diese Art von Reife, die einen Projektleiter von einem effizienten Planverwalter unterscheidet.

PMI schreibt ausdrücklich, dass business acumen Projektmanager von taktischen Troubleshootern zu strategischen Wertschöpfern macht. Das ist eine sehr starke Aussage, denn sie zeigt, dass von einem Projektleiter heute mehr erwartet wird, als nur auf Abweichungen zu reagieren. Von ihnen wird erwartet, dass sie das geschäftliche Umfeld des Projekts verstehen, Entscheidungen beeinflussen und die Verantwortung dafür übernehmen, ob das Projekt in einem sich verändernden Kontext sinnvoll bleibt.
In der Praxis erfordert eine solche Rolle eine neue Managementsprache. Es reicht nicht mehr aus, zu sagen: „Wir sind bei 82% des Zeitplans angelangt“ oder „Wir haben zwei rote Risiken.“ Sie müssen auch in der Lage sein, hinzuzufügen: „Diese Abweichung wirkt sich auf das Datum aus, an dem der Nutzen erreicht wird“, „Diese Verzögerung bedroht das Umsatzwachstumsziel für dieses Quartal“ oder „Diese Änderung des Projektumfangs verringert die Wahrscheinlichkeit, dass die angestrebte Adoptionsmetrik erreicht wird.“ Mit anderen Worten: Die Projektreife wird zunehmend nicht daran gemessen, wie detailliert der Zeitplan ist, sondern daran, ob das Unternehmen Projektdaten mit der Geschäftslogik verknüpfen kann.
Der stärkste Aspekt des PMI-Berichts ist, dass business acumen nicht als modisches Schlagwort dargestellt wird, sondern als eine Kompetenz, die mit besseren Ergebnissen verbunden ist. In der Zusammenfassung lesen wir, dass nur 18% der Projektmitarbeiter ein hohes Niveau an business acumen erreichen, während 66% auf einem moderaten Niveau sind. Das bedeutet, dass Unternehmen mit einer klaren Lücke konfrontiert sind: Die meisten Projektmitarbeiter verfügen über einige Grundlagen, aber nur eine Minderheit kann diese in konsistente, wertorientierte Entscheidungen umsetzen.
Gleichzeitig erzielen Menschen mit hohem business acumen bessere Ergebnisse bei wichtigen Kennzahlen. Der Bericht zeigt, dass sie bei den Projekten, an denen sie arbeiten, ein höheres Maß an Geschäftszielen erreichen, den Zeitplan und das Budget besser einhalten und eine geringere Rate an Projektfehlern aufweisen. Die Zusammenfassung zeigt die Unterschiede sehr deutlich: 83% gegenüber 78% bei der Erreichung der Geschäftsziele, 63% gegenüber 59% bei der Einhaltung des Zeitplans, 73% gegenüber 68% bei der Einhaltung des Budgets und 8% gegenüber 11% bei den Projektfehlern.
Dies sind keine kosmetischen Unterschiede. Auf der Ebene eines einzelnen Projekts mögen sie moderat erscheinen. Aber auf der Ebene eines Projektportfolios und eines jährlichen Investitionsbudgets werden sie sehr bedeutend. Wenn ein Unternehmen Dutzende von Projekten pro Jahr durchführt, kann selbst eine kleine Verbesserung bei der Auswahl von Initiativen, der Definition von Vorteilen und der Verwaltung von Vorteilen während der Durchführung zu einem sehr großen Geschäftseffekt führen.
Der PMI-Bericht zeigt noch etwas anderes: Menschen mit hohem business acumen verstehen den Projekterfolg umfassender. Im Durchschnitt verwenden sie 9,1 Faktoren, um die Projektergebnisse zu bewerten, während andere 6,3 verwenden. Dies mag wie eine technische Beobachtung erscheinen, sagt aber in Wirklichkeit viel über die Reife des Managements aus. Je reifer ein Unternehmen ist, desto seltener betrachtet es ein Projekt anhand einer einzigen Zahl und einer einzigen Statusfolie. Stattdessen werden operative, finanzielle, strategische und Stakeholder-Perspektiven kombiniert.
Wichtig ist, dass der Bericht auch zeigt, welche zusätzlichen Dimensionen von Personen mit hohem business acumen häufiger verwendet werden. Diese Gruppe misst eher die Kundenzufriedenheit, die Qualität der Arbeit und die Ausrichtung an der Strategie. PMI weist u.a. auf Unterschiede von 83% gegenüber 66% bei der Kundenzufriedenheit, 78% gegenüber 61% bei der Arbeitsqualität und 65% gegenüber 48% bei der Ausrichtung an der Strategie hin. Dies ist ein sehr wichtiges Signal für PMOs: Wenn eine Organisation eine Kultur des Projekterfolgs aufbauen möchte, muss sie diese Dimensionen in den Projektdaten sichtbar machen, anstatt sie nur in Workshops zu deklarieren.
PMI weist auch auf ein klassisches organisatorisches Problem hin. Die Führungskräfte erkennen die Notwendigkeit, business acumen zu entwickeln, aber sie investieren immer noch weniger in diesen Bereich als in technische Fähigkeiten und Machtkompetenzen. Der Bericht bezieht sich auf eine frühere PMI-Studie, aus der hervorgeht, dass 54% der Führungskräfte zugeben, dass ihre Teams neue Kompetenzen im Bereich business acumen entwickeln müssen, dass sie aber dennoch technischen Fähigkeiten und Power Skills eine höhere Priorität einräumen.
Genau diese Lücke ist der Grund, warum viele Unternehmen auf der Ebene des Bewusstseins stehen bleiben. Alle sind sich einig, dass ein Projektleiter das Geschäft verstehen sollte. Aber dann verlangt die Projektcharta kein Geschäftsziel, der Projektstatus fragt nicht nach KPIs und die Portfolioprüfung zeigt nicht den Grad der Unterstützung für das strategische Ziel. Infolgedessen wird von den Mitarbeitern zwar business acumen erwartet, aber es ist nicht in den Prozess, den Sitzungsrhythmus oder das Berichtssystem eingebettet. Und ohne dies ist es sehr einfach, in das alte Muster zurückzukehren: erst die Brandbekämpfung, dann die Erklärung von Abweichungen und schließlich der Versuch, die geschäftliche Bedeutung des Projekts wiederzuentdecken.
In vielen Unternehmen findet die wichtigste Diskussion über ein Projekt gleich zu Beginn statt. In der Phase des Business Case oder der Projektinitiierung spricht man über Einnahmen, Kosten, Effizienz, Markteinführungszeit, Hauptrisiken und strategische Abhängigkeiten. Das Problem ist, dass diese Elemente später aus dem Tagesgeschäft verschwinden. Das Projekt beginnt, der Plan wird aktualisiert, Aufgaben werden erledigt, das Budget wird kontrolliert, aber auf das ursprüngliche Geschäftsprinzip wird nicht mehr aktiv Bezug genommen.
Genau an dieser Stelle erweist sich der PMI-Bericht als besonders praktisch. Wenn business acumen wirklich mit besseren Ergebnissen verbunden ist, dann kann eine Organisation das Unternehmensziel nicht als einmaliges Feld auf einer Kickoff-Präsentation behandeln. Das Unternehmensziel muss in den regelmäßigen Rhythmus der Projektarbeit zurückkehren. Es sollte in der Projektcharta, im monatlichen Status, in der Überprüfung durch den Sponsor, im Dashboard des Portfolios und in der abschließenden Projektbewertung enthalten sein. Nur so wird der Projektleiter dazu ermutigt, Entscheidungen ständig mit dem Wert und nicht nur mit der Aktivität zu verknüpfen.
Ein typischer Projektstatus beantwortet die folgenden Fragen: Was haben wir getan, was hat sich verzögert, welche Risiken gibt es, und was brauchen wir vom Sponsor? All das ist notwendig, aber es beantwortet nicht die wichtigste Frage für das Senior Management: Bringt uns das Projekt dem Effekt näher, den es erreichen sollte? Ohne diese Frage wird der Status zu einer operativen Überprüfung und nicht zu einem Instrument für die Verwaltung einer Geschäftsentscheidung.
Ein ausgereiftes PPM-Modell sollte daher als Übersetzer zwischen der Projektwelt und der Geschäftswelt fungieren. Auf der einen Seite braucht es Details: Zeitplan, Budget, Risiken, Änderungen und Meilensteine. Andererseits muss es diese Daten in einer Form aggregieren, die die Auswirkungen auf die KPIs, den Zeitpunkt der Nutzenrealisierung, das Ausmaß der Abweichungen und den Grad der strategischen Unterstützung zeigt. Wenn das fehlt, fängt selbst ein sehr erfahrener Projektleiter an, über das zu berichten, was am leichtesten zugänglich ist, und nicht über das, was für das Unternehmen am wichtigsten ist.
Die wichtigste Schlussfolgerung des PMI-Berichts kann daher ganz praktisch gelesen werden: Die Entwicklung von business acumen sollte nicht mit der Ausbildung enden. Natürlich sind Schulungen, Mentoring und vielfältige Projekterfahrungen wichtig, und das PMI empfiehlt sie eindeutig. Aber ebenso wichtig ist es, dass die Organisation ein Arbeitsumfeld schafft, das wertorientiertes Denken belohnt. Wenn sich Formulare, Überprüfungen, Dashboards und Investitionsentscheidungen nicht auf den geschäftlichen Nutzen beziehen, werden selbst die besten Absichten schnell dem täglichen Zeitdruck zum Opfer fallen.
Deshalb sollte der Übergang vom PMI-Bericht zur PPM-Praxis nicht mit der Frage beginnen: „Wie schulen wir Projektleiter?“, sondern vielmehr: „Wie verändern wir die Informationsarchitektur des Projekts?“ Denn genau hier entscheidet sich, ob business acumen zu einem operativen Element wird oder nur eine schöne Floskel in einer Präsentation über Projektreife bleibt.
Genau hier wird ein PPM-System wie FlexiProject besonders nützlich. Die Projektcharta sollte nicht nur eine Formalität sein, um eine Initiative zu starten. Sie sollte der Ort sein, an dem die geschäftliche Bedeutung des Projekts auf operationelle Weise festgehalten wird: wem gehört der Nutzen, welches geschäftliche Problem lösen wir, welche KPIs sollen sich ändern, wann erwarten wir den ersten Effekt und wie werden wir wissen, dass das Projekt tatsächlich einen Wert geliefert hat.
Mit FlexiProject können Sie verschiedene Projektcharta-Vorlagen erstellen, z. B. eine Initiativkarte, einen Business Case, eine Projektcharta oder eine Projektabschlusskarte. Wichtig ist, dass eine solche Vorlage auf die Art des Projekts zugeschnitten werden kann und die Organisation selbst entscheidet, welche Felder in dem Dokument erscheinen sollen, wie sie heißen und wie sie angeordnet werden sollen. In FlexiProject können einige Felder auch automatisch anhand von Projektdaten ausgefüllt werden, und es können Anhänge wie z.B. eine Finanzanalyse hinzugefügt werden. Dies ist aus der Sicht des business acumen sehr wichtig, da die Projektcharta nicht länger ein totes Dokument ist, sondern als Träger der Geschäftslogik des Projekts dient.
Wenn wir den PMI-Bericht ernst nehmen wollen, dann sollte die Projektcharta ein Minimum an Feldern enthalten, ohne die das Projekt nicht vorankommt. Erstens, das Geschäftsziel, das in klarer Sprache beschrieben wird, ohne vage Formulierungen wie „Prozessverbesserung“. Zweitens, Erfolgsindikatoren, d.h. nicht nur eine Beschreibung des erwarteten Nutzens, sondern auch, wie dieser gemessen werden soll. Drittens, der Eigentümer des Nutzens auf der Unternehmensseite, denn ohne diesen wird sehr leicht angenommen, dass die Verantwortung für den Nutzen beim Projektleiter liegt. Viertens, der Zeithorizont für das Erreichen des ersten Effekts. Fünftens, die kritischen Annahmen, deren Scheitern die Logik des Projekts untergraben würde.
In einem gut durchdachten PPM-Modell kann eine solche Karte auch Beispielfelder enthalten, die das Gespräch mit dem Unternehmen strukturieren: MVP-Datum, geplantes Datum für die vollständige Einführung, erwartete Einsparungen, angestrebte Nutzung der Lösung, Auswirkungen auf die Einnahmen oder erwartete Amortisationsdauer. Es geht nicht darum, jedem Projekt einen identischen Satz von Maßnahmen aufzuerlegen. Es geht darum, sicherzustellen, dass kein Projekt ohne eine klar beschriebene geschäftliche Begründung gestartet werden kann.
Die Möglichkeit, eine Vorlage zu erstellen, reicht allein nicht aus. Entscheidend ist, dass die Projektcharta mit den übrigen Daten verbunden ist. In FlexiProject können Änderungen in Bezug auf Projekttermine, Meilensteine, Rollen, Leistungen oder das Budget die Projektcharta automatisch aktualisieren. Aus der Sicht eines Project Management Office macht dies einen enormen Unterschied: Die Charta veraltet nicht am Tag ihrer Unterzeichnung, sondern bleibt ein aktueller Bezugspunkt. FlexiProject ermöglicht es Unternehmen außerdem, Genehmigungspfade zu erstellen, die ihren Entscheidungsprozess widerspiegeln, mit voller Transparenz darüber, wer das Dokument wann genehmigt hat.

{%CAPTION%}
Und an dieser Stelle wird der Übergang von der PMI-Studie zum Tool sehr deutlich. PMI sagt, dass der Projektleiter breiter denken, die Ziele verstehen und die Verantwortung für den Wert übernehmen soll. Aber damit dies geschehen kann, muss die Organisation ihnen einen Ort geben, an dem das Geschäftsziel aufgezeichnet, genehmigt und dann kontinuierlich mit der Projektrealität konfrontiert wird. Ohne einen solchen Ort bleibt business acumen eine individuelle Kompetenz. Wenn es einen solchen Ort gibt, wird er Teil des Managementsystems.
FlexiProject ermöglicht es Ihnen, Projekte mit strategischen Zielen und KPI-Metriken zu verknüpfen, mehrere Indikatoren einem einzigen Ziel zuzuordnen und deren Basisplan, Ziel und aktuelle Werte zu definieren. Im System ist es auch möglich, zu bewerten, inwieweit ein Projekt zur Erreichung eines bestimmten strategischen Ziels beiträgt. Das ist sehr wichtig, denn genau hier beginnt die praktische Bedeutung des Begriffs „PPM Software KPI“: Die Metrik ist nicht mehr nur ein dekoratives Element des Berichts, sondern eine Verbindung zwischen der Projektinitiative und der Strategie des Unternehmens.
Viele Unternehmen machen den gleichen Fehler: Sie behandeln KPIs als letzte Folie in einem Bericht und nicht als Mechanismus zur Steuerung von Entscheidungen. Das Ergebnis ist vorhersehbar. Die KPIs sind zu allgemein, zu weit von den täglichen Projektdaten entfernt oder werden nur einmal im Quartal überprüft. In der Zwischenzeit sollte ein guter Indikator sowohl als Frühwarnsystem als auch als Prioritätsfilter fungieren. Er sollte bei der Beantwortung der Frage helfen, ob das Projekt noch Sinn macht, ob es sich lohnt, die Investition zu erhöhen, ob der Umfang angepasst werden muss oder ob eine eingeschränkte Version früher ausgeliefert werden sollte, um den Geschäftseffekt nicht zu verlieren.
Die erste Ebene sind die Projekt-KPIs. Dies sind Indikatoren, die den Stand der Lieferung beschreiben: Zeitplanabweichung, Budgetabweichung, Fortschritt bei den Meilensteinen, die Anzahl der offenen Änderungen und das Ausmaß der hohen Risiken. Sie sind wichtig, weil sie den Lieferzustand des Projekts anzeigen.
Die zweite Ebene sind die KPIs für den geschäftlichen Nutzen. Hier schauen wir uns das Ganze etwas breiter an: Akzeptanz der Lösung, Senkung der Betriebskosten, kürzere Kundendienstzeiten, Umsatzwachstum, kürzere Markteinführungszeit, verbesserte Qualität oder weniger Beschwerden. Dies sind die Indikatoren, die die Frage beantworten, warum das Projekt überhaupt gestartet wurde.
Die dritte Ebene sind Portfolio- und strategische KPIs. Auf dieser Ebene interessieren wir uns für Dinge wie den Anteil der Projekte, die ein wichtiges strategisches Ziel unterstützen, den Wert des Portfolios, der durch Verzögerungen bedroht ist, die Risikokonzentration in einem Bereich, den Prozentsatz der Projekte, die rechtzeitig Nutzen bringen, oder das Niveau der Investitionsausführung innerhalb einer bestimmten strategischen Priorität. Wenn diese drei Ebenen in einen Topf geworfen werden, kann das Unternehmen nicht mehr zwischen der Effizienz der Lieferung und den tatsächlichen Auswirkungen auf das Geschäft unterscheiden.
Einer der praktischsten Aspekte des KPI-Ansatzes ist genau die Unterscheidung zwischen Basisplan, Ziel und aktuellem Wert. Es mag wie ein kleines Systemdetail erscheinen, aber aus Sicht des Managements macht es einen enormen Unterschied. Wenn wir den Basisplan nicht kennen, kennen wir auch unseren Ausgangspunkt nicht. Wenn wir den Zielwert nicht kennen, wissen wir nicht, wohin wir uns bewegen. Wenn wir den aktuellen Wert nicht verfolgen, haben wir keine Grundlage für korrigierende Entscheidungen.
Für einen Projektleiter bedeutet dies etwas sehr Konkretes. Nehmen wir an, das Projekt soll die Konversion im Verkaufsprozess verbessern. Einfach zu sagen, dass „das Projekt den Verkauf unterstützt“, bringt nichts. Nur eine Aussage wie: Basisplan 2,1 %, Ziel 2,8 %, aktueller Wert 2,3 %, geplantes Erreichen von 2,5 % nach MVP – ermöglicht es uns zu beurteilen, ob sich das Projekt in Richtung der gewünschten Wirkung bewegt. Dasselbe gilt für operative Projekte: Die Reduzierung der Prozesszeit von 12 auf 8 Tage oder die Senkung der Servicekosten um 15% wird zu einem echten Ziel des Managements und nicht nur zu einem Einführungsslogan.
Die größte Schwierigkeit liegt in der Regel nicht in der Erfindung eines Indikators, sondern in der Entwicklung der Logik für seine Aktualisierung. Ein gutes PPM-Modell sollte die Verwendung von benutzerdefinierten Projektfeldern, Feldern in der Projektcharta und in Überprüfungen sowie von Attributen in Berichten und Analysen ermöglichen. FlexiProject ermöglicht es Ihnen, benutzerdefinierte Projektfelder zu definieren, sie in der Projektcharta und in Überprüfungen zu verwenden, sie in Berichten und auf Projektlisten anzuzeigen und zusätzliche Attribute für verschiedene Systemfunktionen zu konfigurieren. Dadurch ist es möglich, Indikatoren zu erstellen, die auf Projektdaten und nicht nur auf subjektiven Kommentaren basieren.
In der Praxis bedeutet dies, dass die Organisation eine Messlogik entwerfen kann, die zu ihrem eigenen Governance-Modell passt. In einigen Unternehmen werden die wichtigsten Felder die sein, die sich auf das MVP-Datum und das Datum des ersten realisierten Nutzens beziehen. In anderen Unternehmen werden Budget-Felder, Kostenprognosen, geplante und erzielte Einsparungen, die Akzeptanz oder die Auswirkungen auf die Kunden von größerer Bedeutung sein. Es geht nicht darum, dass jedes Projekt ein identisches Dashboard hat, sondern darum, dass jede Art von Projekt eine kohärente Reihe von Indikatoren hat, die wirklich zu Entscheidungen führen.
Gut konzipierte KPIs sollten vier Zwecken dienen. Erstens, der Projektqualifizierung zu Beginn: Hat diese Initiative eine ausreichend klare Geschäftslogik? Zweitens, Projektsteuerung: gefährden die aktuellen Abweichungen das Erreichen der gewünschten Wirkung? Drittens, die Priorisierung des Portfolios: Welche Projekte unterstützen die Strategie am stärksten und liefern den größten Wert bei einem akzeptablen Risiko? Viertens, Lernen nach Projektabschluss: Waren die versprochenen Ergebnisse realistisch?
Dies ist genau der Punkt, an dem der Begriff „KPI Portfolio Management“ aufhört, ein SEO-Schlüsselwort zu sein, und zu einer Beschreibung einer ausgereiften Art der Verwaltung wird. Das System sollte nicht nur Daten sammeln, sondern auch Disziplin bei der Definition der Wirkung erzwingen, den Unterschied zwischen Basisplan, geplantem und aktuellem Wert aufzeigen und dabei helfen, den Lieferstatus mit den erwarteten geschäftlichen Auswirkungen zu verbinden.
Der PMI-Bericht legt nahe, dass Menschen mit hohem business acumen die Projektergebnisse umfassender und reifer betrachten. Das Problem ist, dass in vielen Organisationen die zyklischen Status immer noch so strukturiert sind, als ob es nur um die Überwachung von Abweichungen ginge. In der Zwischenzeit sollte ein guter Status den Sponsor oder den Lenkungsausschuss dazu veranlassen, drei Fragen zu beantworten: Unterstützt das Projekt immer noch das Geschäftsziel, was muss sich ändern und welche Entscheidungen müssen jetzt getroffen werden, um einen Wertverlust zu vermeiden?
In der Praxis können Sie mit FlexiProject benutzerdefinierte Vorlagen für zyklische Projektüberprüfungen erstellen, einschließlich verschiedener Vorlagen für unterschiedliche Projekttypen. Das System kann automatisch Daten zu Zeitplan, Budget, Risiken, Änderungen und Fortschritt in die Überprüfung einfließen lassen, während der Projektleiter einen prägnanten interpretierenden Kommentar hinzufügen kann. Das ist sehr wichtig, denn eine gut konzipierte Überprüfung sollte kein manuell zusammengestellter Foliensatz aus verschiedenen Quellen sein, sondern ein kohärenter One-Pager, der harte Daten mit einem kurzen Kommentar des Managements kombiniert.

{%CAPTION%}
In einem reifen Unternehmen sollte ein Sponsor-One-Pager nicht mit einer Liste der im letzten Monat erledigten Aufgaben beginnen. Er sollte mit dem Geschäftsziel des Projekts beginnen und Informationen darüber enthalten, ob wir auf dem richtigen Weg sind, es zu erreichen. Erst dann sollten Abweichungen, Risiken und Änderungen aufgeführt werden. Eine solche Struktur erzwingt eine andere Art von Konversation: nicht „sind wir im grünen Bereich?“, sondern „was bedeutet der aktuelle Status für den Wert des Projekts?“
Ein solcher One-Pager sollte mindestens Folgendes enthalten: das Geschäftsziel, 2-4 wichtige KPIs, die wichtigste wertbeeinflussende Abweichung, das wichtigste Geschäftsrisiko, die vom Sponsor benötigte Entscheidung und eine kurze Prognose für den nächsten Zeitraum. Auf diese Weise wird sichergestellt, dass der Projektleiter regelmäßig auf die Geschäftslogik des Projekts zurückkommt, während der Sponsor die technischen Informationen nicht selbst in die Sprache der Wertschöpfung übersetzen muss.

{%CAPTION%}
FlexiProject automatisiert auch den Überprüfungsprozess selbst: Der Projektleiter erhält Informationen über den Überprüfungstermin und den Umfang der zu vervollständigenden Daten, und der gesamte Prozess ist in das System eingebettet. Dies mag wie ein kleines organisatorisches Detail erscheinen, aber es sind genau solche Details, die eine Managementkultur aufbauen. Wenn eine Überprüfung vorhersehbar und wiederholbar ist und auf einem gemeinsamen Muster basiert, fällt es leichter, Disziplin in Bezug auf die KPIs, das Geschäftsziel und die Entscheidungen des Sponsors zu wahren.
Mit anderen Worten, business acumen beginnt erst dann wirklich zu funktionieren, wenn es in jeder Management-Iteration wieder auftaucht. Nicht als zusätzliche Spalte mit „geschäftlichen Anmerkungen“, sondern als Achse der gesamten Überprüfung. Das ist der Zeitpunkt, an dem der PMI-Bericht aufhört, nur eine Inspiration zu sein, und zu einem Bezugspunkt für die tägliche PMO-Praxis wird.
Die Tatsache, dass ein Projekt korrekt durchgeführt wird, bedeutet noch nicht, dass das Unternehmen klug investiert. Der eigentliche Test des business acumen findet auf der Portfolioebene statt. Hier zeigt sich, ob das Unternehmen Projekte startet, die mit der Strategie übereinstimmen, oder ob es einfach eine große Anzahl von Initiativen mit schwacher Verbindung zu den Prioritäten durchführt. Hier wird auch deutlich, ob die Ressourcen und das Budget vernünftig zugewiesen werden oder ob das Portfolio in Projekte abdriftet, die zwar sichtbar und laut, aber von geringem Wert sind.
Auf der Portfolioebene bietet FlexiProject mehrere Funktionen, die aus Sicht des business acumen besonders wichtig sind. Das System ermöglicht es Ihnen, Finanzdaten zu aggregieren und Abweichungen vom Plan zu verfolgen, Portfolioberichte zu erstellen, den Status der im Portfolio verfügbaren Meilensteine zu analysieren und grafische Zusammenfassungen von Schlüsselindikatoren zu verwenden – wie Status, Budgets, Verzögerungen, Risiken, Aufgaben, Meilensteine und benutzerdefinierte Felder. FlexiProject unterstützt auch die Organisation regelmäßiger Überprüfungen des Portfolios für das Senior Management und den Lenkungsausschuss.

Die Geschäftsleitung braucht keine 50 einzelnen Projektstatusberichte. Sie braucht Antworten auf ein paar einfache, aber strategische Fragen. Welche Projekte unterstützen die wichtigsten Ziele am stärksten? Welche Initiativen stellen derzeit die größte Quelle von Risiken für die Umsetzung der Strategie dar? Wo häufen sich die Verzögerungen? Welche Projekte geben mehr Geld aus als geplant, haben aber immer noch einen triftigen geschäftlichen Grund, und welche müssen neu bewertet werden?
Eine klassische Projektliste ist für ein solches Gespräch nicht ausreichend. Benötigt werden Querschnittsansichten, die es ermöglichen, das Portfolio nach Status, Risiken, Meilensteinen, Budgets, Verzögerungen und benutzerdefinierten Feldern zu filtern. Aus diesem Grund sollte das Portfolio die Lieferperspektive mit der strategischen Perspektive verbinden. Es geht nicht nur darum zu wissen, was „im Projekt“ passiert, sondern auch darum zu verstehen, welche Abweichungen die größten Auswirkungen auf die Erreichung der Prioritäten des Unternehmens haben.
FlexiProject ermöglicht es Ihnen, Projekte mit strategischen Zielen zu verknüpfen und den Grad der Unterstützung eines bestimmten Projekts für dieses Ziel zu definieren. Das ist wichtig, denn viele Organisationen machen diesen Schritt nur symbolisch: Bei der Initiierung ordnen sie das Projekt der Strategie zu, nutzen diese Information aber später nicht mehr. Der wirkliche Wert zeigt sich erst, wenn die Informationen über den Grad der Unterstützung des Ziels zu einem Filter in Dashboards, Überprüfungen und Investitionsentscheidungen werden.
Dies deckt sich sehr gut mit der Logik des PMI-Berichts. Wenn business acumen bedeuten soll, das Projekt im weiteren Sinne zu betrachten, dann muss das Portfolio nicht nur den Lieferstatus, sondern auch den Beitrag des Projekts zu den strategischen Zielen zeigen. Nur auf dieser Ebene können Sponsoren und PMOs erkennen, ob ein Projekt „wichtig“ ist, weil es groß ist, oder weil es das Unternehmen tatsächlich in die gewünschte Richtung bewegt.

FlexiProject PPM Software zeigt die Verbindung zwischen den strategischen Zielen und den entsprechenden Projekten
Eine der weniger spektakulären, aber sehr wichtigen Voraussetzungen für ein ausgereiftes Wertmanagement ist die Archivierung von Annahmen. Wenn wir ein Jahr nach dem Projektstart nicht rekonstruieren können, was die ursprünglichen KPIs waren, welche Vorteile versprochen wurden und was der Basisplan war, dann können wir die Effektivität des Projekts nicht angemessen bewerten. Was bleibt, sind Erzählungen, Interpretationen und das selektive Gedächtnis der Beteiligten.
Mit FlexiProject können Sie Projekte archivieren und wiederherstellen, Projektfelder auf der Projektcharta und in der Überprüfung beibehalten und nachfolgende Projektüberprüfungen archivieren. Aus der Sicht des PMO ist dies sehr wichtig, denn es ermöglicht, den Entscheidungspfad zu bewahren: welche Annahmen getroffen wurden, welche Informationen in die Überprüfung eingeflossen sind, was genehmigt wurde und welchen Bezugspunkt der Sponsor bei der Entscheidungsfindung verwendet hat.
An dieser Stelle kommt das Thema Basisplan, Ziel und aktueller Wert wieder ins Spiel. Wenn eine Organisation die Geschichte der Annahmen aufbewahrt, kann sie das, was geplant war, mit dem vergleichen, was tatsächlich erreicht wurde, nachdem das Projekt abgeschlossen ist. Eine solche Analyse ist von unschätzbarem Wert. Sie ermöglicht es, nicht nur die Effektivität des Teams, sondern auch die Qualität des Projektauswahl- und -initiierungsprozesses selbst zu bewerten. Vielleicht werden die Projekte effizient durchgeführt, aber der Nutzen wird systematisch überschätzt. Oder aber die Organisation unterschätzt bestimmte Initiativen und formuliert die Ziele zu konservativ.
Ein reifes PMO hat keine Angst vor solchen Vergleichen. Ganz im Gegenteil – es behandelt sie als Ansporn für Verbesserungen. Jedes abgeschlossene Projekt wird dann zum Material für die Definition besserer Projektchartas, die Auswahl besserer KPIs und eine realistischere Schätzung des Wertes.
Viele Unternehmen behaupten, dass sie Lessons Learned-Sitzungen durchführen, aber in der Praxis enden diese oft mit allzu subjektiven Schlussfolgerungen: „Die Kommunikation war zu schwach“, „der Sponsor hat Entscheidungen zu spät getroffen“ oder „das Risiko wurde unterschätzt.“ Dies sind wichtige Beobachtungen, aber ohne Daten bleiben sie oft zu allgemein. Ein viel größerer Wert ergibt sich aus der Kombination von qualitativen Rückblicken mit harten historischen Daten: welche KPIs wurden zu Beginn eingegeben, wann traten die ersten Abweichungen auf, wie änderte sich die Prognose, welche Entscheidungen wurden bei Überprüfungen getroffen und was wurde letztendlich erreicht.
Aus diesem Grund ist die Archivierung kein technisches Detail. Sie ist eine Voraussetzung dafür, dass das Unternehmen wirklich aus Projekten lernt und business acumen entwickelt, und zwar nicht nur bei den einzelnen Projektleitern, sondern im gesamten Projektmanagementsystem.
Am besten beginnen Sie mit einem einfachen Standard für die Projektcharta. Sie muss nicht ausgefeilt sein. Wichtig ist nur, dass sie verbindlich ist und konsequent verwendet wird. Einige wenige Elemente reichen aus: das Geschäftsziel, die KPIs, der Eigentümer des Nutzens, das erwartete Datum des ersten Effekts, die wichtigsten Annahmen und der Grad der Ausrichtung an der Strategie. Allein diese Änderung verbessert die Qualität der Gespräche über das Projekt radikal.
Der zweite Schritt besteht darin, die zyklischen Statusberichte oder Überprüfungen neu zu gestalten. Anstatt sie um die Aktivität herum aufzubauen, ist es besser, sie um den Wert herum aufzubauen. Die erste Seite sollte das Geschäftsziel, die wichtigsten KPIs, die wichtigste wertbeeinflussende Abweichung, die vom Sponsor benötigte Entscheidung und die Prognose für die nächste Periode enthalten. Erst dann sollten die Details des Zeitplans, des Budgets und der Risiken aufgeführt werden.
Erst wenn die Organisation die Ebene des Einzelprojekts beherrscht, ist es sinnvoll, den Ansatz auf ein breiteres Portfolio auszuweiten. Hier zeigt sich die wahre Stärke von PPM: das Filtern von Projekten nach KPI, dem Grad der Unterstützung für das strategische Ziel, Abweichungen und Risiken sowie der Vergleich von Projekten nicht nur nach ihrer „Statusfarbe“, sondern nach ihrem tatsächlichen Beitrag zur Strategie. Der PMI-Bericht liefert eine starke Rechtfertigung für diese Richtung, denn er zeigt, dass der Projekterfolg umfassender gemessen werden muss als nur die Lieferungseffizienz.

Die wichtigste Schlussfolgerung aus Pulse of the Profession 2025 ist einfach: business acumen ist kein weiches Add-on zur Rolle des Projektleiters. Es handelt sich um eine Kompetenz, die sich in besseren Projektergebnissen, einer umfassenderen Art der Erfolgsmessung und einer stärkeren Verbindung zwischen dem Projekt und den Zielen des Unternehmens niederschlägt. Gleichzeitig zeigt das PMI, dass genau hier eine erhebliche Entwicklungslücke besteht – die meisten Organisationen wissen, dass business acumen notwendig ist, aber sie wissen nicht immer, wie sie dieses Bewusstsein in ihr tägliches Arbeitssystem übertragen können.
Deshalb sollte das Gespräch über business acumen nicht nur zu Schulungen führen, sondern auch zu einer Änderung der Architektur von Projektinformationen. Die Projektcharta darf nicht nur eine Formalität sein. KPIs dürfen nicht nur ein Zusatz zu einer Folie sein. Der Projektbericht kann nicht nur dazu dienen, über Aktivitäten zu berichten. Und das Portfolio kann nicht nur eine Liste von Initiativen ohne strategischen Kontext darstellen. Nur wenn diese Elemente miteinander verbunden sind, erhält der Projektleiter echte Voraussetzungen, um als strategischer Partner und nicht nur als effizienter Koordinator zu agieren. Genau aus diesem Grund kann ein PPM-System wie FlexiProject ein sehr gutes Werkzeug sein, um die vom PMI vorgegebene Richtung praktisch umzusetzen: vom Management des Projekts zum Management des Projektwerts überzugehen.