「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
監視・制御 - その他プロセスの主要な役割 †
インプット・アウトプット †
スコープの妥当性確認 †
- 目的
- 品質管理(QC)に合格した検証済み成果物を正式に受け入れる。
- 受け入れプロセスに客観性を与える。
- 最終のプロダクト / サービス / 所産の受け入れ可能性を高める。
- 実行
- プロジェクト全体を通して実行
- スポンサーや顧客の協業によって実行
プロセス（ツールと技法） †
検査 †
- 測定、試験、妥当性確認
- レビュー、プロダクト・レビュー、ウォークスルー。
意思決定 †
投票
アウトプット †
受け入れ済み成果物 †
- スポンサーや顧客から正式な署名を受ける。
- プロジェクトやフェーズの終結プロセスへ送られる。
作業パフォーマンス情報 †
プロジェクトの進捗状況に関する情報。
変更要求 †
スコープの欠陥修正には変更要求を必要とする。
プロジェクト文書更新版 †
- 要求事項文書
- 当該プロセスの結果、更新することもある。
- 重要なのは、以下のケースで更新すること。
- 実際の要求より優れている場合
- 要求が放棄された場合
スコープのコントロール †
- 実行
- プロジェクト全体を通して実行
- スコープ・クリープの防止
- スケジュール、コスト、資源を調節せずスコープを拡大すること。
- 実際には、時間、原価、資源の無駄遣いになっている。
- コレを防ぐためには、変更管理プロセスを守るようメンバを指導する。
プロセス（ツールと技法） †
データ分析 †
アウトプット †
作業パフォーマンス情報 †
- コンテンツ
- 変更の分類
- 特定されたスコープの差異と原因
- スケジュール・コストへの影響
- 将来のスコープのパフォーマンス予測
変更要求 †
パフォーマンスの分析の結果、生じる。
プロジェクト・マネジメント計画書更新版 †
プロジェクト文書更新版 †
スケジュールのコントロール †
プロセス（ツールと技法） †
データ分析 †
- イテレーション・バーンダウン・チャート
- イテレーションのバックログの作業を追跡する。
- イテレーション計画でコミットメントに基づき、
理想とされるバーンダウンに関する差異を分析する。
- クリティカル・パスの差異は、
プロジェクト終了日に直接的な影響を与える。
- クリティカル・パスでのアクティビティ進捗状況を
評価することでスケジュール・リスクを特的出来る。
資源の可用性を考慮に加えている。
遅れているスケジュールを計画に沿ったものに戻すため、リードとラグを分析する。
遅れているスケジュールを計画に沿ったものに戻すため、スケジュール短縮する。
プロジェクト・マネジメント情報システム †
アウトプット †
作業パフォーマンス情報 †
変更要求 †
スケジュール予測 †
プロジェクト・マネジメント計画書更新版 †
プロジェクト文書更新版 †
コストのコントロール †
プロセス（ツールと技法） †
アウトプット †
品質管理(QC) †
プロセス（ツールと技法） †
アウトプット †
人的資源のコントロール †
プロセス（ツールと技法） †
アウトプット †
リスクの監視 †
プロセス（ツールと技法） †
アウトプット †
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
