製造業のスケジュール管理とは？遅延を防ぐ3つのポイントをPMP保有PMOが解説

📋 目次

スケジュール遅延が起きる本当の原因
PMBOKのスケジュール管理6プロセスを製造業語で理解する
遅延を防ぐ3つのポイント
① 依存関係の明確化（4種類の先行関係を使い分ける）
② クリティカルパスの把握（遅れると全体が遅れる経路を特定する）
③ バッファの正しい設定（安全マージンを分散させない）
製造業向けスケジュール管理ツールの選び方
Claude Codeでスケジュール管理を効率化する
プロンプト例①：遅延タスクの自動検出と影響分析
プロンプト例②：週次進捗レポートの自動生成
プロンプト例③：スケジュール圧縮案の自動提案
よくある質問（FAQ）
Q1. ガントチャートを引いているのに毎回遅れる。何が問題ですか？
Q2. スケジュールのSV（スケジュール差異）の見方を教えてください。
Q3. 製造業でMicrosoft Projectは本当に必要ですか？
📝 まとめ：今日のプロジェクトから依存関係を整理しよう

この記事を書いた人

電子部品設計者として13年キャリアを積んだ後、官公庁向け大手SIerでPMOに転身。現在は数億円規模のプロジェクトを担当中。PMP保有。
「なんとなくPMをやっていた時代」を経て、PMPを体系的に学んだ経験をもとに発信しています。

結論からいうと、製造業のスケジュール遅延の9割は「計画の作り方」に問題があります。依存関係・クリティカルパス・バッファの3つを最初に押さえれば、後半の炎上はほぼ防げます。

📌 こんな方に読んでほしい記事です

毎回プロジェクト後半になると「こんなはずじゃなかった」が起きている方
ガントチャートを引いているのに遅延が止まらない方
PMBOKのスケジュール管理を製造業の現場に落とし込みたい方

スケジュール遅延が起きる本当の原因

「また後半に仕事が積み上がった」「計画修正ばかりしている」——この状況に心当たりがある方は多いはずです。でもその原因は「メンバーの頑張りが足りない」でも「運が悪かった」でもありません。

📝 著者の体験談

PMOになりたての頃、私はスケジュールを「なんとなく」引いていました。WBSも依存関係の整理もなく、経験と勘で「このくらいかかるだろう」とExcelに日程を入れていた。結果は案の定でした。後半になるほど作業が積み上がり、週次会議のたびに計画を修正する状態が続きました。「こんなはずじゃなかった」という言葉を何度つぶやいたかわかりません。振り返って気づいたのは、遅延の原因がプロジェクト終盤にあったのではなく、最初の計画の作り方にあったということです。

スケジュール遅延の根本原因は、ほぼ3つに集約されます。

依存関係の未整理——「Bの作業はAが終わってからでないとできない」という制約を把握していないため、並行可能な作業と直列必須の作業が混在する
クリティカルパスが不明——どの作業が遅れると全体に影響するかがわからず、重要でない作業に時間を使ってしまう
バッファの設定ミス——各作業に安全マージンを混ぜ込むと「パーキンソンの法則」が働き、実質的に余裕がなくなる

この3つを最初に正しく設定するだけで、プロジェクト後半の炎上は大幅に減ります。

PMBOKのスケジュール管理6プロセスを製造業語で理解する

PMBOKのスケジュール管理は6つのプロセスで構成されています。難しそうに聞こえますが、製造業でやっている作業をそのまま当てはめると馴染みやすくなります。

PMBOKプロセス	製造業での対応作業
スケジュール管理の計画	「スケジュールをどう管理するか」のルール決め（フォーマット・更新頻度・承認フロー）
アクティビティの定義	WBSをタスク単位まで細分化（「設計」→「回路設計」「基板設計」「レビュー」に分解）
アクティビティの順序設定	作業間の依存関係を整理（FS・SS・FF）してネットワーク図またはガントチャートに落とす
アクティビティの所要期間見積もり	各タスクの工数・期間を見積もる（3点見積もり：楽観・最頻・悲観）
スケジュールの作成	ガントチャートにクリティカルパスとバッファを組み込んだ最終計画を完成させる
スケジュールのコントロール	週次・フェーズゲートで進捗を確認し、SV（スケジュール差異）を計測して対処する

多くの製造業現場では「スケジュールの作成」だけを行い、「アクティビティの順序設定」と「スケジュールのコントロール」が抜けています。この2プロセスの欠如が、後半遅延の直接原因です。

遅延を防ぐ3つのポイント

① 依存関係の明確化（4種類の先行関係を使い分ける）

製造業プロジェクトで最も見落とされるのが、作業間の依存関係の整理です。PMBOKでは4種類の先行関係が定義されています。

種類	略称	意味	製造業の例
終了-開始	FS	前の作業が終わってから次を開始	設計完了 → 試作製造開始
開始-開始	SS	前の作業が始まったら次も開始可能	試作開始 → ソフト開発開始（並行）
終了-終了	FF	前の作業が終わるときに次も終える	ハード試験終了 → 総合試験終了
開始-終了	SF	前の作業が始まったら次を終える	製造業ではほぼ使用しない

SS（開始-開始）を活用するのがリードタイム短縮の鍵です。「設計が完全に終わってから試作に入る」のではなく「設計の主要部分が固まったら試作を始め、細部の設計変更は並行で対応する」ことでフェーズの直列→並行化が実現します。

② クリティカルパスの把握（遅れると全体が遅れる経路を特定する）

クリティカルパスとは、プロジェクト開始から終了までの最長経路です。このパス上の作業が1日遅れると、プロジェクト全体が1日遅れます。

