PMBOKのスケジュールマネジメントとは？遅延を防ぐ工程の組み方を会計士が解説

※本記事にはプロモーション（広告）が含まれています。

「気づいたら締切に間に合わない」――プロジェクトの遅れは、最後の1週間ではなく、計画を立てた最初の段階ですでに仕込まれていることが多いです。
本記事では、PMBOKの10の知識エリアのひとつスケジュールマネジメントを、プロジェクトマネジメントを学び始めた社会人に向けて解説します。
読み終えると、6つのプロセスの流れ・遅延が生まれる場所・間に合わないときの打ち手がつかめます。

分かりやすさを優先して第6版（プロセス重視）をベースに解説し、最後に第7版・第8版にも触れます。全体像は「PMBOKとは何か」、統合マネジメントとスコープマネジメントは別記事にまとめています。

結論：スケジュールは「引く」ものではなく「積み上げる」もの

• スケジュールマネジメントは、プロジェクトを期限内に完了させるための知識エリアです
• 出発点はスコープ。
  やることが決まっていなければ、期間は積み上げられません
• 中身は6つのプロセス
  ①スケジュールの計画
  ②アクティビティの定義
  ③順序設定
  ④所要期間の見積り
  ⑤スケジュールの作成
  ⑥コントロール
• 全体の期間を決めているのはクリティカルパス（最も長い経路）。
  ここ以外を急いでも全体は縮みません
• 間に合わないときの正攻法はクラッシング（資源投入）とファストトラッキング（並行実施）。
  どちらもコストかリスクを支払います

スケジュールマネジメントとは何か――作業から積み上げて期間を出す

スケジュールマネジメント（Project Schedule Management）は、プロジェクトを所定の期限内に完了させることを目的とした知識エリアです。
ガントチャートを作ること自体が目的ではなく、「この計画なら終わる」と根拠をもって言える状態を作るまでが範囲です。

①スケジュールは「積み上げ」で作る

よく見るのが、「納期が3月末だから逆算してこう」と先に線を引き、中身を後から押し込む作り方です。
これは計画ではなく願望に近く、最初から遅延を抱え込みます。

PMBOKは逆で、作業を洗い出し → 順番を決め → 期間を見積もり → つないだ結果として全体期間が出る、という積み上げ型です。期限に収まらなければ、短縮策を検討するか、範囲や資源を見直します。

②スコープが決まっていなければスケジュールは引けない

インプットになるのは、スコープマネジメントで作ったWBS（作業分解構成図）です。
順序は「範囲を決める → 作業に分ける → 日程を組む」。
ここが逆転していると、後から作業が増えるたびに計画が崩れます。

スケジュールマネジメントの6つのプロセス

第6版のスケジュールマネジメントは、6つのプロセスで構成されます。
前半5つが「計画」、最後の1つが「監視・コントロール」です（立上げ・実行・終結にはプロセスを持ちません）。

①計画：スケジュール・マネジメントの計画

日程の単位、使うツール、進捗の測り方、どれだけずれたら是正するかのしきい値を決めます。
作業そのものではなく、段取りの設計です。

②計画：アクティビティの定義

WBSの最下層であるワークパッケージを、実行できる大きさの「アクティビティ（作業）」に分解します。WBSが「成果物の分解」なのに対し、こちらは「動作の分解」。
粒度は、担当者を割り当てられて進み具合が判断できる大きさに揃えます。

③計画：アクティビティの順序設定

作業同士の前後関係（依存関係）をつないで、ネットワーク図を作ります。PDM（プレシデンス・ダイアグラム法）のつなぎ方は次の4種類です。

PDMでいう「先行／後続」は、時間的な前後ではなく「条件を与える側（先行）／与えられる側（後続）」を指します。
SFはそのほかの例として警備員の交代で、夜勤（先行）が来て勤務を始めるまで日勤（後続）は勤務を終われないません。

もっとも多いのはFSです。
あわせて、後続作業を前倒しできるリードと、あえて待たせるラグ（例：塗装後の乾燥3日）も設定します。

④計画：アクティビティ所要期間の見積り

主な技法は、
過去の似た案件から概算する類推見積り、
「1画面あたり2人日」のように単価×数量で出すパラメトリック見積り、
細かく積み上げるボトムアップ見積り、
そして三点見積りです。

