Bewährte Verfahren im Projektmanagement von Ingenieurprojekten: Teil 2 – Umfang, Steuerung und Einbindung der Stakeholder

Es ist hilfreich, drei Zustände zu unterscheiden. Eine genehmigte Idee verfügt über einen Business Case und einen Budgetposten, ist aber ansonsten kaum definiert. Ein initiiertes Projekt hat einen benannten Verantwortlichen und einen groben Plan, doch Umfang und Entscheidungsbefugnisse sind möglicherweise noch nicht klar geregelt. Ein umsetzungsreifes Projekt umfasst all dies sowie einen validierten Zeitplan, zugesagte Ressourcen und eine vereinbarte Projektsteuerung.

Ingenieurprojekte können auch nach der Genehmigung noch mit hohen Risiken behaftet sein. Ein Programm zur Modernisierung des Stromnetzes verfügt möglicherweise über die nötigen Mittel, aber noch nicht über einen bestätigten Anschlusstermin. Für die Erweiterung einer Halbleiteranlage stehen unter Umständen Budget, aber noch keine Inbetriebsetzungsingenieure zur Verfügung. Bei einem standortübergreifenden Rollout gibt es möglicherweise einen Sponsor, aber keine Einigung darüber, welche regionalen Compliance-Anforderungen Vorrang haben. Technische Unsicherheit, lange Lieferzeiten für Anlagen und Abhängigkeiten von externen Lieferanten bedeuten, dass das eigentliche Risiko bei der Projektabwicklung oft zwischen Genehmigung und Beginn der ersten Aufgabe liegt, nicht danach.

Definieren Sie das Ergebnis. Vereinbaren Sie das messbare Ergebnis, das das Projekt unabhängig vom Arbeitsumfang erzielen muss. Ein Projekt mit einer detaillierten Aufgabenliste, aber ohne definiertes Geschäftsergebnis, lässt sich später nicht überprüfen.

Definieren Sie den Projektumfang. Dokumentieren Sie die zu erbringenden Leistungen, Ausschlusskriterien, Abnahmekriterien und technischen Annahmen als Grundlage – nicht nur in einem einmaligen Memo. Wenn niemand genau sagen kann, was nicht zum Projektumfang gehört, hat das Projekt noch keine klaren Grenzen.

Bringen Sie die Beteiligten auf den richtigen Weg. Legen Sie fest, wer für jede wichtige Entscheidung Empfehlungen ausspricht, genehmigt, konsultiert und informiert werden muss. Eine Liste der Beteiligten ohne Entscheidungsbefugnisse zeigt Ihnen, wen Sie per E-Mail kontaktieren müssen, nicht aber, wer zustimmen kann.

Legen Sie Governance-Strukturen und Entscheidungsbefugnisse fest. Vereinbaren Sie vor Projektbeginn Genehmigungsschwellen, Eskalationswege und Berichtsfrequenzen, angepasst an die Projektkomplexität. Governance, die erst mitten im Projekt unter Druck entwickelt wird, ist in der Regel schlechter als gar keine Governance.

Prüfen Sie Zeitplan, Ressourcen, Finanzen und Abhängigkeiten. Stimmen Sie den ursprünglichen Plan mit der tatsächlichen Ressourcenverfügbarkeit, Artikeln mit langen Lieferzeiten und bekannten Abhängigkeiten ab – nicht nur mit der reinen Aufgabendauer. Ein ungeprüfter Zeitplan ist nichts anderes als eine Schätzung mit einem Gantt-Diagramm drumherum.

Führen Sie Änderungs- und Berichtsprozesse ein. Definieren Sie von Anfang an, wie Änderungsanträge bewertet werden und wer in welchen Abständen was berichtet. Wenn Sie erst nach dem ersten Änderungsantrag den Prozess gestalten, ist eine inkonsistente erste Entscheidung vorprogrammiert.

Projektmanagement-Software unterstützt dieses Framework, indem sie Umfang, Stakeholder-Rollen, Terminannahmen und Governance-Regeln in einem zusammenhängenden Datensatz zusammenfasst, anstatt eines Charterdokuments, einer Stakeholder-Tabelle und eines Projektplans, die sich stillschweigend voneinander entfernen.

Genehmigte Initiative → Ergebnisdefinition → Festlegung des Projektumfangs → Abstimmung mit den Stakeholdern → Einrichtung der Governance-Struktur → Validierung von Ressourcen und Zeitplan → Genehmigung der Durchführung

