PMP：終結

「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

• 戻る

目次 †

概要 †

終結プロセスの主要な役割 †

• プロジェクトの記録にプロダクトの最終仕様を正確に反映
• マネジメント・プロセスの有効性を分析、役割・責任（誰の？）の文書を更新
• PJの成功確率と、PMの影響力が最大になるプロセス。

インプット・アウトプット（ITTO） †

プロジェクトやフェーズの終結 †

• 目的
  • 完結するプロセス
    • プロジェクト・フェーズ、契約上の活動
    • プロジェクト・フェーズの情報保管
    • 作業の完了と資源の開放

• 実行方法
  • 1度だけ定義された時点で実施
  • 普通は最後に実施と思うがPMBOKにはそう書はいてない。

• 活動内容
  • プロジェクト・マネジメント計画書のレビュー
  • 全ての作業を完了し、プロジェクト目標が達成されていることを確実にする。

• 事務終了の活動

• 完了・終結の基準を満たすための処置・活動
  • 全ての課題が解決されていることを確認する。
  • 成果物が最新であることを確認し、成果物の受け入れを確認する。
  • 全てのコストをプロジェクトに請求してプロジェクト会計を閉じる。
  • 人員の配置転換と、余剰資材への対処、施設・装置などの資源の再配分。
  • 組織で規定されているプロジェクト（完了）報告書を作成する。

• 契約合意の完了に関する活動
  • 納入者の納品物を正式に受け入れ
  • 未解決のクレームを終結処理
  • 終結結果の記録更新と情報保管

• その他、必要な活動
  • プロジェクト・フェーズの記録
  • 教訓の特定
  • 情報の保管
  • 成功・失敗の監査
  • 知識の共有・移転

• 成果物の引き渡しの処置・活動
• 改善提案を収集し関連部門へ送付
• ステークホルダー満足度調査

インプット †

ツールと技法 †

専門家の判断 †

• 監査
• 経営管理
• 法律・調達
• 法令・規制

データ分析 †

• 文書分析

• 回帰分析
  成果に貢献したプロジェクト変数間の相互関係を分析

• アーンド・バリュー分析（EVA）
  • 差異分析
  • 傾向分析

会議 †

• 参加者
  • チーム・メンバ
  • ステークホルダー

• 議題
  • 成果物の受入と終了条件の確認

• ステークホルダーの
  • 契約完了の正式化
  • 満足度調査・評価

• 教訓の収取、知識・情報の移転

• 成功を祝う

アウトプット †

プロジェクト文書更新版 †

• 全てのプロジェクト文書の更新（最終版）

• 教訓登録簿

• ビジネス
  • ビジネス・ケースの正確さ
  • ベネフィット・マネジメント

• プロジェクト・ライフサイクル
• リスク・マネジメント
• ステークホルダー・マネジメント
• その他のプロジェクト・マネジメント・プロセス

最終プロダクト・サービス・所産の移管 †

最終プロダクト・サービス・所産を、
使用（運用/維持/サポート）する組織に移管する。

最終報告 †

• プロジェクト・フェーズの概要説明

• 各種プロジェクト目標

• スコープ目標
  スコープ評価に使用される完了基準を満たしている証拠

• 品質目標
  • 品質の評価基準
  • 品質の検証情報
  • 品質の妥当性確認情報

• スケジュール目標
  マイルストーン計画・実績（差異理由）

• コスト目標
  受入れ可能なコスト範囲の計画・実績（差異理由）

• ビジネス

• ビジネス・ニーズ達成の概要
  • 最終プロダクト・サービス・所産がどうビジネス・ニーズを達成したか？
  • ビジネス・ニーズが満たされなかった場合、今後のビジネス・ニーズ実現の見積を示す。

• ベネフィット・マネジメント達成の概要
  • 最終プロダクト・サービス・所産がどうベネフィットを達成したか？
  • ベネフィットが満たされなかった場合、今後のベネフィット実現の見積を示す。

• リスク・課題の対処法の概要。

組織のプロセス資産更新版 †

• プロジェクト文書

• 業務文書、補足文書
  最終プロダクト・サービス・所産を、
  使用（運用/維持/サポート）する組織が使用する文書。

• プロジェクト・フェーズの終結文書

• 最終プロダクト・サービス・所産を、
  使用（運用/維持/サポート）する組織に移管したことを示す正式文書。

• 終結の前に受入文書、契約書をレビューして、
  全ての要求事項が完了していることを確認する。

• プロジェクトが中止した場合は、
  理由を示し、完成・未完成の成果物を引き渡す手続きを示す。

• 教訓リポジトリ

付録 †

調達終結 †

6版で廃止

• PMが直接担当していないプロセスのため。

• 以下に分散された。
  • 調達コントロール
  • プロジェクトやフェーズの終結

終結（終了）の種類 †

以下の４つがある。ちなみに「放棄」という選択肢は無い。

消滅 †

プロジェクトが、ステークホルダーに受け入れられ、当該プロジェクトが終了。

付加 †

プロジェクトであったものが、定常業務に移行し、当該プロジェクトが終了。

欠乏 †

プロジェクト資源（人材、設備、資金）が欠乏し、
当該プロジェクトが終了。欠乏理由を以下に列挙。

• 優先順位の変更による資金・資源のカット。
• 発注の縮小や停止。
• 予算の削減
• 人的リソース

統合（≒欠乏） †

プロジェクト資源が、他のプロジェクトに割り当てられて、当該プロジェクトが終了。