Projektportfoliomanagement entscheidet, welche Vorhaben überhaupt laufen. Der Artikel zeigt, wie Sie unter knapper Kapazität priorisieren, Ressourcenkonflikte auflösen und jedes Projekt an ein messbares Ergebnis koppeln. Mit Aufbau in acht Schritten, Review-Format und den häufigsten Fehlern.
In den meisten mittelständischen Unternehmen existiert eine Projektliste. Was fehlt, ist die Entscheidung dahinter. Vorhaben werden gestartet, weil jemand mit Nachdruck dafür geworben hat, weil ein Kunde gefragt hat oder weil im Vorjahr ein Budget dafür genehmigt wurde. Abgebrochen wird selten, verschoben wird informell, und irgendwann arbeiten zwölf Teams an dreiundzwanzig Vorhaben, ohne dass jemand die fünf wichtigsten benennen kann.
Projektportfoliomanagement setzt genau dort an. Es ist keine Methode für die Durchführung von Projekten, sondern ein Entscheidungsverfahren darüber, welche Projekte überhaupt laufen. Dieser Artikel beschreibt, wie Sie ein Portfolio aufbauen, wie Sie unter knapper Kapazität priorisieren, wie Sie jedes Vorhaben an ein messbares Ergebnis koppeln und wie Sie ein Review organisieren, das tatsächlich zu Beschlüssen führt statt zu Statusrunden.
Projektportfoliomanagement ist die übergreifende Auswahl, Priorisierung und Steuerung aller Projekte einer Organisation. Es beantwortet nicht die Frage, wie ein einzelnes Projekt gut läuft, sondern welche Projekte überhaupt laufen sollen. Entschieden wird über Start, Fortführung, Verschiebung und Abbruch, gemessen am Beitrag zur Unternehmensstrategie und an der verfügbaren Kapazität.
Der Unterschied zum Projektmanagement liegt in der Frage, die gestellt wird. Projektmanagement fragt, ob ein Vorhaben in Zeit, Budget und Qualität geliefert wird. Portfoliomanagement fragt, ob es das richtige Vorhaben ist. Beide Fragen sind unabhängig voneinander beantwortbar, und genau darin liegt das Problem vieler Projektlandschaften: Jedes einzelne Projekt gilt als erfolgreich, die Summe bewegt keine Kennzahl.
International beschreiben mehrere Normenwerke diesen Gegenstand. Die ISO 21504 behandelt das Portfoliomanagement von Projekten und Programmen, die DIN 69909 beschreibt das Multiprojektmanagement als organisatorischen und prozessualen Rahmen, innerhalb dessen Portfolios und Programme organisiert werden können. Beide liefern ein Begriffsgerüst, keine Anleitung für den kommenden Montag.
Welche Methode ein einzelnes Vorhaben anschließend verwendet, ist eine Frage unterhalb der Portfolioebene. Ob Wasserfall, Scrum oder ein hybrides Vorgehen passt, entscheidet sich am Projekt selbst, und die Auswahllogik dafür beschreibt der Überblick zu Projektmanagement-Methoden und ihren Einsatzbedingungen. Ein Portfolio verträgt problemlos Vorhaben mit unterschiedlichen Methoden, denn Einheitlichkeit auf Methodenebene ist kein Portfolioziel.
Ein Projektportfolio umfasst alle Vorhaben einer Führungseinheit, die um dieselbe knappe Kapazität konkurrieren. Entscheidend ist nicht die Größe eines Vorhabens, sondern die Konkurrenz um Ressourcen. Was keine gemeinsame Engpassressource beansprucht und keine Entscheidung der Geschäftsführung braucht, gehört nicht ins Portfolio, sondern in die Linienplanung des jeweiligen Bereichs.
Dieses Kriterium ist praktikabler als Abgrenzungen über Budgetgrenzen oder Laufzeiten. Ein kleines Vorhaben, das drei Monate lang die einzige Datenbankentwicklerin bindet, gehört hinein. Eine größere Investition, die ausschließlich extern erbracht wird, unter Umständen nicht.
Drei Merkmale trennen beides zuverlässig. Ein Projekt hat einen definierten Endzustand, es hat einen benannten Auftraggeber, der über Umfangsänderungen entscheidet, und es beansprucht Kapazität, die anderswo fehlt. Fehlt eines dieser drei Merkmale, handelt es sich um laufende Arbeit, die anders gesteuert gehört.
Der häufigste Grenzfall ist die Daueraufgabe im Projektmantel. Ein Vorhaben mit dem Titel Prozessoptimierung Vertrieb, das seit anderthalb Jahren läuft, kein Enddatum hat und dessen Umfang bei jedem Statustermin wächst, ist kein Projekt. Es belegt einen Platz im Portfolio, ohne je zu einer Abschlussentscheidung zu kommen, und blockiert damit dauerhaft Kapazität, die nie neu verhandelt wird.
Die belastbare Antwort lautet: so viele, wie die schmalste beteiligte Funktion tragen kann. In einem Unternehmen mit hundertzwanzig Mitarbeitenden gibt es typischerweise zwei bis drei Funktionen, die in nahezu jedem Vorhaben gebraucht werden. IT, Controlling und die Geschäftsführung selbst. Die Anzahl paralleler Projekte richtet sich nach diesen Funktionen, nicht nach der Gesamtbelegschaft.
Praktisch heißt das, dass die Zahl gleichzeitig laufender Vorhaben deutlich niedriger liegt, als die meisten Führungskreise annehmen. Der Reflex, ein weiteres Projekt zu starten, weil es wichtig ist, übersieht die Kosten des Parallelbetriebs: Jedes zusätzliche Vorhaben verlängert alle anderen, und diese Verlängerung wird nie jemandem zugerechnet.
Strategisches Projektportfoliomanagement heißt, dass die Zusammensetzung des Portfolios aus der Unternehmensstrategie abgeleitet und regelmäßig gegen sie geprüft wird. Eine gepflegte Projektliste dokumentiert, was ohnehin läuft. Ein strategisches Portfolio beantwortet zusätzlich, welche Vorhaben fehlen, welche zu viel Kapazität binden und welche trotz sauberer Durchführung keinen Beitrag mehr leisten.
Der Unterschied wird an einer einzigen Prüfung sichtbar. Nehmen Sie Ihre strategischen Ziele und ordnen Sie jedem die Projekte zu, die auf es einzahlen. In einer gepflegten Projektliste geht diese Zuordnung immer auf, weil sie nachträglich konstruiert wird. Jedes Projekt findet irgendein Ziel, zu dem es plausibel passt. In einem strategischen Portfolio bleiben Lücken sichtbar: Ziele ohne Projekt und Projekte, die sich keinem Ziel zuordnen lassen, ohne dass die Begründung dünn wird.
Voraussetzung dafür sind strategische Ziele, die überhaupt eine Zuordnung erlauben. Ziele wie Wachstum oder Digitalisierung erlauben sie nicht, weil jedes Vorhaben darunter passt. Woraus sich belastbare strategische Ziele für ein Unternehmen ableiten lassen, ist deshalb die logisch vorgelagerte Frage. Ohne sie ist jede Portfolio-Priorisierung eine Meinungsabstimmung mit Punkteschema.
Multiprojektmanagement ist die übergreifende Planung, Koordination und Steuerung mehrerer Projekte einer Organisationseinheit. In der deutschen Fachsprache wird der Begriff teils als Oberbegriff für Portfolio- und Programmmanagement verwendet, teils als operatives Gegenstück zum strategischen Portfoliomanagement. Beide Lesarten sind verbreitet, und die Abgrenzung ist in der Literatur bis heute nicht scharf.
Für die Praxis ist die Begriffsdebatte weniger wichtig als die Funktionstrennung dahinter. Es gibt eine koordinierende Funktion, die Termine synchronisiert, Abhängigkeiten sichtbar macht und Ressourcenkonflikte meldet. Und es gibt eine entscheidende Funktion, die Vorhaben startet, verschiebt und beendet. Die erste kann delegiert werden, die zweite nicht. Wenn beide in derselben Rolle liegen, entsteht ein Koordinator, der ständig eskalieren muss, ohne entscheiden zu dürfen.
Ein Programm bündelt mehrere Projekte, die auf ein gemeinsames übergeordnetes Ziel einzahlen, und es ist zeitlich befristet. Es endet, wenn dieses Ziel erreicht ist. Ein Portfolio ist dagegen dauerhaft. Vorhaben kommen hinzu und fallen weg, das Portfolio selbst bleibt bestehen, weil die Entscheidungsfunktion nie endet.
Für den Mittelstand ist die Unterscheidung dort relevant, wo ein größeres Transformationsvorhaben in Teilprojekte zerfällt, etwa eine Systemumstellung mit begleitender Prozessarbeit und Schulung. Das ist ein Programm und braucht eine eigene inhaltliche Steuerung. Im Portfolio erscheint es sinnvollerweise als ein Eintrag, nicht als sieben, sonst dominiert es die Priorisierung allein durch seine Zeilenzahl.
Eine tragfähige Priorisierung braucht drei Dinge: wenige gewichtete Kriterien, die vor der Bewertung festgelegt werden, eine Bewertung durch mehrere Personen unabhängig voneinander, und eine ausdrückliche Regel für den Fall, dass das Ergebnis der Führungsintuition widerspricht. Fehlt das dritte Element, wird das Modell beim ersten Konflikt überstimmt und ist danach wertlos.
Dieser dritte Punkt fehlt in fast jeder Anleitung zur Projektpriorisierung, und er ist der wichtigste. Die Regel muss nicht lauten, dass das Modell gewinnt. Sie kann auch lauten, dass die Geschäftsführung abweichen darf, die Abweichung aber protokolliert und begründet wird. Entscheidend ist, dass der Fall vorher geklärt ist. Ein Modell, das im Konfliktfall stillschweigend ignoriert wird, verliert seine Funktion sofort und dauerhaft.
Vier Muster wiederholen sich unabhängig von Branche und Unternehmensgröße.
Ein Beispielszenario zeigt die Wirkung. Ein Maschinenbauer bewertet elf Vorhaben. Die Rangliste nach strategischem Beitrag allein platziert die Einführung eines Kundenportals auf Platz zwei. Nach Berücksichtigung der Engpassressource, in diesem Fall zwei IT-Mitarbeitende, die auch die parallel laufende Systemmigration tragen, rutscht das Portal auf Platz sechs und wird um ein Quartal verschoben. Die Entscheidung fällt nicht gegen das Projekt, sondern gegen den Zeitpunkt.
Die Verbindung entsteht über eine Wirkungsannahme, nicht über eine Zuordnung. Jedes Projekt bekommt einen Satz, der benennt, welche Zielkennzahl sich um welchen Betrag bewegen soll, wenn das Vorhaben liefert. Dieser Satz wird zu Projektbeginn festgehalten und im Portfolio-Review gegen die tatsächliche Entwicklung der Kennzahl gehalten.
Die Formulierung als Annahme ist der entscheidende Punkt. Eine Zuordnung sagt nur, dass ein Projekt zu einem Ziel gehört, und ist nie widerlegbar. Eine Annahme kann sich als unzutreffend erweisen und erzeugt damit eine Entscheidungssituation.
Ein Key Result beschreibt ein Ergebnis, ein Projekt beschreibt Arbeit. Wer Projekte in Key Results umbenennt, hat eine zweite Projektliste mit fremdem Etikett und verliert genau die Trennung, die das Zielsystem nützlich macht. Die Unterscheidung zu klassischen Zielformen behandelt der Vergleich von Zielvereinbarung, OKR und Management by Objectives.
Praktisch lässt sich der Fehler an einer Formulierung erkennen. Steht im Key Result ein Verb wie einführen, umstellen, entwickeln oder aufbauen, ist es eine Aktivität. Steht dort eine Größe mit Ausgangs- und Zielwert, ist es ein Ergebnis. Die Systemeinführung ist das Projekt, die Verkürzung der Durchlaufzeit von Angebot bis Auftrag das Key Result. Weitere Prinzipien dazu sammeln die Best Practices für die Formulierung von OKRs. Welche Kennzahl dabei welche Aufgabe übernimmt, trennt der Vergleich von OKR und KPI in der Unternehmenssteuerung.
Der Beitragssatz folgt einer festen Form: Wenn wir X liefern, erwarten wir bis Zeitpunkt T eine Veränderung von Kennzahl Z in Richtung Y. Drei Beispiele im Konjunktiv, wie sie in einem Portfolio stehen könnten.
Jeder dieser Sätze lässt sich im Verlauf prüfen. Und jeder erzeugt eine unbequeme Situation, wenn das Projekt planmäßig liefert und die Kennzahl sich nicht bewegt. Genau diese Situation ist der Zweck. Sie ist der einzige Mechanismus, der eine falsche Annahme sichtbar macht, bevor sie ein zweites Mal Kapazität bindet.
Sobald Ziele und Projekte gemeinsam dargestellt werden, treten zwei Muster zutage, die in getrennten Listen unsichtbar bleiben.
Das verwaiste Ziel. Ein strategisches Ziel steht im Zielsystem, kein einziges Vorhaben zahlt darauf ein. In der Regel handelt es sich um das Ziel, das im Strategieworkshop am meisten Zustimmung fand und im Alltag niemandem gehört. Es bleibt bestehen, weil sein Streichen wie ein Rückzug wirkt.
Das blinde Projekt. Ein Vorhaben bindet erhebliche Kapazität und lässt sich keinem Ziel zuordnen, ohne dass die Begründung mehrere Zwischenschritte braucht. Meist ist es das Projekt mit der längsten Historie. Es läuft, weil es läuft.
Beide Muster werden erst durch eine gemeinsame Darstellung greifbar. Welche Vorhaben auf welches Ziel wirken und wo eine Verbindung fehlt, zeigt eine interaktive Karte der Zielstruktur unmittelbar. In einer Tabelle mit zwei getrennten Blättern findet niemand diese Lücken, weil niemand danach sucht.
Der Aufbau beginnt nicht mit der Sammlung der Projekte, sondern mit der Klärung der Kapazität. Wer zuerst sammelt und dann bewertet, landet regelmäßig bei einer Rangliste, die die vorhandenen Ressourcen um ein Vielfaches übersteigt und deshalb keine Entscheidung erzwingt. Umgekehrt entsteht sofort Druck zur Auswahl.
Der achte Schritt entscheidet über die Haltbarkeit der ersten sieben. Ein Führungsrhythmus, der einmal im Jahr stattfindet, kommt für Korrekturen zu spät. Wie ein tragfähiger Takt aus wöchentlichen Updates und quartalsweisen Entscheidungen aussieht, beschreibt der Beitrag zum wöchentlichen Führungsrhythmus in mittelständischen Unternehmen.
Ressourcenkonflikte lassen sich nicht durch bessere Planung auflösen, sondern nur durch weniger gleichzeitige Vorhaben. Der wirksamste Eingriff ist eine ausdrückliche Obergrenze für parallel laufende Projekte je Engpassfunktion. Alles darüber wird nicht verkleinert, sondern zeitlich gestaffelt. Vorhaben werden nacheinander abgeschlossen statt gemeinsam verzögert.
Der übliche Reflex geht in die andere Richtung: Beanspruchen drei Bereiche dieselbe Fachfunktion, bekommt jedes Vorhaben einen Bruchteil. Das Ergebnis sind drei Projekte, die alle spät fertig werden, statt eines, das früh liefert.
Ein Szenario macht es greifbar. Angenommen, drei Digitalisierungsvorhaben brauchen jeweils vier Monate ausschließliche Arbeit derselben zwei Personen. Parallel betrieben liefert keines vor Monat zwölf. Gestaffelt liefert das erste in Monat vier und beginnt dort bereits zu wirken, das zweite in Monat acht. Der Gesamtaufwand ist identisch, der kumulierte Nutzen deutlich höher.
Die Obergrenze durchzuhalten ist die eigentliche Führungsaufgabe. Sie wird immer dann angegriffen, wenn ein neues Vorhaben dringend erscheint. Hilfreich ist eine feste Regel: Ein zusätzliches Projekt startet nur, wenn ein laufendes abgeschlossen, abgebrochen oder ausdrücklich pausiert wird. Ohne diese Regel gibt es keine Obergrenze, sondern eine Absichtserklärung.
Ein wirksames Portfolio-Review dauert höchstens neunzig Minuten, findet quartalsweise statt und behandelt nicht alle Projekte. Es behandelt die Ausnahmen: Vorhaben, deren Kennzahl sich entgegen der Annahme entwickelt, Vorhaben mit Ressourcenkonflikt und Anträge auf Neustart. Jeder Tagesordnungspunkt endet mit einem Beschluss, nicht mit einem Kenntnisstand.
Die Trennung zwischen Statusinformation und Entscheidungsbedarf ist der Kern. Status gehört in eine Darstellung, die vor dem Termin vorliegt und die niemand im Raum vorträgt, denn wer sie präsentiert, verbraucht die Zeit für die Entscheidung. Eine geeignete Vorbereitung stellt Projektfortschritt und die Fortschrittsentwicklung der Key Results nebeneinander, damit die Abweichung sofort ins Auge fällt. Auswertungen im Zeitverlauf lassen sich dafür in rollenspezifischen Dashboards zusammenstellen, sodass Geschäftsführung und Bereichsleitung dieselbe Datenbasis in unterschiedlichem Zuschnitt sehen.
Vier Beschlussarten reichen aus: fortführen, Umfang kürzen, pausieren, beenden. Die Beschränkung ist Absicht. Sobald Kategorien wie beobachten oder nachschärfen zugelassen werden, wandert der überwiegende Teil der Vorhaben dorthin, und das Review endet ohne Wirkung.
Der Abbruch ist die schwerste Entscheidung im Portfolio, und die üblichen Ratgeber lassen ihn aus. Drei Gründe wirken zusammen, und alle drei sind organisatorisch, nicht fachlich.
Erstens ist der Abbruch persönlich zurechenbar. Wer ein Projekt beantragt und durchgesetzt hat, verliert bei einem Abbruch sichtbar. Ein Projekt, das langsam versandet, kostet niemanden Ansehen. Zweitens fehlt in den meisten Unternehmen ein Format, in dem ein Abbruch überhaupt vorgeschlagen werden kann, ohne dass es als Angriff gilt. Drittens wirkt die bereits investierte Arbeit als Argument für die Fortführung, obwohl sie für die Entscheidung ohne Bedeutung ist. Die einzig relevante Frage lautet, ob der verbleibende Aufwand den erwarteten Nutzen rechtfertigt.
Wirksam gegenwirken lässt sich mit einer strukturellen Maßnahme. Legen Sie bei jedem Projektstart einen Überprüfungspunkt fest, an dem der Beitragssatz gegen die tatsächliche Kennzahlentwicklung gehalten wird, und benennen Sie ausdrücklich, welche Beobachtung einen Abbruch begründen würde. Wer diese Bedingung vorher formuliert, muss sie später nicht gegen Widerstand erfinden. Ähnliche Muster im Umgang mit Zielsystemen beschreibt der Überblick zu häufigen Fehlern bei der Arbeit mit OKRs, denn ihre Ursache liegt in beiden Fällen in ungeklärten Entscheidungsrechten.
Die meisten Portfolios scheitern nicht an fehlenden Methoden, sondern an sechs wiederkehrenden Mustern. Sie treten unabhängig von Branche und Größe auf und sind an ihren Symptomen früh erkennbar. Wer sie kennt, erspart sich Quartale mit Verfahren, die formal korrekt laufen und nichts bewirken.
Drei Softwarekategorien werden für Portfoliomanagement herangezogen, und sie lösen unterschiedliche Aufgaben. Spezialisierte PPM-Suiten decken Bewertung, Kapazitätsplanung und Portfolioszenarien ab. Projekt- und Aufgabentools verwalten die Durchführung. Zielmanagement-Software hält die Verbindung zwischen Vorhaben und strategischem Ergebnis. Wer die falsche Kategorie wählt, bekommt saubere Daten zur falschen Frage.
PPM-Suiten wie Planview, Meisterplan oder Microsoft Project entfalten ihre Stärke dort, wo viele Vorhaben mit formalisierter Ressourcenplanung und einem besetzten Portfoliomanagement zusammenkommen. Sie erlauben Szenarienrechnungen über Kapazitäten und liefern die Tiefe, die eine Organisation mit eigener Portfoliofunktion braucht.
Projekt- und Aufgabentools wie Asana, Jira oder OpenProject sind auf die Durchführung ausgelegt und dort sehr gut. Sie beantworten, wer was bis wann tut, und einige bieten Portfolioansichten, die mehrere Projekte bündeln. Diese Ansichten aggregieren Fortschritt, treffen aber keine Aussage über den Zielbeitrag, weil die Zielgröße außerhalb des Tools liegt.
Zielmanagement-Software setzt an der Verbindung an. Sie hält strategische Ziele, messbare Ergebnisse und die daran hängenden Vorhaben in einer Struktur und macht damit die Prüfung möglich, die den Kern des Portfoliomanagements ausmacht: bewegt sich die Kennzahl, um die es geht. Welche Auswahlkriterien im mittelständischen Umfeld tragen, behandelt der Beitrag zu Strategieumsetzungs-Software für den Mittelstand im Detail.
Für kleinere Portfolios bleibt eine Tabelle länger tragfähig, als Anbieter einräumen. Die Grenze ist erreicht, wenn mehrere Personen gleichzeitig pflegen oder wenn die Zuordnung zwischen Zielen und Vorhaben in mehr als eine Richtung gelesen wird. Wo genau diese Grenze liegt, arbeitet der Vergleich von Zielmanagement-Software und Excel heraus. Wer bereits mit einer Tabelle startet, findet in der Vorlage für Excel und Google Sheets eine Struktur, die sich später übertragen lässt.
Unabhängig von der Kategorie entscheidet die Nutzung im Alltag über den Wert. Ein System, das nur zum Quartalsreview geöffnet wird, enthält zum Reviewtermin veraltete Daten. Regelmäßige Check-ins auf Key Results dort, wo ohnehin kommuniziert wird, etwa über eine Anbindung an Slack, halten den Stand aktuell, ohne einen zusätzlichen Pflegetermin zu erzeugen. Ergänzend lassen sich über Reflexionsfragen zu einzelnen Key Results die Einschätzungen der Verantwortlichen einsammeln, bevor die Zahl im Review interpretiert wird.
Projektportfoliomanagement ist die übergreifende Steuerung aller Projekte einer Organisation. Es entscheidet, welche Vorhaben starten, weiterlaufen, warten oder enden. Maßstab sind der Beitrag zu den strategischen Zielen und die verfügbare Kapazität. Während Projektmanagement fragt, ob ein Projekt gut läuft, fragt Portfoliomanagement, ob es das richtige Projekt ist.
Projektmanagement steuert ein einzelnes Vorhaben in Bezug auf Termine, Budget und Ergebnis. Projektportfoliomanagement steuert die Gesamtheit aller Vorhaben und entscheidet über deren Zusammensetzung. Beide Ebenen sind unabhängig: Ein Projekt kann fachlich einwandfrei laufen und trotzdem keinen Beitrag zur Unternehmensstrategie leisten.
Die Begriffe überschneiden sich stark und werden in der deutschen Fachsprache teils synonym verwendet. Verbreitet ist die Lesart, dass Multiprojektmanagement die operative Koordination mehrerer Projekte bezeichnet, während Portfoliomanagement die strategische Auswahl und Priorisierung betont. Wichtiger als die Begriffsfrage ist die Trennung zwischen koordinierender und entscheidender Funktion.
Ein Programm bündelt Projekte, die ein gemeinsames übergeordnetes Ziel verfolgen, und ist zeitlich befristet. Es endet mit dem Erreichen dieses Ziels. Ein Portfolio ist dauerhaft und umfasst Vorhaben, die inhaltlich nichts miteinander zu tun haben müssen, aber um dieselben Ressourcen konkurrieren. Programme erscheinen im Portfolio als einzelner Eintrag.
In größeren Organisationen liegt die Aufgabe beim Project Management Office. In Unternehmen zwischen dreißig und fünfhundert Mitarbeitenden existiert diese Stelle meist nicht. Die koordinierende Arbeit kann dort an eine Person delegiert werden, die Entscheidung über Start, Verschiebung und Abbruch bleibt jedoch bei der Geschäftsführung oder einem festen Führungskreis.
Legen Sie vier bis fünf gewichtete Kriterien fest, bevor Sie bewerten. Bewährt haben sich strategischer Beitrag, Beanspruchung der Engpassressource, zeitliche Bindung von außen und Umkehrbarkeit. Lassen Sie mehrere Personen unabhängig bewerten und ziehen Sie die Linie dort, wo die knappste Funktion erschöpft ist.
Die Zahl richtet sich nicht nach der Belegschaft, sondern nach der schmalsten Funktion, die in fast jedem Vorhaben gebraucht wird. Meist sind das IT, Controlling und die Geschäftsführung. Wirksam ist eine feste Obergrenze pro Engpassfunktion und die Regel, dass ein neues Projekt nur startet, wenn ein laufendes endet.
Über eine Wirkungsannahme statt über eine Zuordnung. Jedes Projekt erhält einen Satz der Form: Wenn wir X liefern, erwarten wir bis Zeitpunkt T eine Veränderung von Kennzahl Z. Diese Annahme wird im Review gegen die tatsächliche Entwicklung gehalten. Ein Projekt bleibt dabei ein Projekt und wird nie selbst zum Key Result.
Wenn der verbleibende Aufwand den noch erreichbaren Nutzen nicht mehr rechtfertigt. Die bereits investierte Arbeit ist für diese Entscheidung ohne Bedeutung, wird in der Praxis aber regelmäßig als Argument angeführt. Hilfreich ist, bei Projektstart festzulegen, welche Beobachtung einen Abbruch begründen würde, damit die Bedingung später nicht neu ausgehandelt werden muss.
Nicht zwingend. Spezialisierte Suiten lohnen sich bei vielen Vorhaben mit formalisierter Ressourcenplanung und besetzter Portfoliofunktion. Bei überschaubarer Projektzahl ist die Verbindung zwischen strategischen Zielen und Vorhaben der wichtigere Aspekt. Entscheidend ist, dass Zielbeitrag und Fortschritt in einem System liegen und nicht in getrennten Dateien gepflegt werden.
Ein Projektportfolio wird nicht dadurch strategisch, dass es vollständig dokumentiert ist. Es wird strategisch, wenn zu jedem Vorhaben eine überprüfbare Wirkungsannahme gehört und wenn es einen Termin gibt, an dem diese Annahme gegen die Realität gehalten wird. Genau dafür ist Fasan gebaut: Strategien, Objectives und Key Results liegen in einer Struktur, in der sichtbar wird, welche Arbeit auf welches Ergebnis einzahlt und wo diese Verbindung fehlt.
Ob Ihr aktuelles Portfolio diese Prüfung besteht, lässt sich in kurzer Zeit klären. In einer Demo an Ihren eigenen Zielen und Vorhaben gehen wir die Zuordnung gemeinsam durch und schauen, welche Ziele ohne beitragendes Projekt dastehen und welche Projekte ohne Ziel laufen.
