クローズドループ生産計画：計画と現場のギャップを埋める

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

クローズドループ生産計画は、実際の進捗を計画へフィードバックします。このループの仕組み、必要なデータ、工場長が着手する方法を解説します。

Automatically translated with AI from the original post. Read the English original

クローズドループ生産計画とは、計画、実行、計測、再計画が一つの連続したフィードバックループを形成することを意味します。スケジュールはリリース後に固定されるものではなく、生産の現在の状態に基づいて見直されます。この記事は、午前中には計画が崩れてしまうと感じ、そのギャップを埋めたい工場長を対象としています。仕組み、必要なデータ、段階的な始め方、避けるべき失敗を解説します。

重要なポイント

• クローズドループ生産計画とは、計画、実行、計測、再計画が連続したフィードバックループを形成し、スケジュールが実際の生産状況に追従する仕組みを指します。
• 典型的なループは4つのステップで構成されます。計画がもはや有効でないことを検知し、その影響を評価し、再計画を行い、変更を現場に伝達します。
• ループの品質はデータの品質で決まります。信頼できる進捗報告がなければ、システムは計画がまだ有効かどうかを判断できません。
• 再計画によって生産能力が増えるわけではありません。ただし、シフト終了時に気づくのではなく、どの指示が遅れるか、誰に伝えるべきかを早期に判断できるようになります。
• 計画の頻繁な変更は避けてください。再計画のトリガーをルール化し、直近の計画を固定して、現場が混乱しないようにしてください。

クローズドループ生産計画とは何ですか。

サーモスタット付きの暖房システムを想像してください。これは単純な制御システムの一例で、室温を計測して暖房を調整します。オープンループ計画、つまりフィードバックのない計画は、固定タイマーで動く暖房のようなものです。オープンループ計画とクローズドループ計画の違いは、固定タイマーとサーモスタットの違いと言えます。生産においてクローズドループ計画とは、各作業がどこまで進んだか、どの機械が停止したか、どの材料が遅れているかといった実際の状況に基づいてスケジュールを調整することを意味します。

クローズドループ生産スケジューリングでは、計画、現場での実行、計測、学習、再計画が連続したフィードバックループを形成します。そのためスケジュールはリリース後に固定されず、生産の現在の状態に基づいて見直されます。

この考え方は古くからあります。Capterraの用語集にあるクローズドループMRPの項目では、購買、スケジューリング、ディスパッチなどの作業を結び付けるフィードバック機能を持つシステムとして説明されています。詳細はCapterraのクローズドループ MRP に関する用語集の項目をご覧ください。その後、MRP IIが製造計画の対象を他のリソースにも広げ、生産能力計画を加えました。MRPとMRP IIはいずれもERPの前身と見なされています。新しいのは、センサー、IoT、端末、計画ソフトウェアによって、多くの工場で高速なフィードバックが可能になったことです。ここでは産業用IoTセンサーや自動化が役立ちます。クローズドループは、生産計画と生産管理からプロセスそのものまでを、リアルタイムデータを使って一つの計画システムで結び付けます。

なぜ計画は現場から乖離してしまうのでしょうか。

すべての生産計画は、設備が稼働すること、材料が届くこと、作業者がいること、作業が計画どおりの時間で終わることを前提にしています。当日は、こうした前提のいくつかが崩れます。フィードバックがない計画は、その変化に気づきません。典型的な計画からの逸脱の原因は次のとおりです。

• 設備の故障や短時間の停止
• 材料の遅れや欠品
• 作業者の欠勤
• 手直しが必要な品質問題
• 営業からの特急オーダーや優先順位の変更

閉ループは、サプライチェーンにも役立ちます。再計画によって納期が動いたとき、購買と営業がすぐに対応でき、顧客に約束するリードタイムも現実に即したものになります。フィードバックがなければ、計画担当者は遅れに気づくのが遅くなり、多くは交代時間の終わりや翌朝になってからです。その時点では、取れる選択肢はほとんど残っていません。フィードバックがあれば、同じ事象が数分以内に見え、選択の余地もまだ残っています。

