Ab dem Tarif Enterprise, gebaut für PMOs in regulierten Branchen

Projekt-Governance für Unternehmen

Eine Antrags-Pipeline in 12 Phasen mit Gates und mehreren Prüfern, gewichteten Bewertungskriterien, einem Änderungsausschuss (CCB) und einem Audit-Trail, der SOX, HIPAA und einer Prüfung durch Behörden standhält. Gebaut für PMOs, die Governance wirklich brauchen, nicht für die, die es nur glauben.

Die Governance-Pipeline: Anträge durchlaufen gestufte Gates mit Freigaben durch mehrere Prüfer und gewichteter Bewertung.

Die Pipeline in 12 Phasen

Jeder Antrag durchläuft einen festen Zustandsautomaten. Sponsoren sehen, wo ihr Antrag steht, Prüfer sehen, was auf sie wartet, und das PMO hat einen belastbaren Audit-Trail.

  1. Anträge
    Vor dem ersten Gate
    1. 1

      Entwurf

      Der Sponsor schreibt ihn auf: Titel, der Fall in Umrissen, eine erste Schätzung.

    2. 2

      Eingereicht

      Abgegeben. Mit dem Einreichen geht der Antrag direkt ins erste Gate, ohne eigenen Übergabeschritt.

  2. In Prüfung
    Gate 1
    1. 3

      Antragsprüfung

      Gate 1

      Ein benanntes Gremium bewertet gewichtete Kriterien. Eine Ablehnung beendet den Antrag; sind alle dafür, geht er weiter.

  3. Wirtschaftlichkeit
    Gate 2
    1. 4

      Wirtschaftlichkeit

      Zurück beim Sponsor für die ausgearbeitete Begründung: Nutzen, Rechtfertigung, Budget und Dauer.

    2. 5

      Prüfung der Wirtschaftlichkeit

      Gate 2

      Ein zweites Gremium mit eigenen Kriterien. Finanzielle Sorgfalt, Risiko und Ressourcenplan sind die Vorgaben.

  4. Planung
    Gate 3
    1. 6

      Planung

      Der Umsetzungsplan: Zeitplan, Besetzung, Risiken und wer das Projekt verantworten wird.

    2. 7

      Planprüfung

      Gate 3

      Das letzte Gate vor der Umsetzung. Glaubwürdigkeit des Zeitplans, Architektur und Change-Management als Vorgabe.

  5. Genehmigt
    Durch alle Gates
    1. 8

      Genehmigt

      Aus dem Antrag entsteht das Projekt, an dem Gate, das Sie festlegen, und der Sponsor erfährt es.

  6. Aktiv
    In der Umsetzung
    1. 9

      Aktiv

      Mit seinem Projekt verknüpft und auf den Portfolio-Dashboards, mit dem Antrag als Ursprung.

  7. Geschlossen
    3 Wege hinaus
    1. 10

      Abgeschlossen

      Geliefert. Eine Nutzenbewertung prüft, was gegenüber der Begründung tatsächlich erreicht wurde.

    2. 11

      Pausiert

      Geparkt. Wird die Pause aufgehoben, kehrt der Antrag in die Phase zurück, aus der er kam, nicht an den Anfang.

    3. 12

      Abgelehnt

      Hat ein Gate nicht bestanden. Entscheidung, Prüfer und Begründung bleiben dokumentiert.

Vor dem ersten Gate

Woher ein Antrag kommt

Eine Pipeline ist nur so gut wie das, was hineinkommt. 3 Wege führen zum Entwurf, und 2 davon kosten die Person auf der anderen Seite nicht mehr als einen Satz.

Alle Tarife

Eine Idee, in Sekunden festgehalten

Schreiben Sie sie auf, ohne ein Projekt zu wählen. Sie bleibt privat, bis Sie sie teilen. Bitten Sie um KI-Feedback, und es kommt gemessen an den Zielen des Unternehmens zurück: eine Kritik, die offenen Fragen, die Risiken und ein empfohlener Weg. Wenn sie reif ist, machen Sie daraus eine Aufgabe für sich, wenn sie klein ist, oder einen Antrag, der immer im Entwurf beginnt, sodass eine Idee nie ein Gate überspringt.

Formulare ab Professional

Ein öffentliches Antragsformular

Ein Formular, das jeder ohne Konto absenden kann, auf Wunsch hinter einem Zugangspasswort. Die Einsendungen landen in einer Ansicht, und mit einem Klick wird aus einer Einsendung ein Antrag im Entwurf. Wandeln Sie dieselbe Einsendung zweimal um, erhalten Sie denselben Antrag zurück, kein Duplikat.

Enterprise

Ein Sponsor, der ihn direkt schreibt

Das Antragsformular: Titel, Begründung, Priorität, Risikostufe, Budget, Abteilung und strategische Ausrichtung. Bis zum Einreichen sieht ihn nur der Sponsor, und ab diesem Moment wird jede Gate-Entscheidung mit ihrem Prüfer festgehalten.