三点見積りは、楽観値（O）・最頻値（M）・悲観値（P）から期待値を出します。三角分布なら「（O＋M＋P）÷3」、ベータ分布（PERT＝計画評価レビュー技法）なら「（O＋4M＋P）÷6」。
1点で「10日です」と答えるより、ブレの幅を見える化できるのが利点です。

⑤計画：スケジュールの作成

ここまでをつなぎ合わせ、全体の日程を確定させます。
使うのはクリティカルパス法（次章）と、資源の山積みをならす資源平準化。
ただし、ならした結果として全体期間が延びたり、クリティカルパスが別の経路に変わったりすることもあります。

確定した日程はスケジュールベースラインとして承認され、以降の変更管理の基準になります。
表現形式はバーチャート（ガントチャート）・マイルストーンチャート・ネットワーク図を使い分けます。

⑥監視・コントロール：スケジュールのコントロール

計画どおりか監視し、ずれが出たときに手を打つプロセスです。
ベースラインそのものを変えるときは、現場判断ではなく統合変更管理を通します。
「遅れたから工程表を書き換えておきました」を許すと基準が動き、そもそも遅れているのかが分からなくなります。

なお第5版では「タイム・マネジメント」の名称で7プロセスありましたが、「アクティビティ資源の見積り」が第6版で資源マネジメントへ移り、6つになりました。

②〜④を飛ばして⑤のガントチャートから作り始めるのが、よくあるケースと思いますが、②～④の視点がないと後で事故るかも？

型は分かっても、いざ自分の案件で作業を洗い出して順序を決めるとなると手が止まりがちです。
「このプロジェクトならどう分ければいい？」というときは、スキルマーケットのココナラで現役のプロジェクトマネージャーやPMP（プロジェクトマネジメントの国際資格）保有者に単発で相談する手もあります（PR）。

サービス内容をみる

遅延はどこで生まれるのか――クリティカルパスという考え方

スケジュールの肝は、すべての作業が同じ重みではないという点にあります。

①クリティカルパス＝全体の期間を決めている経路

ネットワーク図の中で、始点から終点までを結ぶ経路のうち最も長いものをクリティカルパスと呼びます。この経路の長さが、プロジェクト全体の最短期間です。

大事なのは裏返しの意味で、クリティカルパス上の作業が1日遅れれば、全体が1日遅れるということ。
逆に、この経路の外の作業をいくら前倒ししても、完了日は1日も早まりません。「みんな残業しているのに終わらない」の正体は、たいていここにあります。

②フロート（余裕）で作業を色分けする

各作業には、後ろにどれだけずらせるかという余裕＝フロート（スラック）があります。
完了予定日までの余裕（完了日を遅らせずにずらせる余裕）がトータル・フロート、
後続作業の開始を遅らせずにずらせる余裕がフリー・フロートです。

クリティカルパス上の作業は、原則としてトータル・フロートがゼロ。
つまり1日も遅らせられない作業であり、そこに経験豊富な人を割り当て、進捗を細かく見る、という資源配分の判断につながります。

監査でいうリスク・アプローチ（危ないところに注視する・工数をかける考え方）に近いかもしれません。
全部を同じ深さで見るのではなく、外れたら致命的なところに人と時間を寄せるというイメージ

間に合わないときの打ち手――クラッシングとファストトラッキング

積み上げた結果が期限に収まらない、は実務ではよくあります。
PMBOKではスケジュール短縮の技法として、主に次の2つが挙げられます。

①クラッシング：資源を投入して縮める

追加の人員や残業、外注でスピードを上げる方法です。
注意点は、投入した人数に比例して期間が縮むわけではないこと。教育や引き継ぎの手間が増え、かえって遅くなることもあります。
まずクリティカルパス上の作業に絞り、費用対効果の高いものから投入します。

②ファストトラッキング：並行実施で縮める

「設計が終わってから開発」を「設計が7割固まった時点で開発着手」に変えるなど、順次実行の作業を重ねる方法です。資源を追加せずに済む反面、前提が動けば手戻りが発生し、コストにも跳ね返ります。
順序設定のところで触れた任意依存関係は、ここで見直す最有力候補です。

