プロジェクトの管理
要点と定義
プロジェクトは、チームで固有の成果物を作るために進める活動です。立ち上げ後、計画に沿って作業し、進捗・コスト・品質・資源などを管理して目標達成を目指します。継続的な定常運用とは性質が異なり、システム構築など、期限や成果物を定めた活動に管理手法を適用します。
プロジェクトマネージャは、運営の基準となるプロジェクトマネジメント計画書を作成します。提案依頼書は提案を求める文書、実施報告書は実施後の状況や結果を伝える文書、要件定義書はシステムに必要な機能や条件を定める文書です。
スコープは、プロジェクトが作る成果物と、その作成に必要な作業の範囲です。成果物を作る作業を管理しやすい階層に分解する手法がWBS(作業分解構成図)であり、成果物と作業を整理するスコープマネジメントに関係します。
適用条件と例
範囲の変更を判断するときは、成果物や必要な作業が増減するかを確認します。新機能の追加は設計・実装・テストを増やし、追加マニュアルも作成作業を増やすため、プロジェクトスコープに影響します。担当者の交代だけでは作業範囲の変更とは判断できません。
開発プロジェクトでは、開発するシステムや設計書などの成果物に加え、遂行に必要な作業も範囲に含みます。例として、メンバー育成の計画と実施が必要なら作業範囲に含まれます。一方、開発完了後の本番運用保守は、開発プロジェクトの範囲として示されていなければ含めません。
WBSで作業を分解した後、作業の順序関係はアローダイアグラムで表せます。ガントチャートは時間軸上の予定や進捗の表示に使い、作業の分解や順序関係の表現とは役割が異なります。
リスク対応では、発生確率や影響を小さくするのが軽減、リスクの原因をなくすのが回避、損失の負担を移すのが転嫁、特別な対策をせず発生を受け入れるのが受容です。例えば代替要員の確保や持出し制限は、遅延や漏えいの可能性・影響を抑える軽減策です。
この節の続き
- 誤りやすい点
ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。
アプリでこの節を読む