目次
製造業のプロジェクトで最も多いトラブルの1つが「スケジュール遅延」です。納期直前になって初めて遅延が判明し、残業や品質妥協で乗り切る——そんな経験をしたエンジニアは少なくないはずです。
この記事では、PMBOKのスケジュール管理の考え方をベースに、製造業の現場で実際に使える3つのポイントを解説します。
スケジュール管理が重要な理由
製造業プロジェクトにおいて、スケジュール遅延が発生すると以下のような連鎖的な問題が起きます。
- コスト増加：残業費、急ぎの調達コスト、外注費が膨らむ
- 品質低下：時間不足による手抜き検査、試験省略のリスク
- 顧客信頼の損失：納期遅れによる取引先との関係悪化
- 次プロジェクトへの影響：リソースの占有が続き、他案件に影響
スケジュール管理は単なる「日程表の作成」ではなく、QCD（品質・コスト・納期）全体を守るための根幹的な活動です。
PMBOKのスケジュール管理プロセス
| プロセス | 概要 |
|---|---|
| スケジュール管理の計画 | スケジュールの作成・管理方法を定義 |
| アクティビティの定義 | WBSの作業パッケージを具体的な作業に分解 |
| アクティビティの順序設定 | 作業間の依存関係を特定 |
| アクティビティの所要期間見積もり | 各作業の所要時間を見積もる |
| スケジュールの作成 | ガントチャートやネットワーク図で計画化 |
| スケジュールのコントロール | 進捗をモニタリングし、ズレを管理 |
ポイント1：依存関係の明確化
製造業プロジェクトで見落とされがちなのが、作業間の依存関係（先行関係）の整理です。
PMBOKでは依存関係を以下の4種類で分類します。
| 依存関係 | 略称 | 意味 | 例 |
|---|---|---|---|
| 終了-開始 | FS | 先行作業の終了後に後続開始 | 設計完了→試作製造開始 |
| 開始-開始 | SS | 先行作業の開始後に後続開始 | 試作開始→ソフト開発開始（並行） |
| 終了-終了 | FF | 先行作業の終了時に後続も終了 | ハード試験終了→総合試験終了 |
| 開始-終了 | SF | 先行作業の開始後に後続終了 | （製造業ではほぼ使用しない） |
特にSS（開始-開始）の関係を活用することで、従来の直列工程をある程度並行化でき、全体リードタイムを短縮できます。
ポイント2：クリティカルパスの把握
クリティカルパスとは、プロジェクト開始から終了までの最長経路のことです。このパス上の作業が1日でも遅れると、プロジェクト全体が1日遅れます。
クリティカルパス管理の実践ポイント
- プロジェクト開始時にネットワーク図を描き、クリティカルパスを特定する
- クリティカルパス上の作業には最優先でリソースを配置する
- 週次でクリティカルパスの変化をチェックし、新たなボトルネックを早期発見する
- クリティカルパスでない作業のフロート（余裕時間）を把握し、リソース調整に活用する
ポイント3：バッファの適切な設定
製造業のプロジェクトでは不確実性が高く、計画通りに進まないことが前提です。バッファ（余裕時間）の設定は、リスクに備えるための重要な手段です。
コンティンジェンシー予備
特定のリスクに対応するためのバッファです。リスク分析の結果に基づいて設定します。「部品入荷遅れリスクに対して2週間のバッファ」のように、根拠を持って設定することが重要です。
マネジメント予備
未知のリスクに対応するための追加バッファです。プロジェクト全体のスケジュールに対して5〜10%程度を確保するのが一般的です。
バッファ設定の注意点
バッファを各作業に分散して「安全マージン」として持たせると、パーキンソンの法則（仕事は与えられた時間を使い切るように膨張する）が働き、実際には余裕なのに遅延が常態化する危険があります。バッファはプロジェクト末尾にまとめて持たせる方が管理しやすいです。
スケジュール管理ツールの選び方
| ツール | 向いているケース | コスト |
|---|---|---|
| Excel/Googleスプレッドシート | 小規模PJ、シンプルなガントチャート | 無料〜 |
| Microsoft Project | 中〜大規模PJ、クリティカルパス分析が必要 | 有料（高め） |
| Asana / Notion | タスク管理と組み合わせたい、チーム共有重視 | 無料プランあり |
| Redmine / Backlog | ITプロジェクトとの混在管理、課題管理と連携 | 無料〜 |
製造業の現場では、導入障壁の低さからExcelが最も使われています。まずExcelで基本的なガントチャートを作れるようになり、プロジェクト規模が大きくなったらツールの移行を検討するのが現実的なステップです。
現役PMの実践事例
私の経験：スケジュール遅延の回復対応
ある製品開発プロジェクトで、ハードウェアの動作確認試験が遅延し、後続のソフトウェア工程への影響が懸念される状況になりました。
このとき気づいたのが、ソフトウェア試験の中で「ハードウェアに依存しない部分」と「依存する部分」を分けられるということでした。試作品を暫定的に活用することで、ソフトウェアの独立した機能検証を先行させることができ、クリティカルパスをずらさずに対応できました。
この経験から、WBSと依存関係の整理が、遅延発生時の対応策を素早く考えるための土台になると実感しました。工程間の依存関係が可視化されていると、「どこを並行化できるか」がすぐに判断できます。
プロジェクト開始前に少し時間を取ってスケジュールの依存関係を整理しておくことが、後の危機対応力に直結します。
まとめ：遅延を防ぐ3つのポイント
- 依存関係の明確化：作業間の先行・後続関係をWBSと合わせて整理する
- クリティカルパスの把握：最長経路を特定し、そこに最優先でリソースを投入する
- バッファの適切な設定：根拠のあるコンティンジェンシー予備をプロジェクト末尾に確保する
スケジュール管理は、計画を「作る」だけでなく「使い続ける」ことが重要です。週次の進捗確認でクリティカルパスの変化をチェックし、早めに手を打つ習慣を身につけましょう。
コメント