プロジェクト管理手法

2022年02月24日

プロジェクト計画とは？作成の手順と計画書に記載すべき8つの項目

プロジェクト管理

すべての機能を無料で
30日間お試し

シンプルなUIで大規模な案件も一気に見える化
タスクの漏れを防いでプロジェクトを前に進めます

まずは無料で試す詳しい話を聞いてみる

「プロジェクト計画を作れと指示されたが、なぜプロジェクト計画を作るのかわからない」

「そもそもプロジェクト計画をどうやって作ったらいいのかわからない」

プロジェクトを始めるにあたり、このような疑問を持つ方もいるのではないでしょうか。

プロジェクト計画は、プロジェクトの成功に必要不可欠な存在です。

とはいえ、混乱や手戻りの少ないプロジェクト計画を作るのは、ベテランでも難しいもの。

今回の記事では、プロジェクト計画の概要や作成手順、実際のプロジェクト計画書に記載すべき項目について解説します。

プロジェクト計画とは？

プロジェクト計画とは、プロジェクトを成功させるために必要な要素を網羅したものです。

プロジェクト計画を作成する際は、以下の要素を検討し、記載する必要があります。

プロジェクトのゴールと目的
対象物の範囲、成果物（スコープ）
コスト
スケジュール
プロジェクト体制
品質
コミュニケーションルール
リスクと対応

プロジェクト計画が必要な理由

プロジェクト計画は、プロジェクトの成功確率を上げるために必要です。

プロジェクトは大きくなるほど多くの人が参加します。

しかし、明確でわかりやすいプロジェクト計画がないと、それぞれの認識に齟齬が生じやすくなります。

小さな齟齬が重なると、当初の目的やゴールからずれやすくなるため、プロジェクトが失敗してしまうことも。

プロジェクト計画を作っておけば、認識の齟齬が生じにくくなり、当初の目的やゴールから大きくずれてしまう事態を防げます。

プロジェクト憲章、作業計画、プロジェクトスコープとの違い

プロジェクト計画と似た言葉として、プロジェクト憲章、作業計画、プロジェクトスコープがあります。

それぞれの違いと一致している点を確認し、混同しないように理解しておきましょう。

プロジェクト計画とプロジェクト憲章の違い

プロジェクト憲章は、プロジェクト計画の簡易版といえます。

プロジェクト憲章はプロジェクト計画を立てる前に作成し、ステークホルダーから承認を得るために利用します。

プロジェクト憲章には以下の3点が含まれていれば十分あり、プロジェクト計画ほどの詳細な内容は必要としません。

「なぜ」プロジェクトをおこなうのか
「何」をプロジェクトでおこなうのか
「誰」がプロジェクトをおこなうのか

プロジェクト計画と作業計画の違い

プロジェクト計画と作業計画は、ほぼ同じ内容を示しています。

チームや会社によって呼び名は異なりますが、どちらもプロジェクト達成に必要なステップが記されています。

プロジェクト計画とプロジェクトスコープの違い

プロジェクトスコープは「誰が、何を、どこまでやるか」といった「範囲」を定義するもので、プロジェクト計画に含まれています。

プロジェクトスコープはプロジェクト計画の初期段階で作成し、その後に洗い出すすべてのステップの基礎となるもの。

非常に重要なステップのため、規模が大きいプロジェクトでは別途「スコープ定義書」を作成する場合もあります。

プロジェクト計画の作成に必要な5ステップ

プロジェクト計画には、以下の5ステップが必要です。

プロジェクトスコープの定義
人的リソースの見積もり
スケジュールの決定
コストの見積もり
リスクアセスメントの実施

計画段階では、上記の順で検討していく必要があります。

何を、誰が、いつまでに、いくらくらいの予算で、と進めていくと検討内容に手戻りが生じにくく、効率よくプロジェクト計画が策定できるためです。

①プロジェクトスコープを定義する

まずすべきは、プロジェクトスコープの定義です。

プロジェクトスコープを定義するためには、以下の2ステップで進めましょう。

ステップ1：ゴールと目的の明確化

まず、ゴールと目的を明確にします。

何をなすべきか、目的や目標は何か、制約となる条件はあるか、などについて検討しましょう。

ステップ2：必要な作業の洗い出し

続いて、目的の達成に必要なすべての作業を洗い出します。

洗い出す際は、なるべく粒度の大きいタスクから洗い出し、徐々にタスクを分解して粒度の小さいタスクにしていきましょう。

