Es ist Montagmorgen. Sie haben den gr\u00f6\u00dften Teil des Freitags damit verbracht, Statusaktualisierungen von f\u00fcnf verschiedenen Projektmanagern einzuholen, Meilensteindaten in drei Tabellen abzugleichen und einen Power BI-Bericht so zu gestalten, dass Sie sich vor dem Vorstand nicht blamieren. Das Dashboard sieht gut aus. Vielleicht sogar gut. Und doch lautet die erste Frage in der Besprechung: \"K\u00f6nnen wir diesen Zahlen trauen?\"<\/p>\n
An dieser Frage scheitern die meisten Projektportfolio-Berichtsverfahren. Nicht ein technischer Fehler. Keine fehlenden Daten. Nur eine langsame Erosion des Vertrauens, die Ihren Bericht eher zu einem Ausgangspunkt f\u00fcr Diskussionen als zu einer Grundlage f\u00fcr Entscheidungen macht.<\/p>\n
Wenn Ihnen das bekannt vorkommt, liegt das Problem mit Sicherheit nicht an Power BI. Es ist die Art und Weise, wie das Portfolio-Reporting strukturiert ist - und warum die \u00fcblichen Korrekturen die Dinge nur noch schlimmer machen.<\/p>\n
Es gibt eine Reihe von Bedingungen, die ein Power BI-Portfolio-Dashboard in etwas verwandeln, das mehr Fragen aufwirft als es beantwortet. Keines dieser Probleme ist von au\u00dfen offensichtlich, und das ist einer der Gr\u00fcnde, warum sie so hartn\u00e4ckig sind.<\/p>\n
1. Das Datenmodell ist f\u00fcr einzelne Projekte und nicht f\u00fcr Portfolios konzipiert.<\/strong> Die meisten Power BI-Implementierungen in Projektumgebungen beginnen mit den Daten eines einzelnen Projekts - Zeitplan, Budget, Ressourcen - und werden dann auf ein Portfolio ausgeweitet, indem mehr derselben Daten gestapelt werden. Das Ergebnis ist ein Bericht, der den Status einzelner Projekte recht gut wiedergeben kann, aber zusammenbricht, wenn Sie versuchen, Fragen auf Portfolioebene zu beantworten: Bei welchen Programmen besteht die Gefahr, dass die Verpflichtungen des dritten Quartals nicht eingehalten werden? Wo h\u00e4ufen sich die Budget\u00fcberschreitungen im gesamten Portfolio? Das zugrundeliegende Modell war nie darauf ausgelegt, diese Fragen zu beantworten, und keine noch so gro\u00dfe Anzahl neuer Ma\u00dfnahmen kann eine strukturelle Unausgewogenheit beheben.<\/p>\n 2. Die Statusdaten werden uneinheitlich \u00fcbermittelt, und niemand ist f\u00fcr das Qualit\u00e4tsproblem verantwortlich.<\/strong> Die Berichterstattung \u00fcber das Projektportfolio h\u00e4ngt davon ab, dass die Projektleiter rechtzeitig und ehrlich \u00fcber den Stand der Dinge berichten. In der Praxis \u00fcbermitteln manche fr\u00fch, manche sp\u00e4t, manche \u00fcbermitteln optimistische Zahlen, um eine Eskalation zu vermeiden. Power BI meldet pflichtbewusst alles, was es erh\u00e4lt. Am Ende ist das PMO f\u00fcr einen Bericht verantwortlich, den es nicht vollst\u00e4ndig kontrolliert hat, und die F\u00fchrungskr\u00e4fte sind skeptisch gegen\u00fcber Zahlen, die die Realit\u00e4t widerspiegeln k\u00f6nnen oder auch nicht. Dies ist kein menschliches Problem. Es ist ein Prozess- und Governance-Problem, das die Berichtsebene erbt.<\/p>\n 3. Der Bericht versucht, zu viele Zielgruppen auf einmal zu bedienen.<\/strong> Operative Projektmanager brauchen Details auf Aufgabenebene. Programmmanager ben\u00f6tigen eine Meilensteinverfolgung. Der Lenkungsausschuss ben\u00f6tigt den RAG-Status und das finanzielle Engagement auf Portfolioebene. Wenn ein einziger Power BI-Bericht versucht, all dies zu leisten - in der Regel \u00fcber eine Vielzahl von Seiten und Filtern -, ist er am Ende f\u00fcr nichts davon besonders gut geeignet. F\u00fchrungskr\u00e4fte sehen sich den Bericht nicht mehr an, weil es zu lange dauert, bis sie finden, was sie brauchen. Die Projektmanager ignorieren es, weil die Details f\u00fcr ihre Arbeit falsch sind. Und das PMO bleibt mit einem Bericht zur\u00fcck, mit dem niemand wirklich zufrieden ist.<\/p>\n Der Instinkt, wenn ein Portfolio-Dashboard nicht gut ankommt, besteht darin, mehr hinzuzuf\u00fcgen. Mehr Filter. Mehr Drill-Throughs. Farbcodierte Statusspalten, die durch drei Hierarchieebenen kaskadieren. Bedingte Formatierung, die alles rot hervorhebt, bis nichts mehr auff\u00e4llt. Ich habe Berichte mit siebzehn Seiten gesehen, durch die F\u00fchrungskr\u00e4fte navigieren, indem sie das PMO bitten, ihren Bildschirm freizugeben und f\u00fcr sie herumzuklicken.<\/p>\n Die andere g\u00e4ngige Ma\u00dfnahme ist der Neuaufbau der Datenpipeline. Neue SharePoint-Struktur. Neue Power Query-Transformationen. Manchmal auch ein richtiges Data Warehouse. Gelegentlich ist dies die richtige Entscheidung - aber es ist ein monatelanges Projekt, das nicht darauf eingeht, warum der vorhandene Bericht nicht vertrauensw\u00fcrdig ist. Sie k\u00f6nnen vollkommen saubere Daten haben, die einen Bericht f\u00fcttern, der trotzdem nicht entscheidungsrelevant ist.<\/p>\n Es gibt auch ein Muster, das es wert ist, genannt zu werden: Ersetzen von Power BI durch ein spezielles PPM-Tool, nur um am Ende mit denselben Berichtsproblemen in einer neuen Schnittstelle zu enden. Das Tool \u00e4ndert sich. Die zugrundeliegenden Fragen, was die F\u00fchrungskr\u00e4fte tats\u00e4chlich sehen m\u00fcssen und wie die Daten von den Projekten zum Portfolio flie\u00dfen, bleiben ungel\u00f6st.<\/p>\n Um ehrlich zu sein: Es gibt hier kein Patentrezept. Probleme bei der Portfolioberichterstattung sind immer teils ein Datenproblem, teils ein Prozessproblem und teils ein Designproblem. Jeder, der Ihnen etwas anderes erz\u00e4hlt, vereinfacht zu stark. Aber die Design-Ebene ist in der Regel am schnellsten zu beheben, und sie wird fast immer zuletzt angegangen.<\/p>\n Sinnvoller ist es, von den eigentlichen Fragen des Lenkungsausschusses auszugehen - den drei oder vier Dingen, mit denen sie aus einer Sitzung herausgehen m\u00fcssen - und von dort aus r\u00fcckw\u00e4rts zu planen. Nicht: \"Welche Daten haben wir?\", sondern: \"Was muss ein Portfoliobesitzer sehen, um eine Entscheidung f\u00fcr oder gegen ein verz\u00f6gertes Programm zu treffen?\"<\/p>\n In der Praxis bedeutet dies in der Regel eine strikte Trennung zwischen der Sicht der Gesch\u00e4ftsf\u00fchrung und der operativen Sicht. Die Steuerungsebene ben\u00f6tigt eine Aggregation auf Portfolio-Ebene: Gesamtzustand des Zeitplans, Budgetbelastung nach Programm, ein klares Signal, welche Projekte Kandidaten f\u00fcr eine Eskalation sind. Sie sollte in weniger als zwei Minuten lesbar sein, ohne dass man etwas anklicken muss. Die operative Ebene - die Ebene, die von Projektmanagern und Programmleitern tats\u00e4chlich genutzt wird - kann die Details enthalten. Es handelt sich um zwei unterschiedliche Zielgruppen mit unterschiedlichen Anforderungen, und der Versuch, beide in einem Bericht zu bedienen, ist der Grund, warum die meisten Power BI-Portfolio-Dashboards nicht funktionieren.<\/p>\n Die Wahl der Visualisierung ist wichtiger, als den meisten PMOs bewusst ist. Ein Ampelstatus, der keinen Trend anzeigt - ob ein Projekt gerade gelb geworden ist oder schon seit sechs Wochen gelb ist - ist weniger n\u00fctzlich, als er aussieht. Eine Meilenstein\u00fcbersicht im Gantt-Stil, die die Abweichung vom Zeitplan im gesamten Portfolio zeigt, vermittelt etwas, was eine Tabelle mit Daten nicht kann. Die Wahl des Bildmaterials ist keine Dekoration, sondern der Unterschied zwischen einem Bericht, der zu einer Entscheidung f\u00fchrt, und einem, der zu einer Frage f\u00fchrt.<\/p>\n Dies ist der Bereich, in dem speziell entwickelte Power BI-Visualisierungen f\u00fcr Projektmanagementkontexte einen echten Unterschied machen. LeapLytics erstellt speziell f\u00fcr diesen Zweck zertifizierte, benutzerdefinierte Visualisierungen - Dinge wie Gantt-Diagramm visualisiert<\/a> und Ampelindikatoren, die f\u00fcr das Portfolio-Reporting entwickelt wurden und nicht aus allgemeinen BI-Anwendungsf\u00e4llen \u00fcbernommen wurden. Sie l\u00f6sen weder das Datenmodell- noch das Governance-Problem, aber wenn die Struktur stimmt, machen sie die Ergebnisse f\u00fcr die wichtigsten Personen deutlich besser lesbar.<\/p>\n Ein mittelgro\u00dfes Infrastruktur-PMO - rund 40 aktive Projekte in vier Programmen - kam an einen Punkt, an dem die monatliche \u00dcberpr\u00fcfung des Portfolios drei Stunden statt neunzig Minuten dauerte, vor allem, weil jeder gemeldete Status eine Folgediskussion dar\u00fcber ausl\u00f6ste, ob die Zahlen aktuell waren. Die Projektleiter \u00fcbermittelten Aktualisierungen per E-Mail. Das PMO aktualisierte manuell eine Master-Excel-Datei. Power BI wurde aus dieser Datei gelesen. Die Kette f\u00fchrte zu einer Verz\u00f6gerung von mindestens einer Woche zwischen der Realit\u00e4t und dem Bericht.<\/p>\n Die Neugestaltung bestand aus drei Teilen: einem standardisierten Status\u00fcbermittlungsprozess mit einem festen Freitagstermin, der von Power BI direkt gelesen wurde, einer klaren Trennung zwischen einem One-Pager f\u00fcr die Gesch\u00e4ftsf\u00fchrung (Portfolio-RAG, Top-F\u00fcnf-Risiken, Budgetabweichung nach Programm) und einer operativen Ansicht auf Programmebene sowie dem Ersatz eines generischen gestapelten Balkendiagramms durch ein richtiges Meilenstein-Zeitdiagramm, das die Zeitplanabweichung auf einen Blick zeigte.<\/p>\n Die Lenkungssitzung wurde von drei Stunden auf siebzig Minuten verk\u00fcrzt. Noch wichtiger ist, dass die Eingangsfrage nicht mehr lautete: \"K\u00f6nnen wir dem vertrauen?\", sondern: \"Was machen wir mit Programm B?\" Diese Verlagerung - von der Validierung der Daten zur Entscheidungsfindung - ist das eigentliche Ziel. Alles andere ist Infrastruktur.<\/p>\n Nach Angaben von PMI-Forschung zur PMO-Effektivit\u00e4t<\/a>Organisationen mit ausgereiften Portfolio-Berichtsprozessen schlie\u00dfen deutlich mehr Projekte fristgerecht und innerhalb des Budgets ab. Die Berichterstattung selbst ist nicht die Ursache daf\u00fcr - aber schlechte Berichterstattung unterschl\u00e4gt aktiv die Signale, die ein fr\u00fcheres Eingreifen erm\u00f6glichen w\u00fcrden.<\/p>\n Wenn Ihr Portfolioreport mehr Sitzungsdebatten als Lenkungsentscheidungen ausl\u00f6st, ist die schnellste Diagnose die Frage: Was entscheidet der Vorstand eigentlich auf der Grundlage dieses Reports? Wenn die ehrliche Antwort \"nicht viel\" lautet, erf\u00fcllt der Bericht seine Aufgabe nicht - unabh\u00e4ngig davon, wie technisch solide der zugrunde liegende Power BI-Aufbau ist.<\/p>\n Beginnen Sie dort. Legen Sie die drei Entscheidungen fest, die der Lenkungsausschuss monatlich treffen muss. Bauen Sie r\u00fcckw\u00e4rts auf. K\u00fcmmern Sie sich dann um das Bildmaterial.<\/p>\n Wenn Sie das bereits hinter sich haben und der Engpass in der Power BI-Schicht selbst liegt, ist die LeapLytics visuelle Bibliothek<\/a> ist einen Blick wert - es wurde speziell f\u00fcr Projektmanagementberichte entwickelt, ist von Microsoft zertifiziert und kann direkt getestet werden. Starten Sie hier eine kostenlose Testversion<\/a> und testen Sie sie anhand Ihrer aktuellen Portfoliodaten.<\/p>","protected":false},"excerpt":{"rendered":" Es ist Montagmorgen. Sie haben den gr\u00f6\u00dften Teil des Freitags damit verbracht, Statusaktualisierungen von f\u00fcnf verschiedenen Projektmanagern einzuholen, Meilensteindaten in drei Tabellen abzugleichen und einen Power BI-Bericht so zu gestalten, dass Sie sich vor dem Vorstand nicht blamieren. Das Dashboard sieht gut aus. Vielleicht sogar gut. Und doch - die erste Frage ... <\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-14620","post","type-post","status-publish","format-standard","hentry","category-news","latest_post"],"_links":{"self":[{"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/posts\/14620","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/comments?post=14620"}],"version-history":[{"count":2,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/posts\/14620\/revisions"}],"predecessor-version":[{"id":14622,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/posts\/14620\/revisions\/14622"}],"wp:attachment":[{"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/media?parent=14620"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/categories?post=14620"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.leaplytics.de\/de\/wp-json\/wp\/v2\/tags?post=14620"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Was die meisten PMOs zuerst versuchen - und warum es nicht funktioniert<\/h2>\n
Was wirklich hilft: Design f\u00fcr die Entscheidung, nicht f\u00fcr die Daten<\/h2>\n
Vorher und nachher: Was sich \u00e4ndert, wenn Portfolio Reporting tats\u00e4chlich funktioniert<\/h2>\n
Wo soll man anfangen?<\/h2>\n