Genehmigte Initiative: Das Projekt verfügt über einen Business Case und eine Finanzierung, mehr nicht.

Ergebnisdefinition: Das messbare Ergebnis, das das Projekt liefern muss, wird vereinbart und dokumentiert.

Scope Baseline: Liefergegenstände, Ausschlusskriterien und Akzeptanzkriterien werden als lebendige Referenz dokumentiert.

Einbindung der Interessengruppen: Entscheidungsbefugnisse werden zugewiesen, nicht nur eine Verteilerliste erstellt.

Governance-Struktur: Genehmigungsschwellenwerte, Eskalationswege und Berichtsfrequenzen sind vereinbart.

Ressourcen- und Terminprüfung: Der Plan wird mit den tatsächlichen Kapazitäten und Abhängigkeiten abgeglichen.

Ausführungsfreigabe: Die Arbeiten an einem Plan, den die Organisation bereits getestet hat, beginnen.

Der Projektumfang eignet sich besser als dynamische Basislinie denn als Dokument, das nach Projektstart abgelegt wird. Diese Basislinie sollte die zu erbringenden Leistungen, Ausschlüsse, Abnahmekriterien, technischen Annahmen, Schnittstellen zwischen den Fachbereichen, Abhängigkeiten, Einschränkungen, Meilensteine, Kostenrahmen, Ressourcenannahmen, regulatorischen Verpflichtungen und Anforderungen für die operative Übergabe umfassen.

Der Projektumfang, der in E-Mail-Verläufen oder einem freigegebenen Ordner gespeichert ist, wird nicht mehr aktualisiert, sobald der Projektplan, die Aufgabenliste oder das Änderungsprotokoll ohne diese Informationen aktualisiert werden. Ein Inbetriebnahmetechniker, der mit der Version des Projektumfangs vom Vormonat arbeitet, und ein Planer, der mit dem aktuellen Plan arbeitet, werden sich früher oder später – meist zum ungünstigsten Zeitpunkt – nicht einig sein, was tatsächlich zum Projekt gehört. Dies ist ein Problem der Projektdefinition, nicht der Vertragsgestaltung; die rechtlichen Bedingungen einer Lieferantenbeziehung sind unabhängig davon, ob sich das Entwicklungsteam darüber einig ist, was als „Fertigstellung“ gilt.

Eine Stakeholderliste zeigt Ihnen, wer beteiligt ist. Sie sagt Ihnen aber nicht, wer tatsächlich zustimmen kann. Sponsoren, Projektverantwortliche, das PMO, Projektmanager, technische Leiter, Fachbereichsleiter, Finanz-, Betriebs-, Qualitäts- und Beschaffungsabteilung, regulatorische Stakeholder und externe Lieferpartner – sie alle sind auf unterschiedliche Weise in ein Projekt involviert, und ein praktikables Governance-Modell berücksichtigt dies explizit.

Die PMI-Studie „Pulse of the Profession 2025“ ergab, dass 71 % der Projektfachleute betriebswirtschaftliches Know-how – also die Berücksichtigung des finanziellen und organisatorischen Kontexts einer Entscheidung – als hilfreich für das Management von Stakeholder-Erwartungen und die Bewältigung von Konflikten ansehen. Eine Entscheidungsmatrix strukturiert diese Beurteilung nachvollziehbar und wiederholbar, anstatt sie dem Zufall zu überlassen.

Eine sinnvolle Governance legt Genehmigungsschwellen, Eskalationswege, Berichtsfrequenzen, Phasenüberprüfungen, Ausnahmeregelungen, Risikoverantwortung, Änderungskontrolle, Finanzbefugnisse und Datenverantwortung fest und hält sich dann zurück. Übermäßige Governance hingegen wiederholt dieselbe Überprüfung auf mehreren Ebenen, ohne die Entscheidung zu ändern.

Nicht jedes Projekt benötigt denselben Prozessaufwand. Eine kleine technische Änderung genügt möglicherweise nur einer Genehmiger und ein einfaches Änderungsprotokoll. Ein umfangreiches, funktionsübergreifendes Programm erfordert typischerweise gestaffelte Prüfungen, ein Änderungsgremium und eine klare Eskalationskette zwischen Projektmanager, PMO und Sponsor. Eine strategische Initiative auf Portfolioebene benötigt in der Regel finanzielle Befugnisse auf Führungsebene, formale Meilensteine ​​und eine Governance, die mit dem Portfolio-Reporting verknüpft ist. Die Anwendung einer Governance auf Programmebene auf eine kleine Geräteaufrüstung führt lediglich zu Verzögerungen ohne zusätzliche Kontrolle.

