loumi
Die Grundidee des Blueprints ist eine Absage an die Universalmethode. Projekte scheitern selten daran, dass die falsche Methode gewählt wurde — sie scheitern daran, dass eine Methode als Gesamtpaket übernommen wird, obwohl das konkrete Projekt nur einen Teil davon braucht und an anderer Stelle Bausteine fehlen, die keine Standardmethode vorsieht. Der Blueprint ersetzt die Frage „Welches Framework führen wir ein?" durch die Frage „Welche Steuerungsbausteine benötigt dieses Projekt, in welcher Ausprägung, und welche lassen wir bewusst weg?".
Dafür unterscheidet das Modell fünf Bausteinfamilien. Governance umfasst Gremien, Rollen, Entscheidungsrechte und Eskalationswege — die formale Struktur, in der gesteuert wird. Reporting umfasst Status-, Trend- und Ausnahmeberichte, die auf Entscheidungen zielen statt auf Vollständigkeit. Entscheidung umfasst Decision Log, Entscheidungsreife und die Latenz zwischen Beschluss und Wirkung — der Baustein, der bestimmt, ob Governance führt oder nur dokumentiert. Koordination umfasst Schnittstellen, Abhängigkeiten und die Taktung zwischen Workstreams, Lieferanten und Fachbereichen — die Coordination Surface des Projekts. Delivery umfasst Meilensteine, Testing, Releases und Betriebsnähe — der Baustein, an dem sich die Wirkung aller anderen messen lassen muss.
Welche Bausteine ein Projekt in welcher Ausprägung braucht, bestimmen vier Auswahldimensionen. Die Projektarchitektur beschreibt, wie viele Workstreams, Lieferanten und Systeme beteiligt sind und wie sie geschnitten wurden. Der Veränderungstyp unterscheidet, ob ein Projekt Neues aufbaut, Bestehendes ablöst oder Laufendes stabilisiert — jede Variante verlangt andere Steuerungsbausteine. Die Abhängigkeiten erfassen, wie stark Entscheidungen in einem Bereich Wirkungen in anderen erzeugen. Die Betriebsnähe schließlich beschreibt, wie dicht das Projekt am produktiven Betrieb arbeitet — je näher, desto strenger müssen Release-, Test- und Eskalationsbausteine ausgeprägt sein.
In der Anwendung folgt der Blueprint drei Schritten: In der Diagnose werden die vier Dimensionen für das konkrete Projekt eingeschätzt. In der Auswahl wird daraus die Zusammenstellung der Bausteine begründet — einschließlich der bewussten Entscheidung gegen Bausteine, die nur Aufwand erzeugen würden. In der Aktivierung werden die gewählten Bausteine in Gremien, Tools, Reports und Routinen übersetzt. Eine wichtige Grenze gehört dazu: Der Blueprint ist ein Modell aus Praxis-Synthese und Literaturauswertung, kein empirisch validiertes Instrument. Er strukturiert Entscheidungen über Projektsteuerung — er ersetzt nicht die Prüfung im konkreten Kontext.