Enterprise プランから、規制業界の PMO のために

エンタープライズのプロジェクト ガバナンス

複数の審査員によるゲート、重み付けされた評価基準、変更管理委員会(CCB)、そして SOX、HIPAA、公的機関の監査に耐える監査ログを備えた、12 段階の提案のパイプライン。ガバナンスを本当に必要とする PMO のためのもので、必要だと思い込んでいる PMO のためのものではありません。

ガバナンスのパイプライン:提案は、複数の審査員の承認と重み付けされた採点を伴う、続くゲートを通っていきます。

12 段階のパイプライン

どの提案も、決まった状態遷移をたどります。スポンサーは今どこにあるかがわかり、審査員はまだ何を審査すべきかがわかり、PMO は説明に耐える監査ログを得ます。

  1. 提案
    最初のゲートの前
    1. 1

      下書き

      スポンサーが書きます:タイトル、大まかなケース、最初の見積もり。

    2. 2

      提出済み

      提出されました。提出とともにそのまま最初のゲートに入り、別の引き渡しの手順はありません。

  2. 審査中
    ゲート 1
    1. 3

      提案審査

      ゲート 1

      指名された審査員団が重み付けされた基準を採点します。一人でも却下すれば終わり、全員が承認すれば進みます。

  3. ビジネスケース
    ゲート 2
    1. 4

      ビジネスケース

      完全なケースのためにスポンサーに戻ります:効果、理由、予算、期間。

    2. 5

      ビジネスケース審査

      ゲート 2

      独自の基準を持つ別の審査員団。財務の厳密さ、リスク、リソースの計画が既定の基準です。

  4. 計画
    ゲート 3
    1. 6

      計画

      実行の計画:スケジュール、人の割り当て、リスク、そして誰がプロジェクトの責任者になるか。

    2. 7

      計画審査

      ゲート 3

      実行前の最後のゲート。スケジュールの信頼性、アーキテクチャ、変更管理が既定の基準です。

  5. 承認済み
    すべてのゲートの後
    1. 8

      承認済み

      設定したゲートで提案からプロジェクトが作られ、スポンサーに通知されます。

  6. 進行中
    実行中
    1. 9

      進行中

      自分のプロジェクトに結び付き、提案を起点としてポートフォリオのダッシュボードに表示されます。

  7. 終了
    3 通りの終わり方
    1. 10

      完了

      納品されました。効果のレビューで、ケースに照らして成果を確かめます。

    2. 11

      保留中

      いったん脇に置かれます。再開すると、最初ではなく元の段階に戻ります。

    3. 12

      却下

      ゲートを通りませんでした。判断、審査員、理由は記録に残ります。

最初のゲートの前

提案はどこから来るか

パイプラインの価値は、そこに入るもので決まります。下書きに通じる道は 3 本あり、そのうち 2 本は、相手に一文より多くを求めません。

すべてのプラン

数秒で書き留めるアイデア

プロジェクトを選ばずに書き留めます。共有するまでは非公開です。AI にフィードバックを求めると、会社の目標に照らして評価されて戻ってきます:批評、答えるべき質問、リスク、おすすめの進め方。準備ができたら、小さければ自分に割り当てたタスクに、そうでなければ常に下書きから始まる提案に変えます。だからアイデアがゲートを飛ばすことはありません。

フォームは Professional プランから

公開の受付フォーム

アカウントなしで誰でも送信できるフォームで、必要ならアクセス用のパスワードで保護できます。送信は一つの画面に集まり、ワンクリックで下書きの提案になります。同じ送信をもう一度変換しても、重複ではなく同じ提案になります。

Enterprise

スポンサーが直接書く

提案のフォーム:タイトル、ビジネス ケース、優先度、リスクのレベル、予算、部門、戦略との整合。提出するまではスポンサーだけが見られ、提出してからは、ゲートでの判断がすべて審査員とともに記録されます。

最後の道、提案のフォームそのもの:優先度、リスク、予算、スポンサー、そして誰がプロジェクトの責任者になるか。すべて最初のゲートの前です。

どこから来ても記録は下書きから始まり、そこから上の 12 段階と監査ログが、すべてに同じように当てはまります。

6 のガバナンスの機能

具体的で、範囲がはっきりしていて、確かめやすいものです。「設定できるワークフロー」のような曖昧さはありません。

複数の審査員による定足数付きのゲート

3 のゲートそれぞれに、専任の審査員団を指名します。審査の段階に入ると、Onplana は指名された審査員ごとに保留中の承認を作ります。定足数のルール:一人でも却下すれば提案は差し戻され、全員が承認すれば進み、それ以外は保留のままです。

ゲートごとの評価基準

ゲートごとに重み付けされた採点の基準を設定します:戦略との整合、ビジネスの価値、リスクの特性、リソースの空き。組織固有の設定が全体の既定値の上に乗ります。審査員が基準ごとに採点し、プラットフォームが重み付けの合計を計算します。

ロールに基づく審査員のアクセス

メンバーのロールを持つ指名された審査員は、組織のガバナンスの権限がなくても、特定のゲートに限って審査を提出できます。「提案を審査できるように全員を管理者にする」必要はもうありません。

変更管理委員会(CCB)

プロジェクトごとの、スコープ、スケジュール、予算の変更依頼の正式な流れ。依頼は CCB の指名されたメンバーの審査を通り、状態は下書き、提出、審査から、承認または却下、そして実施まで追跡されます。監査ログは保管されます。

段階を失わない一時停止

提案を保留にすると、Onplana は直前の段階を保存します。再開するとそれを復元し、いつも提出済みに戻るわけではありません。段階の変更を、文脈を失わずに取り消せなければならない規制業界では重要です。

スポンサーへの通知と監査