Bewerten Sie jeden Bereich als „Bereit“, „Bereit unter Auflagen“ oder „Nicht bereit“. Ein Projekt mit mehreren „Nicht bereit“-Bewertungen kann zwar fortgesetzt werden, jedoch nicht so, als ob diese Lücken nicht bestünden.

Ein Team-Projektmanagement-Tool kann Aufgaben zwar gut organisieren, stößt hier aber dennoch an seine Grenzen. Es ist selten darauf ausgelegt, Umfangsdefinitionen, Ressourcenzusagen, Finanzdaten und Governance-Regeln gleichzeitig zu verwalten – genau das aber benötigt ein komplexes Entwicklungsprojekt, sobald es die Initiierungsphase abgeschlossen hat.

Wie viele dieser Prüfungen zur Ausführungsbereitschaft finden derzeit in Tabellenkalkulationen, E-Mails oder unverbundenen Systemen statt? Vergleichen Sie Ihren bestehenden Umfang, Ihre Governance, Ihre Terminplanung und Ihre Ressourcenprozesse mit Celoxis anhand eines realen Engineering-Projekts.

[Vergleiche deinen Prozess →]

Celoxis kombiniert dynamische Projektplanung mit automatischer Terminplanung und der Nachverfolgung von Projektabhängigkeiten. So wird der laufende Plan bei Änderungen des Projektumfangs oder der Ressourcen sofort aktualisiert, anstatt dass Abweichungen erst später bemerkt werden müssen. Die Ressourcenzuweisung berücksichtigt Kompetenzen, Verfügbarkeit und Bedarf im gesamten Portfolio. Die Kapazitätsplanung ist speziell für die gemeinsame Nutzung von Spezialisten in mehreren Projekten ausgelegt und erkennt Überlastungen, bevor diese zu einem Lieferrisiko werden.

Für Governance-Prozesse bietet Celoxis konfigurierbare Workflow-Apps für Risiken, Probleme, Änderungsanforderungen und RAID-Protokolle sowie benutzerdefinierte Workflow-Apps mit konfigurierbaren Routing-Regeln und Eskalationsrichtlinien. So werden Genehmigungsschwellen und Entscheidungsbefugnisse direkt ins System integriert und nicht separat erfasst. Anpassbare Dashboards ermöglichen jeder Stakeholdergruppe eine individuelle Ansicht: Die Finanzabteilung sieht den Budgetverbrauch, das PMO den Portfolio-Status und der Betrieb die Ressourcennutzung – alles basierend auf denselben Daten. Der KI-Assistent Lex stellt Risiko- und Ressourceninformationen in natürlicher Sprache bereit. Celoxis lässt sich in Jira und Azure DevOps integrieren und ermöglicht so Teams, die neben der Softwareentwicklung auch die technische Umsetzung durchführen. Celoxis ist als Cloud-Service auf AWS in den USA und der EU oder als On-Premise-Lösung verfügbar. Die Migration zwischen beiden Bereitstellungsarten wird unterstützt.

Celoxis ist eine Evaluierung wert, wenn ein Unternehmen Umfang, Pläne, Ressourcen, Finanzen, Risiken, Änderungen und Portfolio-Reporting in einem System verknüpfen und die Governance von einem einzelnen Projekt auf ein Portfolio skalieren muss. Für ein sehr kleines Team, das lediglich eine einfache, gemeinsame Aufgabenverfolgung benötigt, bietet Celoxis wahrscheinlich mehr Funktionen, als es braucht.

Checkliste zur Ausführungsbereitschaft

Ist das angestrebte Ergebnis messbar?

Sind Geltungsbereichsgrenzen und Ausschlusskriterien dokumentiert?

Sind die technischen Annahmen für alle, die sie benötigen, sichtbar?

Sind die Abnahmekriterien für die wichtigsten Lieferergebnisse vereinbart?

Sind für jeden wichtigen Entscheidungsbereich Entscheidungsträger benannt?

Wurden disziplin- und projektübergreifende Abhängigkeiten erfasst?

Werden die Fachquellen namentlich genannt und bestätigt, nicht nur aufgelistet?

Wurde der ursprüngliche Zeitplan anhand der tatsächlichen Verfügbarkeit auf seine Kapazität getestet?

Ist die finanzielle Basisplanung genehmigt und auf den aktuellen Leistungsumfang abgestimmt?