このように構造化・リスト化して洗い出していくと、作業の重複や漏れを防げます。

②人的リソースを見積もる

やるべきことが明確になったら、人的リソースの見積もりに移ります。

どの作業を誰に割り当てるか、どの部分を外注や調達でまかなうかも含め、必要な人的リソースを割り出しましょう。

組織図や役割表の形式で記載すると、わかりやすくなります。

名称	メリット	デメリット
組織図	視覚的にプロジェクト体制が確認しやすい	個々の役割がわかりにくい
役割表	個々の役割がわかりやすい	体制がわかりにくい

組織図と役割表は、両方作るのがベストです。

③スケジュールを決める

作業の順序や必要な期間から、全体のスケジュールを策定します。

以下のような項目を検討し、マスタスケジュールから詳細なスケジュールへと細部を詰めていきます。

全体工期
着手時期
マイルストーン
ローンチ日

④コストを見積もる

人件費や場所、ツールなどの費用は、スケジュールに大きく依存します。

そのため、必要な作業量と作業期間を見積もってからコストを見積もりましょう。

収支を計画し、実行予算を見積もります。

⑤リスクアセスメントをする

プロジェクト計画に必要な要素が洗い出されたら、最後にリスクアセスメントをします。
予想されるすべてのリスクを洗い出し、対策を決定します。

リスクが大きい場合は、計画の見直しと修正も必要となるかもしれません。

プロジェクト開始後に思わぬトラブルが起こらないよう、計画段階ですべてのリスクを洗い出すように意識しましょう。

プロジェクト計画書に記載すべき項目8つ

プロジェクト計画をステップに沿って作成していけば、自然に計画書に記載する内容も定まってきます。

プロジェクト計画書に記載すべきは、以下の8項目です。

①プロジェクトの概要

プロジェクトの概要には、目的とゴールについて記載します。

認識の食い違いを防ぐためにも、わかりやすく簡潔に記載するのが大切です。

目的

目的の欄では、「何のためのプロジェクトか」を簡潔に書きます。

役員に見せる場合は、企業戦略との結びつきも記載できるとなおよいでしょう。

ゴール

ゴールを記載する際は、QCD（品質、費用、期限）を明確にして記載しましょう。

Q（品質）	成果物の品質、運用品質などサービスレベルで細かく設定しておくとなおよい
C（費用）	原価率、利益目標
D（期限）	マイルストーンとローンチ日を設定それぞれのゴールはできる限り数値化しておくと、達成したかどうかがわかりやすくなります。

②作業の範囲、成果物（スコープ）

続いて、どんな作業をどこまでするのか、成果物は何か、といったスコープを記載します。

スコープ定義の段階で作業を洗い出していくと、WBS（Work Breakdown Structure：作業分解構成図）が出来上がります。

作業の範囲はWBSからの抜粋でかまいませんが、WBS自体がスケジュールの素案となるため、プロジェクト計画書に資料として添付しておきましょう。

成果物とは、プロジェクトの区切りごとに期待されるアウトプットをさします。

成果物を定義する場合は、マイルストーンとからめて定義すると、進捗管理が可視化されて便利です。

③コスト

コストのスライドは、内部向けの計画書にのみ記載します。

プロジェクト計画書に記載する場合は、下記くらいの比較的ざっくりとしたレベルで記載すれば問題ありません。

人件費
外注費
ソフトウェア費用
ハードウェア費用
インフラ費用
保守費用
ライセンス費用
備品費

見積もりレベルの細かい費用については、添付資料にしましょう。

④スケジュール

スケジュールのスライドには、全体を要約したマスタスケジュールを記載します。

マスタスケジュールに記載すべきは、以下のような項目です。

マイルストーン
クリティカルパス
管理指標

WBSが詳細なスケジュールとして機能するため、あまり細かいスケジュールを記載する必要はありません。

⑤プロジェクト体制

プロジェクト体制では、以下の事項を必ず明記します。

社内外含めたプロジェクトの全登場人物
各要員の役割
責任者の所在

プロジェクト体制は、組織図と役割表の2パターンで書くと理解しやすくなります。

⑥品質

品質のスライドでは、プロジェクトで達成すべき品質基準を明確に記載しましょう。

項目	目標値	期間	管理方法
稼働率バグ発生数など	99％以上月に3回未満など	1ヶ月 1週間など	24時間体制の管理テストの実施など