Der dritte Weg, das Antragsformular selbst: Priorität, Risiko, Budget, Sponsor und wer das Projekt verantworten wird, erfasst vor dem ersten Gate.

Gleich, auf welchem Weg er kam: Der Datensatz beginnt im Entwurf, und von dort gelten die 12 Phasen oben und das Audit-Protokoll für alle gleichermaßen.

6 Governance-Funktionen

Konkret, klar abgegrenzt, prüffreundlich. Kein Gerede von „konfigurierbaren Workflows“.

Gates mit mehreren Prüfern und Quorum

Legen Sie für jedes der 3 Gates ein eigenes Prüfergremium fest. Beim Eintritt in eine Prüfphase legt Onplana für jeden benannten Prüfer eine Freigabe an. Die Quorum-Regel: Eine einzige Ablehnung lehnt den Antrag ab, stimmen alle zu, geht er weiter, sonst bleibt er offen.

Bewertungskriterien je Gate

Legen Sie gewichtete Bewertungskriterien je Gate fest: strategische Passung, geschäftlicher Wert, Risikoprofil, Verfügbarkeit von Ressourcen. Organisationseigene Anpassungen über den globalen Vorgaben. Prüfer bewerten jedes Kriterium, die Plattform berechnet die gewichtete Summe.

Prüferzugriff nach Rolle

Benannte Gate-Prüfer mit der Rolle Mitglied können Reviews abgeben, auch ohne Governance-Berechtigung auf Organisationsebene, beschränkt auf bestimmte Gates. Damit entfällt das Muster „alle zu Administratoren machen, damit sie Anträge prüfen können“.

Änderungsausschuss (CCB)

Ein förmlicher Ablauf für Änderungsanträge zu Umfang, Termin und Budget je Projekt. Änderungsanträge werden von benannten CCB-Mitgliedern geprüft, mit verfolgtem Status vom Entwurf über Einreichung und Prüfung bis zur Genehmigung oder Ablehnung und zur Umsetzung. Der Audit-Trail bleibt erhalten.

Pausieren ohne Verlust

Wird ein Antrag pausiert, merkt sich Onplana die vorherige Phase. Das Fortsetzen stellt sie wieder her, statt fest auf „Eingereicht“ zurückzufallen. Wichtig für regulierte Branchen, in denen Phasenwechsel umkehrbar sein müssen, ohne den Zusammenhang zu verlieren.

Benachrichtigung des Sponsors und Audit

Sponsoren werden bei jeder Gate-Entscheidung, jedem Phasenwechsel und jeder automatischen Projekterstellung benachrichtigt. Gate-Entscheidungen behalten Prüfer, Bewertung und Begründung, und Änderungen am Antrag behalten einen Versionsverlauf mit den Werten vorher und nachher. Die Aufbewahrung des Audit-Protokolls folgt der Aufbewahrungsrichtlinie der Organisation.

Aufgestellt für regulierte Branchen

3 Umfelder, in denen Governance, Audit und Aufbewahrung zusammen wirklich standhalten müssen.

Finanzwesen / SOX

Gate-Entscheidungen werden mit Prüfer und Begründung festgehalten, Änderungen am Antrag behalten ihre Versionen vorher und nachher. Gates mit mehreren Prüfern setzen die Funktionstrennung durch. Der CCB-Ablauf liefert eine belastbare Spur der Änderungskontrolle. Die Aufbewahrung des Audit-Protokolls lässt sich im Tarif Enterprise und darüber auf 7 Jahre und mehr einstellen.

Gesundheitswesen / HIPAA

Daten jedes Mandanten getrennt. Das Audit-Protokoll hält Änderungen und Exporte mit Person und Zeitpunkt fest; Lesezugriffe protokolliert es nicht. Dank benannter Prüfer kann klinisches Personal prüfen, ohne Administrator zu werden (und damit weitergehenden Zugriff zu bekommen).

PMOs von Behörden / nach Art von FedRAMP

Für sensible Arbeitslasten ist Enterprise+ eine dedizierte Bereitstellung, die Onplana in Ihrem eigenen Azure-Abonnement betreibt; auch die Schlüssel liegen dort. Audit-Protokoll, SCIM-Bereitstellung, IP-Zulassungsliste und SAML-SSO erfüllen die üblichen Nachweisanforderungen von Behörden.

SOC 2 steht auf unserer Roadmap, und Onplana ist noch nicht zertifiziert. Aufbewahrungseinstellungen und die Funktionen je Tarif sind beschrieben unter /security (auf Englisch). Einrichtungsanleitungen für die IT beim meistgenutzten Identitätsanbieter: SSO mit Microsoft Entra (auf Englisch) · SCIM-Bereitstellung (auf Englisch).

Planen Sie die Einführung: wen Sie zuerst einbinden, Anmeldung und Zugriff, Integrationen und KI-Einstellungen, in einem Leitfaden. Den Einführungsleitfaden lesen (auf Englisch)

Sie bringen Ihre Governance aus einem anderen Werkzeug mit?

