プロジェクトの管理
要点と定義
プロジェクトマネジメントは、目標に向けて計画を作り、実行中に品質・進捗・コストなどを管理して達成に導く活動です。システム開発の工程順やITサービスのライフサイクルとは区別します。
プロジェクト全体の主要な成果物や作業をまとめるのがマスタスケジュールです。週単位や日単位の細かな作業予定とは役割が異なります。
スコープ記述書は、成果物と作業の概要や、対象外とする事項を明らかにします。開始日・終了日、費用見積り、役割分担は、それぞれスケジュール・コスト・資源に関する情報です。
作業の順序や依存関係をネットワーク状に示すのがアローダイアグラムです。作業と期間を横棒で示すガントチャートとは見分けます。
適用条件と例
開発中に機能追加などの変更要求が出たら、コストや日程などへの影響を評価し、所定の変更管理手順に従います。影響を確認する前に予算や要員を決めたり、承認前に基準となる計画を更新したりしません。
変更要求が多く見込まれる場合は、開始時に顧客と優先順位の決め方や対応範囲を合意しておくと、進捗や品質への影響を管理しやすくなります。変更を一律に拒否したり、遅れを取り戻すためにテストを省いたりする方法ではありません。
変更によって複数の目標や資源が競合するとき、納期を延ばすか要員を増やすかなどを調整するのは統合マネジメントの判断です。追加費用の見積り、作業範囲の明確化、所要期間の見積りは、それぞれコスト・スコープ・スケジュールの観点です。
プロジェクト情報を誰がどのように作成・配布するかを決めると、メンバ間のコミュニケーションルールを明確にできます。
リスクアセスメントではリスクを特定し、分析し、評価します。評価後に対応を選ぶ段階とは区別します。 対応策の例では、発生時の影響を予備期間で吸収するのは受容、要員追加で発生可能性や影響を下げるのは軽減、契約で第三者へ移すのは転嫁、発生要因を避ける方法に変えるのは回避です。分類は対策の狙いに基づいて判断します。
たとえば、作業Aの後にBを行い、別経路のCと並行する計画で、Aが最短4日・最長6日、Bが最短5日・最長7日、Cが最短8日・最長15日なら、AからBの経路は9~13日です。全経路が終わって完了するため、全体の最短はmax(9,8)=9日、最長はmax(13,15)=15日です。
この節の続き
- 誤りやすい点
ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。
アプリでこの節を読む