Sind die Risiken namentlich genannten Eigentümern zugeordnet?

Ist der Änderungsbewertungsprozess vor Eingang der ersten Anfrage definiert?

Ist der Berichtsrhythmus von allen Beteiligten vereinbart?

Ingenieurprojekte sollten erst dann in die Ausführungsphase übergehen, wenn Umfang, Governance, Einbindung der Stakeholder, Terminplanung, Ressourcen, Finanzen, Risiken und Änderungsmanagement ausreichend klar definiert sind, um darauf reagieren zu können – nicht erst, wenn alles perfekt ist. Ziel war nie, Unsicherheit zu eliminieren, sondern sie sichtbar, verständlich und handhabbar zu machen, bevor Budget und Team vollständig festgelegt sind. Eine Projektmanagement-Software für Ingenieure, die Umfang, Governance und Ressourcen zentral integriert, ermöglicht dies in großem Umfang. Celoxis ist eine Plattform, die für Projektmanagementbüros (PMOs) im Ingenieurwesen, die vernetzte Planung, Ressourcenmanagement, finanzielle Transparenz, Workflow-Steuerung und Portfolio-Reporting benötigen, während ein Projekt von der Genehmigung in die Ausführungsphase übergeht, eine Evaluierung wert ist.

Erfahren Sie, wie Celoxis Ihr PMO dabei unterstützen kann, genehmigte Initiativen in strukturierte, ressourcenorientierte und umsetzungsbereite Projektpläne zu verwandeln. Fordern Sie eine personalisierte Demonstration anhand eines Ihrer realen Engineering-Projekte an.

Wie verbessert Software für das Projektmanagement im Ingenieurwesen die Kontrolle des Projektumfangs?

Es hält Lieferergebnisse, Ausschlusskriterien und Abnahmekriterien als dynamische Basislinie fest, die mit dem Zeitplan und dem Änderungsprotokoll verknüpft ist, anstatt als Dokument, das nach dem Projektstart nicht mehr aktualisiert wird. Bei Änderungen des Projektumfangs werden Plan, Ressourcenzuweisungen und Berichte sofort aktualisiert, wodurch sichergestellt wird, dass verschiedene Teams mit derselben Projektversion arbeiten.

Welche Funktionen sollte eine Projektmanagement-Software vor Beginn der Ausführung bieten?

Über Aufgabenlisten hinaus sollte ein System eine Projektumfangsdefinition, festgelegte Ressourcenzusagen, eine an den aktuellen Projektumfang gekoppelte Finanzplanung, die Risikoverantwortung, einen definierten Änderungsprozess und rollenbasierte Berichterstattung umfassen. Einfache Aufgabenverwaltungstools können zwar Aktivitäten erfassen, verknüpfen diese Elemente aber selten zu einem einheitlichen, nachvollziehbaren Datensatz, bevor die Arbeit beginnt.

Wie kann PMO-Software die Steuerung von Engineering-Projekten stärken?

PMO-Software ergänzt den zugrunde liegenden Plan um Genehmigungsprozesse, Eskalationsregeln und ein Prüfprotokoll. Dadurch werden Entscheidungsbefugnisse automatisch durchgesetzt und nicht durch informelle Gewohnheiten geregelt. Dies ist besonders wichtig, wenn eine Entscheidung später erneut geprüft wird und genau nachvollziehbar ist, wer was auf welcher Grundlage genehmigt hat.

Kann Software für das Projektportfoliomanagement die Entscheidungen der Stakeholder verbessern?

Es hilft, indem es Ressourcenverpflichtungen, Abhängigkeiten und finanzielle Rahmenbedingungen für jedes Projekt sichtbar macht, an dem ein Beteiligter beteiligt ist – nicht nur für das aktuellste. Dieser Kontext unterstützt fundiertere Empfehlungen und Genehmigungen, wobei die Entscheidungsgewalt letztendlich weiterhin bei den Personen innerhalb der Entscheidungsmatrix liegt und nicht bei der Software.

Worauf sollten Führungskräfte im Ingenieurwesen bei der Auswahl der besten Projektmanagement-Software für ihr Portfolio achten?

Suchen Sie nach einer Software, die Umfang, Governance, Ressourcen und Finanzen integriert, mit rollenbasierten Dashboards und einem Audit-Trail, die so implementiert wird, dass sie Ihren Anforderungen an die Daten-Governance entspricht. Die richtige Lösung hängt mehr von der Größe und Komplexität Ihres Portfolios ab als von einer einzelnen Funktionsliste.