一方、作業内容そのものを削って帳尻を合わせるのは短縮ではなく、範囲や品質の切り下げです。
やるなら「範囲を減らす判断」として正式に変更管理へ載せます。見積りだけを楽観値に書き換えるのも、遅延の先送りにしかなりません。
なお「とりあえず人を足す」は最初に出やすい案ですが、引き継ぎコストを見込まないと逆効果になりがちで、まずは並行できる順序がないかを疑うほうが費用がかかりません。

実務で効くと思う2つのコツ

最後に、個人的にプロセスの外側で差がつくと感じるポイントを2つ挙げます。

①バッファは作業ごとに隠さず、まとめて持つ

各作業に少しずつ余裕を埋め込むと、余裕は使い切られて消えます（早く終わってもそう報告されない）。
個別作業から抜き出し、全体のバッファとして一箇所で管理するほうが、総量が見え、必要なところに配れます。各部署に予備費を配らず全社で一括して持つのと同じ理屈です。

②進捗は「体感の％」でなく完了基準で測る

「だいたい80%終わりました」が何週間も続く、いわゆる90%症候群は、進捗の測り方の問題です。
作業を「終わった／終わっていない」で判定できる大きさまで割り、完了の定義を先に決めておくと、遅れが早い段階で表に出ます。

「80%終わりました、あとちょっとで終わります」が1~2週間続くやつには、身に覚えがあります……。

工程を設計して遅延を止められる人は、社内でも社外でも重宝されます。
この経験を独立・フリーランスの形で活かすことを考えるなら、フリーコンサル向けの案件紹介サービスStrategy Consultant Bankのような専門エージェントで案件と条件を見ておくと、キャリアの選択肢が具体的になります（PR）。

フリーコンサル案件をみる

まとめ

• スケジュールマネジメントは、プロジェクトを期限内に完了させるための知識エリア。期限から線を引くのではなく、作業から積み上げて全体期間を出す
• 出発点はスコープ（WBS）。やることが決まらなければ日程は決まらない
• 構成は6つのプロセス（①スケジュールの計画 ②アクティビティの定義 ③順序設定 ④所要期間の見積り ⑤スケジュールの作成 ⑥コントロール）。計画に5つ、監視・コントロールに1つ
• 確定した日程はスケジュールベースラインとして固定し、以降の変更は統合変更管理を通す
• 全体期間を決めているのはクリティカルパス。フロートがゼロの作業に管理の力を集中させる
• 間に合わないときはクラッシング（コストを払う）かファストトラッキング（リスクを負う）。作業を削って帳尻を合わせるのは短縮ではない

なお本記事の構成は第6版のものです。第7版では原則・成果重視の構成に変わりスケジュールは独立した章ではなくなりましたが、「作業を分解し、順序と期間を根拠づけて管理する」考え方は受け継がれ、第8版ではプロセスが再収録されています（版の違いはPMBOKとは何かを参照）。

個人的には余裕を持ってスケジュールを組みたい派
だけど全体的余裕があると認識されると勝手に優先度を下げるメンバーもでてくるかも？
結構関わる人の性格も関係あるなと思うところ。

学んだことを自分の言葉でブログにアウトプットすると、知識の定着が一気に進みます。本格的に始めるなら、表示が速く運用が安定しているエックスサーバーが候補になります（PR）。

レンタルサーバー エックスサーバー

あわせてXServerドメインで独自ドメインを取っておくと、後からサービスを移しても自分のURLを引き継げます（PR）。

出典・参考（執筆時点: 2026年8月）

• PMI（Project Management Institute）公式サイト: https://www.pmi.org/
• 『PMBOKガイド 第6版』（PMI、2017年）／『PMBOKガイド 第7版』（PMI、2021年）／『PMBOKガイド 第8版』（PMI、2025年・英語版）
• PMI日本支部: https://www.pmi-japan.org/

※PMBOK®およびPMP®は、Project Management Institute, Inc.の登録商標です。本記事はPMBOKガイドの内容を筆者が独自に要約・解説したものであり、図表等の転載は行っていません。

※本記事は一般的な情報提供を目的としたものであり、特定の資格取得・業務上の成果を保証するものではありません。プロセスの名称・構成は版によって異なります。最新の情報はPMI公式サイトをご確認ください。