「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
プロジェクトを承認し、資源をプロジェクトに割り当てる権限をPMに与える。
# | プロセス | インプット | ツールと技法 | アウトプット | 知識エリア | |
1 | 統合 | プロジェクト憲章作成 | ★プロジェクト作業範囲記述書 ・ ★(p) プロジェクト・マネジメント・ビジネス文書(6) (p) プロジェクト・ビジネス・ケース (p) プロジェクト・ベネフィット・マネジメント計画書 ★合意書 ---------- ・組織体の環境要因 ・組織のプロセス資産 | ・専門家の判断 ・人間関係とチームに関するスキル ・ファシリテーション技法 (p) コンフリクト・マネジメント (p) 会議のマネジメント ・データ収集 (p) ブレーン・ストーミング (p) フォーカス・グループ (p) インタビュー | ★プロジェクト憲章 (p) 前提条件ログ | プロジェクト統合マネジメント |
2 | ステークホルダー | ステークホルダー特定 | ★プロジェクト憲章 ★(p) プロジェクト・マネジメント・ビジネス文書(6) (p) プロジェクト・ビジネス・ケース (p) プロジェクト・ベネフィット・マネジメント計画書 (p) プロジェクト・マネジメント計画書 (p) コミュニケーション・マネジメント計画書 ★(p) ステークホルダー・エンゲージメント計画書 (p) プロジェクト文書 (p) 変更ログ (p) 課題ログ (p) 要求事項文書 ・合意書 ・調達文書 ---------- ★組織体の環境要因 ★組織のプロセス資産 | ★専門家の判断 (p) データ収集 (p) アンケートと調査 (p) ブレーン・ストーミング (p) ブレーン・ライティング (p) データ分析 ・ステークホルダー分析 (p) 文書分析 (p) データ表現 (p) ステークホルダーのマッピングや表現 ・会議 | ★ステークホルダー登録簿 (p) 変更要求 (p) プロジェクト・マネジメント計画書更新版 (p) 要求事項マネジメント計画書 (p) リスク・マネジメント計画書 (p) コミュニケーション・マネジメント計画書 ★(p) ステークホルダー・エンゲージメント計画書 ・プロジェクト文書更新版 (p) 前提条件ログ (p) 課題ログ (p) リスク登録簿 | プロジェクト・ステークホルダー・マネジメント |
以下を公式に承認する。
プロジェクトが実行可能であるかどうかを判断する。
※「初めての試み」などの場合は、特に重要になる。
選定プロセスは、フィージビリティ・スタディと同様に、
下記の要因でプロジェクトによって評価手法は異なる。
ニーズ評価を行い、
などをまとめる。
経済的な実現可能性検討を文書化したもの。
プロジェクトから得られるベネフィットを
させるための、プロセスを定義した記述書。
プロジェクト作業範囲記述書 = プロジェクトSOW(Statement Of Work)
多数のフェーズ、プロセス群でも、ツールと技法として使用される。
主要なステークホルダーを早期に特定して、
プロジェクト憲章作成に参加してもらう。
に反映することができる。
との間に、協力関係を形成すると書かれている。
プロジェクトの存在は承認済みのプロジェクト憲章という公式な書面によって承認/確認される。
関連するステークホルダー、事業部門の名称が記されていることがある。
関連するステークホルダー、事業部門の名称が記されていることがある。
このプロセス中で特に注意を払う必要がある項目。
このプロセス中で特に注意を払う必要がある項目。
# | 不認識 | 抵抗 | 中立 | 支持 | 指導 | |
1 | ステークホルダーA | 現在のレベル | 望ましいレベル | |||
2 | ステークホルダーB | 現在のレベル | 望ましいレベル | |||
3 | ステークホルダーC | 現在のレベル |
以下に対するプロファイリングと分析
以下が記載されている必要がある。
戦略(ステークホルダーに対する対処に関する機密情報)
→ 一部のステークホルダーは、プロジェクト文書にアクセスできるので、
この機密情報が、公になる可能性がある点に注意を払う必要がある。
必要に応じて更新する。
必要に応じて更新する。