監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
プロジェクト計画とは、目標とする成果物・期限・予算・体制を定めたうえで、そこへ至る作業の順序と責任分担を描き、関係者が同じ前提で動けるようにする一連の設計作業を指します。PMが着手フェーズで中心的に担い、計画書やWBS、スケジュール表といった成果物にまとめます。一度作って終わりではなく、進捗や変更に応じて見直しながら使い続けるものと考えられます。
プロジェクト計画の第一の目的は、関係者が同じゴールと進め方を共有できる状態をつくることです。発注側のスポンサー、現場のメンバー、協力会社のベンダーがそれぞれ別の完成像を思い描いたまま進むと、終盤で認識のずれが表面化します。計画はそのずれを着手前に減らすための共通の土台になります。
扱う範囲は、おおむね次の要素に分かれます。
PMはこれらを一度に完璧に埋めようとするより、上流から順に粗く置いて、議論を通じて精度を上げていくほうが現実的です。初期段階で前提が固まりきらないのは珍しくなく、どこが未確定かを明示しておくこと自体が計画の一部になります。
計画づくりは、ゴールから逆算して作業を分解する流れが基本です。PMは次の順序で手を動かすことが多いです。
こうした検討の結果は、プロジェクト計画書としてまとめるのが一般的です。計画書には目的、スコープ、体制、スケジュール、予算、リスク、コミュニケーションの取り決めなどを記します。スケジュールはガントチャートで表し、WBSと対応づけておくと、どの作業が今どの状態かを追いやすくなります。成果物をそろえること自体が目的化すると形だけの計画になりやすいため、関係者が実際に判断に使える粒度かを基準にするとよいでしょう。
計画段階での典型的なつまずきは、いくつかの決まった形で現れます。整えておくと後の負担が変わってきます。
いずれも、計画を「提出して承認を得るための書類」ではなく「進行中に参照し続ける道具」として扱えているかどうかに関わります。精緻さより、関係者が迷ったときに立ち返れる状態を保てているかを点検するとよいでしょう。
プロジェクト計画は似た言葉と混ざりやすいため、軸を分けて整理しておくと役立ちます。ここでは「扱う対象」「時間の幅」「成果物の形」で比べます。
アジャイル型の進め方では、最初に全体を細かく固めず、短い反復ごとに計画を具体化していく形をとることもあります。開発の進め方によって計画の粒度やタイミングは変わるため、対象のプロジェクトに合う組み立て方を選ぶことが大切です。
プロジェクト計画を組み立てる力は、PMとしての評価が見えやすい領域のひとつです。スコープを線引きし、WBSで作業を分解し、見積もりとリスクまで筋の通った計画をまとめられるかは、着手前の段階で成否の多くを左右します。職務経歴書でも、担当したプロジェクトの規模や体制に加えて、計画段階でどんな前提の不確かさを扱い、どう合意形成したかを書けると、実務の解像度が伝わりやすくなります。
計画づくりはスケジュール管理やリスク管理、ステークホルダーとの調整といった周辺の技能とつながっています。ひとつのプロジェクトで計画から実行・振り返りまで通して経験を積むと、次に任される範囲が広がっていきます。自分がどの工程に強みを持ち、どこを伸ばしたいかを整理しておくと、キャリアの選択肢を考える際の手がかりになるでしょう。
プロジェクト計画とプロジェクト計画書は何が違いますか。
計画は、目的・スコープ・体制・スケジュール・予算・リスクを検討して関係者と合意していく一連の設計作業を指します。計画書はその結果を文書にまとめた成果物で、計画の一部をかたちにしたものです。計画書を作ることが目的ではなく、関係者が判断に使えることが重要です。
計画はどこまで細かく作ればよいですか。
着手に近い部分は作業単位まで分解し、先の工程は節目を置く程度に粗くしておく進め方が現実的です。初期は未確定な前提も残ります。どこが確定でどこが未確定かを明示し、進行につれて精度を上げていくほうが、最初から全てを固めるより無理が少ないと考えられます。
立てた計画が実際とずれてきたらどうしますか。
ずれたまま放置せず、変更管理の手順に乗せて計画側を見直します。スコープや期限に影響する変更は、関係者と合意し直してから計画書やスケジュールに反映し、共有します。計画は提出して終わる書類ではなく、進行中に参照し続ける道具として扱うことが前提になります。