スポンサーは、ゲートでの判断、段階の変更、プロジェクトの自動作成のたびに通知を受けます。ゲートでの判断は審査員、採点、理由を記録し、提案への変更は前後の値を持つバージョンの履歴を残します。監査ログの保持は、組織の保持ポリシーに従います。

規制業界に対応

ガバナンス、監査、保持が、一緒に本当に耐えなければならない 3 の状況。

金融 / SOX

ゲートでの判断は審査員と理由とともに記録され、提案への変更は前後のバージョンを残します。複数の審査員によるゲートが職務の分離を強制します。CCB の流れは、説明に耐える変更管理の跡を残します。監査ログの保持は、Enterprise プラン以上で 7 年以上にできます。

医療 / HIPAA

データは顧客ごとに隔離されます。監査ログは変更とエクスポートを人と時刻とともに記録し、読み取りは記録しません。指名された審査員の仕組みにより、臨床のスタッフは管理者にならずに(そしてより広いアクセスを得ずに)審査できます。

公的機関の PMO / FedRAMP 型

機密性の高いワークロードには、Enterprise+ があります。Onplana があなたの Azure サブスクリプションの中で運用する専用の環境で、暗号化のキーもそこに残ります。監査ログ、SCIM によるプロビジョニング、IP の許可リスト、SAML による SSO が、公的部門でよく求められる証跡の要件をカバーします。

SOC 2 はロードマップにあり、Onplana はまだこの認証を取得していません。保持の選択肢と各プランの機能は、/securityに記載しています。最も広く使われている ID プロバイダーでの IT 向け設定ガイド:Microsoft Entra による SSO (英語) · SCIM によるプロビジョニング (英語).

展開を計画する:最初に誰を巻き込むか、アクセスと権限、連携と AI の制御を、一つのガイドにまとめました。 展開のガイドを読む (英語)

ほかのツールからガバナンスを移しますか?

Onplana の 12 段階のパイプラインと CCB の流れは、提案からプロジェクトまで正式なガバナンスを適用する組織のために作られています。移行では進行中のプロジェクトをインポートし、新しい提案は下書きからパイプラインに入ります。

よくある質問

提案はどこから来ますか?▾
3 つの入り口から来て、どれも下書きから始まります。スポンサーが直接書けます。公開の受付フォームは、アカウントなしで誰からでも依頼を集め、ワンクリックで送信が提案になります。そして Onplana のどこで書き留めたアイデアも、必要なら目標に照らして評価された AI のフィードバックの後で、提案にできます。アイデアは無料プランを含むすべてのプランで、受付フォームはProfessional プラン以上で、それらが流れ込むパイプラインはEnterprise プラン以上で使えます。
12 段階のパイプラインには、どのプランが必要ですか?▾
少なくとも Enterprise プランです。ガバナンスは Onplana で最も充実した機能で、基本機能ではありません。下位のプランには提案が含まれないので、12 段階のパイプラインも、その複数の審査員によるゲートも、その監査ログも含まれません。Enterprise+ は、あなたの Azure サブスクリプションの中の専用の環境を加えます。
段階やゲートの基準をカスタマイズできますか?▾
12 の段階は、下書きから却下まで固定されています。それが状態遷移です。その中で、各ゲートの評価基準は組織ごとに自由に設定でき、各ゲートの審査員団も同様です。CCB の流れは下書きから始まる独自の状態遷移を持ち、別に設定します。構造は決まっていて、中身はあなたのものです。
複数の審査員による定足数は、正確にはどう働きますか?▾
審査の段階に入ると、Onplana は指名された審査員ごとに保留中の承認を作ります。各審査員は承認か却下かを決めます。一人でも却下すれば提案は差し戻されます。全員が承認すれば提案は進みます。それ以外は段階にとどまり、API は定足数がまだ保留中であることを示します。審査員は、定足数に達するまでは考えを変えられます。
監査ログは SOX と HIPAA の要件を満たしますか?▾
SOX と HIPAA のほとんどの場合については、いくつかの但し書き付きで、はい。Onplana はゲートでの判断をすべて審査員、採点、理由とともに記録し、提案と変更依頼への変更について前後の値を持つバージョンの履歴を残し、ロールの変更、エクスポート、管理の操作について監査ログの項目(人、時刻、リクエストのメソッドとパス)を書き込みます。保持は組織のポリシーに従います(プロファイル:STANDARD / GDPR / HIPAA / FINRA / SOC 2 / CUSTOM)。規制対象のワークロードには、HIPAA のプロファイル(監査ログを含むすべての種類のデータで 6 年)と、あなたの Azure サブスクリプションの中の Enterprise+ の専用環境をおすすめします。
ガバナンスと CCB は同じプロジェクトで共存できますか?▾
はい。別々の状態遷移を持つ別々の流れです。ガバナンスは、新しい提案をアイデアからプロジェクトの作成まで管理します。CCB は、進行中のプロジェクトへの変更(スコープ、スケジュール、予算)を扱います。どちらもバージョンの履歴を残し、指名された審査員団を持ち、Enterprise プラン以上で使えます。
指名された審査員は、管理者のロールとどう違いますか?▾
以前の Onplana では、ゲートの審査を提出するのに組織レベルのガバナンスの権限が必要で、ふつうはマネージャーか管理者のロールでした。それは一度に与えるには多すぎました。臨床、財務、セキュリティの審査員は、より広い管理のアクセスを必要としません。指名された審査員がこの問題を解決します。メンバーのロールのユーザーを特定のゲートに指名でき、その人は組織の管理者にならずに、そのゲートだけを審査できます。最小権限のガバナンスです。

Enterprise プランのガバナンスについてご相談ください

Enterprise プランと、ガイド付きのセッション。ご契約の前に、今のガバナンスのモデルを 12 段階のパイプラインに移してみせます。