Die Pipeline in 12 Phasen und der CCB-Ablauf von Onplana sind für Organisationen gebaut, die eine förmliche Governance vom Antrag bis zum Projekt betreiben. Die Migration übernimmt laufende Projekte; neue Anträge beginnen in der Pipeline im Entwurf.

Häufige Fragen

Woher kommen Anträge?▾
Aus 3 Quellen, und alle beginnen im Entwurf. Ein Sponsor kann einen Antrag direkt schreiben. Ein öffentliches Antragsformular sammelt Anfragen von jedem, ohne Konto, und ein Klick macht aus einer Einsendung einen Antrag. Und eine Idee, die irgendwo in Onplana festgehalten wurde, lässt sich zu einem Antrag machen, auf Wunsch nach KI-Feedback, das an Ihren Zielen gemessen ist. Ideen gibt es in jedem Tarif, auch im kostenlosen, Antragsformulare im Tarif Professional und darüber, und die Pipeline, die sie speisen, im Tarif Enterprise und darüber.
Welchen Tarif brauche ich für die Pipeline in 12 Phasen?▾
Mindestens den Tarif Enterprise. Governance ist die umfangreichste Funktion von Onplana, kein Einstiegsmerkmal. Die Tarife darunter enthalten keine Anträge, also weder den Ablauf in 12 Phasen noch seine Gates mit mehreren Prüfern und seinen Audit-Trail. Enterprise+ kommt mit einer dedizierten Bereitstellung in Ihrem eigenen Azure-Abonnement obendrauf.
Kann ich die Phasen oder die Gate-Kriterien anpassen?▾
Die 12 Phasen sind fest, von Entwurf bis Abgelehnt: Sie sind der Zustandsautomat. Innerhalb dieser Phasen sind die Bewertungskriterien je Gate pro Organisation frei einstellbar, ebenso die Prüfergremien je Gate. Der CCB-Ablauf hat einen eigenen Zustandsautomaten vom Entwurf an, der sich getrennt einstellen lässt. Die Struktur ist vorgegeben, die Inhalte gehören Ihnen.
Wie funktioniert die Quorum-Regel mit mehreren Prüfern genau?▾
Beim Eintritt in eine Prüfphase legt Onplana für jeden benannten Prüfer eine Freigabe an. Jeder Prüfer entscheidet mit Genehmigt oder Abgelehnt. Eine einzige Ablehnung lehnt den Antrag ab. Stimmen alle zu, geht er weiter. Sonst bleibt er in seiner Phase, und die Schnittstelle meldet, dass das Quorum noch aussteht. Bis das Quorum erreicht ist, können Prüfer ihre Entscheidung ändern.
Reicht das Audit-Protokoll für SOX und HIPAA?▾
Für SOX und die meisten HIPAA-Fälle ja, mit Einschränkungen. Onplana hält jede Gate-Entscheidung mit Prüfer, Bewertung und Begründung fest, führt einen Versionsverlauf mit den Werten vorher und nachher für Änderungen an Anträgen und Änderungsanträgen und schreibt Einträge ins Audit-Protokoll (Person, Zeitpunkt, Methode und Pfad der Anfrage) für Rollenwechsel, Exporte und Verwaltungsaktionen. Die Aufbewahrung folgt der Richtlinie der Organisation (Vorlagen: STANDARD / GDPR / HIPAA / FINRA / SOC 2 / CUSTOM). Für regulierte Arbeitslasten empfehlen wir die Vorlage HIPAA (6 Jahre für alle Arten von Daten, das Audit-Protokoll eingeschlossen) und eine dedizierte Bereitstellung mit Enterprise+ in Ihrem eigenen Azure-Abonnement.
Laufen Governance und CCB im selben Projekt?▾
Ja, es sind getrennte Abläufe mit getrennten Zustandsautomaten. Governance steuert neue Anträge von der Idee bis zur Projekterstellung. Der CCB behandelt Änderungen an laufenden Projekten (Umfang, Termin, Budget). Beide führen einen Versionsverlauf, beide haben benannte Prüfergremien, und beide gibt es im Tarif Enterprise und darüber.
Was unterscheidet einen benannten Prüfer von der Rolle Administrator?▾
Früher brauchte man in Onplana eine Governance-Berechtigung auf Organisationsebene, um Gate-Reviews abzugeben, meist mit der Rolle Manager oder Administrator. Das bündelte zu viel: Prüfer aus Klinik, Finanzen oder Sicherheit brauchen keinen weitergehenden Verwaltungszugriff. Benannte Prüfer lösen das: Ein Nutzer mit der Rolle Mitglied kann für bestimmte Gates benannt werden und nur für diese Gates prüfen, ohne Administrator der Organisation zu werden. Governance mit den geringsten nötigen Rechten.

Sprechen Sie mit uns über Governance mit Enterprise

Der Tarif Enterprise und eine Einführung. Wir bilden Ihr heutiges Governance-Modell auf die Pipeline in 12 Phasen ab, bevor Sie sich festlegen.