フィードバックは、どのようにして計画に反映されるのでしょうか。

生産計画ソフトウェアのベンダーである Delfoi は、リアルタイムの再スケジューリングを4つのステップからなる閉ループとして説明しています。詳しくは リアルタイムの生産再スケジューリングに関する記事を参照してください。ステップは次のとおりです。

1. 検知。 現在の計画がもはや有効ではないことを示すシグナルを捉えます。シグナルは、設備のセンサー、ERP のイベント、または監督者から発生します。
2. 評価。 設備の空き状況、材料の状態、優先順位を踏まえて、影響を受ける指示と、実行可能な新しい順序を見つけます。
3. 再計画。 設備の能力、治具、スキル、納期を満たす更新済みのスケジュールを作成します。
4. 周知。 更新内容を現場のディスプレイ、監督者のダッシュボードに送信し、必要に応じて顧客への納期見積もりにも反映します。

同じ記事では、1つの作業を再スケジュールすると、同じ設備を使う後続の作業も動くため、その影響が見えるようにしておくべきだと指摘しています。また、優先度の低い作業の小さな事象はバッファで吸収できる場合がある一方、ボトルネックでの停止では全面的な再スケジュールが必要になる場合がある、とも述べています。きっかけになるのは事象であり、計画担当者の習慣ではありません。

再計画のステップでは、実際の制約を反映したスケジュールが必要です。これが 有限能力スケジューリングの考え方です。各リソースに上限があるものとして扱うため、指示同士の競合が見えるようになります。この考え方がないフィードバックは、計画が誤っていることをより速く知らせるだけです。

どのようなデータが必要でしょうか。

Delfoi は、出力の品質は入力の正確さと鮮度、特に実際の生産進捗に依存すると述べています。進捗の報告がなければ、システムは計画がまだ有効かどうかを判断できません。また、一見精密でも実態と合っていない計画についても警告しています。生産を表計算ソフトで管理している企業や、信頼できる設備の稼働状況データがない企業に対しては、新しいスケジューリングソフトウェアの導入前、または導入と並行して、こうしたギャップを埋めるよう助言しています。

フィードバックに最低限必要なデータは次のとおりです。

• 各工程の開始と終了、少なくとも工程の状態。
• 生産数量、スクラップ、および手直しの契機となる品質検査の結果。
• 設備の状態、稼働中か停止中か、理由コード付き。
• 材料の状態、受領済み、不足、または遅延。
• 作業者の稼働状況、欠勤を含む。

製造実行システムのように、作業指示に対する製造活動を記録するソフトウェアは、一般的な情報源の1つです。現場からのリアルタイムのフィードバックこそ、閉ループの中核です。交代後に紙のシートに記入して後から入力するだけでは不十分です。フィードバックが計画プロセスに届くのが遅すぎるからです。

計画が絶えず変わってしまうのを避けるにはどうすればよいでしょうか。

フィードバックは、ノイズになることもあります。Oracle の用語集では、「ナーバスネス（不安定性）」を、上位レベルでの計画の小さな変更が下位レベルで大きな変更を引き起こす、MRP システムの特性と定義しています。詳しくは Oracle の用語集を参照してください。小さな事象のたびにスケジュールを書き換えてしまうと、閉ループでも現場で同様の影響が生じえます。次の3つのルールが役立ちます。

1. トリガーを定義する。たとえば、ボトルネックでの停止が20分を超えた場合、本日開始の作業の材料が欠品した場合、新たな特急オーダーが入った場合などです。小さな逸脱は吸収します。
2. 直近の期間を固定する。次の1〜2時間は安定させ、監督者が準備できるようにします。
3. 変更を説明する。何がどう動いたのか、その理由を示します。人は、理解できる計画に従うものです。

例：ボトルネックでの停止

