Performance Management: Ohne Road Map in die Irre

	Ein mehrtägiger Workshop vor der Implementierung empfiehlt sich. Foto:

Unternehmen führen Performance Management oft dann ein, wenn die Not groß ist. Zum Beispiel dann, wenn der CIO in Anfragen untergeht oder der CFO bei der Budgetierung seine Excel-Dateien nicht mehr überblickt. Im Prinzip ist Business Performance Management (BPM) dann der richtige Ausweg. Aber überstürzen sollte man diesen Schritt nicht.

An diesem Schritt ist an sich nichts zu bekritteln. Wer ihn aber überstürzt macht, gerät leicht ins Stolpern. Davor warnt Craig Schiff, CEO des Beratungshauses BPM Partners, in einem Beitrag für BeyeNetwork. In der Praxis würden allzu viele BPM-Projekte übers Knie gebrochen. Dadurch erhöhten Firmen unnötig das Risiko eines Scheiterns – mit möglicherweise verheerenden Ergebnissen, so Schiff. "Wenn jedes Projekt von einer soliden Planung und einer Road Map zu Projektbeginn profitiert, so gilt das umso mehr beim Performance Management", mahnt der BPM-Experte.

Man müsse sich darüber im Klaren sein, dass BPM-Projekte große Vorhaben mit mehrjähriger Implementierung verschiedener Module seien – soweit vergleichbar mit Enterprise Resource Planning (ERP). Der Unterschied sei, dass die meisten Manager im Unternehmen direkt ans BPM-System angebunden seien, über das sie mit wichtigen Informationen versorgt werden sollen. "Warum sollte man da riskieren, weniger als brillante Resultate zu erreichen?", fragt Schiff. Dafür müssten drei Gefahren umkurvt werden.

1. Kein mittelfristiges Konzept: Wenn die primären Ziele erreicht sind, zwingt ein BPM-System zu weiteren Entscheidungen. Es will weiter entwickelt werden. Schließlich soll es am Ende Plandaten für alle wesentlichen Geschäftsfelder ebenso beinhalten wie aktuelle Daten aus allen relevanten Systemen und Performance-Berichte, die diese Daten mit der Strategie des Unternehmens verknüpfen. Umfassen kann BPM nach Gusto viele Segmente: Budgetierung, Planung, Forecasting, Konsolidierung, Financial Reporting, Dashboards/Scorecards, Operational Analystics und auch Governance, Risikomanagement und Compliance. Oracle bietet beispielsweise 14 Bausteine speziell für CFOs an.Nur sollte man eben wissen, worauf genau man zusteuern will. Nach Regelung der drängendsten Bedürfnisse sollten schnell die weiteren Prioritäten samt Zeitablauf für die kommenden Phasen geklärt sein. "So einen Plan nach Beginn des Projektes aufzustellen, ist schwierig", meint Schiff. In der Regel bekomme man die betroffen Key Stakeholder nur schwer erneut an einen Tisch; am Ende einer anstrengenden Implementierung sei erst einmal Durchschnaufen angesagt – und dadurch werde Potenzial verschenkt.