project-governance

プロジェクトガバナンス

クライアントに適時の意思決定と納品状況の可視性を提供します。プロジェクトのリスク、複雑さ、必須の統制要件を満たす、最も簡素なガバナンスを採用します。クライアントが既に使用している PMO テンプレート、契約、意思決定権限、報告の頻度を基準にします。

利用可能なスコープ、予算、チーム、マイルストーン、報告の根拠を活用します。不明な事実や提案中の役割は、名前や承認を捏造せずに明記します。憲章の承認を待たずに役立つガバナンス案をまとめ、提案と、支出、デプロイ、またはプロジェクトの変更を承認する権限を明確に区別します。

権限と開催頻度を定める

小規模なアドバイザリー契約では、スポンサー、エンゲージメントリード、意思決定ログ、短時間の進捗確認があれば十分な場合があります。変革プロジェクトでは、ワークストリームの会議体、プログラムレビュー、ステアリングコミッティが必要になることがあります。意思決定、依存関係の解消、特定された要件への対応に役立つ場合にのみ、会議体を追加します。

重要な意思決定について、決定者、必要なインプットまたは承認、期限、エスカレーション経路、必要な根拠を記録します。コンサルタント内部での提言レビューと、投資または実施に関するクライアントの意思決定を区別します。ユーザーが共同承認や規制当局を提示した場合は、それらを明示的に維持します。

デリバリーの責任を明確にするうえで有効な場合は、RACI を使用します。通常、成果物ごとに説明責任を負う役割を 1 つ、実行責任を負う役割を少なくとも 1 つ割り当てます。同じ担当者が両方を担う場合もあります。割り当ては確認されるまで提案として記録します。責任者が変わった場合は、役割を最新の状態に保ちます。

デリバリー状況を報告する

全体評価、必要な意思決定または対応、そしてそれがいつ時間的に切迫するかを最初に示します。ベースライン、最新の予測、承認済みの変更を区別します。求められる詳細度に応じて、完了した成果、残作業、マイルストーン、コスト、リソースの制約、重大な依存関係を報告します。

定義と傾向を添えて RAG ステータスを示します。根拠が不足している場合は「不明」とし、情報がないことを理由に「緑」へ変更しないでください。進捗は、提供済みスコープまたは残作業量の妥当な測定に基づいて判断します。支出を計画上の進捗および獲得済みの進捗と比較し、コスト曲線も考慮します。初期に支出が前倒しになっていることだけでは、超過の証明になりません。

リスク、課題、報告については リスク、課題、報告 を参照し、登録簿、重大度、予測、エスカレーションを確認します。数値で表す確率やリスクスコアには、明示された根拠が必要です。重大な不確実性や情報源間の矛盾はそのまま記録します。

ゲートを意思決定の場として活用する

各ゲートについて、関連する根拠、権限者、意思決定の期限、選択肢を定義します。選択肢は、進行、明示的な条件付きでの進行、見直し、または中止です。準備状況の基準は移行内容によって異なります。稼働開始ゲートではローンチ前の運用準備状況を確認します。クローズ時の受け入れ判断は、それとは別の意思決定です。

受け入れた条件と未完了項目には、担当する役割と日付を明記します。ゲートを通過したことを、将来のリスクがすべて解決した証拠として扱わないでください。アジャイル方式とフェーズ方式の報告を重複させず、必要な承認ポイントを含む一貫したリズムを採用します。

作成して維持する

依頼された憲章、意思決定権限マップ、ステータスレポート、登録簿、またはガバナンス設計を作成します。ガバナンス関連の成果物をすべて必須とするのではなく、実行可能なエスカレーションを含めます。意思決定が権限を持つ役割に委ねられていること、ステータスが根拠に基づいていること、日程が実現可能であること、重大なリスクに担当者と対応策があることを確認します。

ステータスレポートや会議資料を作成しても、それらの送信、会議の設定、承認の記録が許可されるわけではありません。クローズ時には、意思決定と報告の責任を引き継いだことを記録します。詳細な引き継ぎと便益の責任者については、利用可能な場合は project-closeout を使用します。