クリティカルパス管理の実践手順：

プロジェクト計画時に作業の依存関係を整理し、ネットワーク図（またはガントチャート）を作成する
各経路の所要日数を計算し、最長経路（＝クリティカルパス）を特定する
クリティカルパス上の作業に最優先でリソースを配置する
週次でパスの変化をチェックし、「新たなボトルネック」を早期発見する

💡 フロートを活用してリソースを最適配置

クリティカルパス以外の作業には「フロート（余裕時間）」があります。「この作業は3日遅れてもプロジェクト全体に影響しない」とわかれば、担当者を一時的にクリティカルパスの作業に回すことができます。フロート管理がリソース最適化の鍵です。

③ バッファの正しい設定（安全マージンを分散させない）

バッファの設定でよくある失敗が「各作業に安全マージンをこっそり積む」ことです。これがパーキンソンの法則（仕事は与えられた時間を使い切るように膨張する）を引き起こします。

❌ やってはいけない：作業ごとに安全マージン追加

設計3日 → 3日 5日で申告・試作5日 → 5日 8日で申告…と積み上げると、全体スケジュールが膨れ上がった上に「余裕があるから後でいい」と後回しが常態化します。

PMBOKの正しいアプローチは2種類のバッファを明示的に設けることです：

コンティンジェンシー予備——特定のリスクに対応するバッファ。根拠を示して設定（例：「部品入荷リスクに対して+2週間」）
マネジメント予備——未知のリスクへの備え。プロジェクト全体の5〜10%程度を末尾に積む

バッファをプロジェクト末尾にまとめて「見える化」することで、使用状況を透明に管理できます。

📝 著者の体験談（続き）

当時の私が遅延を起こしていた原因を今なら言語化できます。①依存関係の未整理（「できる順番」を考えずに並べていた）、②クリティカルパスの未把握（何が最重要かわからなかった）、③バッファの不在（全作業タイトに引いてた）——この3つです。PMBOKを学んでこれを直した結果、プロジェクト後半に「こんな作業があったのか」という発見がゼロになりました。

製造業向けスケジュール管理ツールの選び方

スケジュール管理ツールは「規模」と「目的」で選ぶのが基本です。高機能なツールを導入しても使いこなせなければ意味がありません。

ツール	向いているケース	費用
Excel / Googleスプレッドシート	5人以下の小規模PJ、シンプルなガントチャートで十分	無料〜
Microsoft Project	中〜大規模PJ、クリティカルパス分析・リソース管理が必要	有料（月額約2,000円〜）
Backlog / Redmine	課題管理と一体化したい、複数PJをまとめて管理	無料プランあり
Notion / Asana	チーム共有・リモート環境、タスク管理との統合	無料プランあり

まず始めるなら、Excel＋Claude Codeの組み合わせが最も費用対効果が高いです。進捗データをExcelで管理し、分析・レポート作成はClaude Codeに任せる構成が、製造業現場の実態に合っています。

Claude Codeでスケジュール管理を効率化する

Claude Codeは製造業PMの「スケジュール副操縦士」として機能します。以下の3つのプロンプトで、毎週の定型作業を大幅に削減できます。

プロンプト例①：遅延タスクの自動検出と影響分析

「プロジェクトスケジュール（schedule_w20.xlsx）と今週の実績入力（actual_w20.xlsx）を読み込んで、①計画比で遅延しているタスク、②その遅延がクリティカルパスに与える影響、③今週中に対処すべき優先3件を報告してください。」

プロンプト例②：週次進捗レポートの自動生成

「今週の進捗データ（progress_w20.csv）を読み込んで、A4一枚でステークホルダーに報告できる進捗サマリーを作成してください。①今週の完了作業、②翌週の予定、③懸念事項・対応策の3構成でお願いします。」

プロンプト例③：スケジュール圧縮案の自動提案

「現在の計画（schedule.xlsx）では納期が2週間オーバーする見込みです。クラッシング（リソース追加）またはファストトラッキング（工程並行化）で2週間短縮できる箇所を特定し、リスクとコストの試算とともに提案してください。」

よくある質問（FAQ）

Q1. ガントチャートを引いているのに毎回遅れる。何が問題ですか？

A. ガントチャートを作ること自体は問題ありません。問題は「依存関係が入っていない」「クリティカルパスが特定されていない」「進捗を正しく反映していない」の3点です。特に、計画時に各タスクの依存関係（どのタスクはどのタスクの後か）を整理していないと、並行できる作業を直列に並べてしまい、必要以上にスケジュールが長くなります。

Q2. スケジュールのSV（スケジュール差異）の見方を教えてください。

A. SVはEVM（アーンドバリュー管理）の指標で、SV = EV（アーンドバリュー）－ PV（計画価値）で計算されます。SVがマイナスであればスケジュールが遅れている状態です。SPI（スケジュール効率指数）= EV ÷ PVで、1.0未満であれば要注意です。詳しくはEVM記事を参照してください。

Q3. 製造業でMicrosoft Projectは本当に必要ですか？

A. 中規模以上（10名超・6ヶ月以上・複数工程並行）のプロジェクトであれば費用対効果があります。それ未満であれば、ExcelのガントチャートにClaude Codeを組み合わせた方が、導入コスト・学習コスト・運用コストのすべてで有利です。まず現在の課題を特定し、Excelで対応できない機能が必要かどうかを見極めてから投資判断してください。

📚 このブログの著者が実際に使った本

PMPを独学で取得した際に使い込んだ2冊。製造業エンジニアがPMBOKを「使える知識」に変換するための翻訳書として今も手元にある。