この例では仮定の数値を使用しています。

ボトルネック設備は7.5時間、すなわち450分の1シフトで稼働します。5つのジョブが続けて計画されています。

• J1：90分、本日期限
• J2：60分、本日期限
• J3：120分、金曜期限
• J4：75分、本日期限
• J5：105分、本日期限

合計は90 + 60 + 120 + 75 + 105 = 450分です。計画はシフトにちょうど収まります。

シフトの早い段階で、設備が90分停止します。使用可能な時間は450 − 90 = 360分になります。

オープンループ。計画はそのままです。チームはジョブを順番に進めます。J1からJ4までに345分かかるため、J5は15分分しか進みません。J5は残り105 − 15 = 90分あり、遅延します。計画側がこれを知るのはシフト終了時です。

クローズドループ。停止はただちに報告されます。システムは、450分分の作業が360分に収まらなくなったことを把握します。ジョブJ3の期限は金曜日だけなので、移動させることができます。残りのジョブは450 − 120 = 330分必要で、360分に収まり、30分の余裕が生まれます。本日期限の4つのジョブはすべて期限内に完了し、J3は翌日に移動されます。

再計画によって生産能力が増えたわけではありません。残りの分数の使い方を最適化するのに役立ったのです。早い段階で判断を下し、待てるジョブを選びました。待てるジョブがなかった場合でも、システムは同じく早い段階でそれを示すため、工場長は時間があるうちに残業や顧客への連絡を判断できます。

どこから始めればよいでしょうか。

1. 一つの領域を選びます。できれば、ボトルネックとその前後の工程が望ましいです。
2. 進捗を見える化します。すべての詳細ではなく、工程ごとの簡単な状況フィードバックから始めます。
3. トリガーと担当者を合意します。誰が、どの時間内に判断するのでしょうか。
4. まずは手作業で実行します。決まった時刻に行う短いミーティングで紙の上で再計画し、どの出来事が重要かを把握します。
5. 測定します。スケジュールの変更頻度、再計画にかかる時間、遅延した受注数を追跡します。計画値と実績値を比較してください。
6. 繰り返し発生する作業を自動化します。ルーチンがうまく回り始めたら、データ収集と再計画のためのツールを追加します。

よくある間違い

• 信頼性の低いデータでの再計画。速いが誤った計画は、遅くても正しい計画より悪い結果を招きます。リアルタイムのフィードバックには、リアルタイムのデータ収集が必要です。
• 小さな出来事のたびにスケジュールを変更すること。トリガーを定義し、小さな逸脱はバッファで吸収します。
• 計画を実行する人々を無視すること。監督者が新しい計画を受け入れられなければ、変更は画面の中で止まってしまいます。最初から関与させてください。
• これをソフトウェアプロジェクトとして扱うこと。まず方法論として捉え、製造ソフトウェアを統合する前に、役割、トリガー、反応時間について合意してください。
• 凍結期間がないこと。10分ごとに変わるスケジュールには従えません。
• 再計画から学ばないこと。再計画の原因について簡単な分析を行います。繰り返し発生する原因は、何度も止まる設備のように、修正すべき問題を示しています。

ソフトウェアが役立つ場面

クローズドループには二つの方向が必要です。計画を現場へ送り、進捗を計画へ戻すことです。iFAKT's Polaris Operatorは、iFAKT Polarisのモジュールで、生産計画を時間ベースのタスクとして現場に届け、進捗をリアルタイムで計画へフィードバックします。ツールを評価する際は、作業者がどのように進捗を報告するか、再計画が現場の作業班にどれだけ速く示されるか、そして変更内容が実行する人々にどのように説明されるかを確認してください。

次のステップ

工場のボトルネックを選び、計画を最も頻繁に崩す5つの出来事を書き出し、それぞれに誰がどれだけ速く対応するかを決めてください。これがクローズドループ生産計画の最初の実用版であり、新しいソフトウェアは必要ありません。