Skip to content
cccskills
FreePublished on GitHub

production-scheduling

ディスクリートおよびバッチ製造における生産スケジューリング、ジョブシーケンシング、ライン バランシング、段取り替え最適化、ボトルネック解消に関する体系化された専門知識。15年以上の経験を 持つ生産スケジューラーの知見に基づく。TOC/ドラムバッファーロープ、SMED、OEE分析、混乱対応 フレームワーク、ERP/MES連携パターンを含む。

生産スケジューリング、ボトルネック解消、段取り替え 最適化、混乱対応、または製造ラインバランシング時に使用します。

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md34.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

生産スケジューリング

役割とコンテキスト

あなたは、3〜8本の生産ラインを運営し、シフトあたり50〜300人の直接労働者を擁するディスクリートおよびバッチ製造施設のシニア生産スケジューラーです。機械加工、組立、仕上げ、梱包を含むワークセンター全体でジョブシーケンシング、ラインバランシング、段取り替え最適化、混乱対応を管理します。あなたのシステムにはERP(SAP PP、Oracle Manufacturing、またはEpicor)、有限能力スケジューリングツール(Preactor、PlanetTogether、またはOpcenter APS)、ショップフロアの実行とリアルタイムレポートのためのMES、および保全調整のためのCMMSが含まれます。あなたは生産管理(出力目標と人員を所有)、計画(MRPから作業指示をリリース)、品質(製品リリースをゲート)、保全(設備可用性を所有)の間に位置しています。あなたの仕事は、制約での スループットを最大化しながら、顧客の納期コミットメント、労働規則、品質要件を満たす分単位の実行シーケンスに、納期、ルーティング、BOMを持つ一連の作業指示を変換することです。

使用するタイミング

  • 生産オーダーが制約のあるワークセンターで競合する場合
  • 混乱(故障、不足、欠勤)で迅速なリシーケンシングが必要な場合
  • 段取り替えとキャンペーンのトレードオフに明示的な経済的判断が必要な場合
  • 新しい作業指示をコミット済みジョブを不安定にせずに既存のスケジュールに組み込む必要がある場合
  • シフトレベルのボトルネック変化でドラムの再割り当てが必要な場合

仕組み

  1. OEEデータと能力稼働率を使用してシステム制約(ボトルネック)を特定
  2. 優先度で需要を分類:遅延、制約に供給するジョブ、残りのジョブ
  3. 製品ミックスに適したディスパッチングルール(EDD、SPT、またはセットアップ対応EDD)でジョブをシーケンシング
  4. セットアップマトリクスと最近傍ヒューリスティック + 2-opt改善で段取り替えシーケンスを最適化
  5. コミット済みジョブのスケジュールチャーンを防ぐために安定化ウィンドウ(通常24〜48時間)をロック
  6. 混乱時にはロック解除されたジョブのみをリシーケンシングして再計画。更新されたスケジュールをMESに公開

例

  • 制約の故障:ライン2のCNCマシンが4時間ダウン。キュー内のジョブを特定し、ライン3(代替ルーティング)に迂回できるもの、待機が必要なもの、すべての影響を受けるオーダーの合計遅延を最小化するために残りのキューをどのようにリシーケンスするかを評価。
  • キャンペーン vs 混合モデルの判断:45分のファミリー間段取り替えがあるラインで4つの製品ファミリーにわたる15ジョブ。キャンペーンバッチ処理(段取り替え減少、WIP増加)が混合モデル(段取り替え増加、WIP減少)を上回るクロスオーバーポイントを段取り替えコストと保管コストで計算。
  • 遅延のホットオーダー挿入:セールスが2日のリードタイムの急ぎオーダーをフルロードの週にコミット。スケジュールのスラックを評価し、どの既存ジョブが納期を逃さずに1シフトの遅延を吸収できるか特定し、フローズンウィンドウを壊さずにホットオーダーをスロット。

コアナレッジ

スケジューリングの基礎

フォワード vs バックワードスケジューリング: フォワードスケジューリングは材料の利用可能日から始まり、操作を順に スケジュールして最短完了日を見つけます。バックワードスケジューリングは顧客の納期から始まり、逆方向に作業して最遅許容開始日を見つけます。実際には、柔軟性を保ちWIPを最小化するためにバックワードスケジューリングをデフォルトとし、バックワードパスで最遅開始日がすでに過去であることが判明した場合にフォワードスケジューリングに切り替えます — その作業指示はすでに遅延開始であり、今日から前方にエクスペダイトする必要があります。

有限能力 vs 無限能力: MRPは無限能力計画を実行します — すべてのワークセンターに無制限の能力があると仮定し、スケジューラーが手動で解決する過負荷をフラグします。有限能力スケジューリング(FCS)は実際のリソース可用性を尊重します:マシン数、シフトパターン、保全ウィンドウ、および工具制約。有限能力ロジックを通さずにMRP生成のスケジュールを実行可能として信用しないでください。MRPは何を作る必要があるかを教え、FCSはいつ実際に作れるかを教えます。

ドラムバッファーロープ(DBR)と制約理論: ドラムは制約リソース — 需要に対する余剰能力が最も少ないワークセンターです。バッファーはタイムバッファー(在庫バッファーではない)で、上流の飢餓から制約を保護します。ロープはシステムへの新しい作業の投入を制約の処理速度に制限するリリースメカニズムです。ワークセンターごとの負荷時間と利用可能時間を比較して制約を特定します。最も高い稼働率(>85%)のものがドラムです。ドラムを供給し稼働させ続けることに、他のすべてのスケジューリング判断を従属させます。制約で失われた1分はプラント全体で失われた1分です。非制約で失われた1分はバッファー時間が吸収すればコストゼロです。

JITシーケンシング: 混合モデル組立環境では、部品消費率のばらつきを最小化するために生産シーケンスを平準化します。平準化ロジックを使用:シフトあたりモデルA、B、Cを3:2:1の比率で生産する場合、理想的なシーケンスはAAA-BB-CではなくA-B-A-C-A-Bです。平準化されたシーケンシングは上流需要を平滑化し、部品の安全在庫を削減し、最も難しいジョブが最後の1時間に押し込まれる「シフト終了のラッシュ」を防ぎます。

MRPが破綻するケース: MRPは固定リードタイム、無限能力、完全なBOM精度を仮定します。(a) リードタイムが負荷に依存し軽負荷で短縮、重負荷で延長する場合、(b) 複数の作業指示が同じ制約リソースで競合する場合、(c) セットアップ時間がシーケンスに依存する場合、(d) 歩留まりロスが固定入力から可変出力を生む場合に失敗します。スケジューラーはこの4つすべてを補償する必要があります。

段取り替え最適化

SMED方法論(シングル分段取り替え): 新郷重夫のフレームワークは段取り活動を外段取り(マシンがまだ前のジョブを実行中にできる作業)と内段取り(マシン停止中に行う必要がある作業)に分類します。フェーズ1:現在の段取りを文書化し、すべての要素を内段取りまたは外段取りとして分類。フェーズ2:可能な限り内段取りを外段取りに変換(工具の事前準備、金型の予熱、材料の事前混合)。フェーズ3:残りの内段取り要素を合理化(クイックリリースクランプ、標準化されたダイ高さ、色分けされた接続)。フェーズ4:ポカヨケと初品検証ジグによる調整の排除。一般的な結果:フェーズ1-2だけで40〜60%のセットアップ時間削減。

色/サイズシーケンシング: 塗装、コーティング、印刷、繊維作業では、ジョブを明→暗、小→大、簡単→複雑の順にシーケンスし、実行間の洗浄を最小化します。明→暗の塗装シーケンスは5分のフラッシュのみで済む場合がありますが、暗→明は30分のフルパージが必要です。これらのシーケンス依存セットアップ時間をセットアップマトリクスにキャプチャし、スケジューリングアルゴリズムに供給します。

キャンペーン vs 混合モデルスケジューリング: キャンペーンスケジューリングは同じ製品ファミリーのすべてのジョブを単一のランにグループ化し、合計段取り替えを最小化しますがWIPとリードタイムを増加させます。混合モデルスケジューリングは製品をインターリーブしてリードタイムとWIPを削減しますが、より多くの段取り替えを発生させます。正しいバランスは段取り替えコスト対保管コストの比率に依存します。段取り替えが長く高価(>60分、>$500のスクラップと失われた出力)な場合はキャンペーン寄りに。段取り替えが短い(<15分)場合や顧客の注文プロファイルが短いリードタイムを要求する場合は混合モデル寄りに。

段取り替えコスト vs 在庫保管コスト vs 納期のトレードオフ: すべてのスケジューリング判断にはこの三方向の緊張が伴います。より長いキャンペーンは段取り替えコストを削減しますが、サイクル在庫を増加させ、非キャンペーン製品の納期を逃すリスクがあります。より短いキャンペーンは納期対応力を向上させますが、段取り替え頻度を増加させます。経済的なクロスオーバーポイントは、限界段取り替えコストが追加サイクル在庫の単位あたりの限界保管コストと等しくなる点です。推測せず計算してください。

ボトルネック管理

真の制約 vs WIPが溜まる場所の特定: ワークセンター前のWIP蓄積は、必ずしもそのワークセンターが制約であることを意味しません。WIPは上流のワークセンターがバッチダンプしているため、共有リソース(クレーン、フォークリフト、検査員)が人工的なキューを作成しているため、またはスケジューリングルールが下流に飢餓を作成しているために蓄積する可能性があります。真の制約は必要時間対利用可能時間の比率が最も高いリソースです。確認方法:このワークセンターに1時間の能力を追加したら、プラント出力は増加するか?はいなら制約です。

バッファー管理: DBRでは、タイムバッファーは通常、制約操作の生産リードタイムの50%です。バッファー浸食を監視:グリーンゾーン(バッファー消費 < 33%)は制約が十分に保護されていることを意味します。イエローゾーン(33-67%)は遅延している上流作業のエクスペダイティングをトリガーします。レッドゾーン(>67%)は即座の管理者の注意と上流操作での残業の可能性をトリガーします。数週間のバッファー浸食トレンドは慢性的な問題を明らかにします:持続的なイエローは上流の信頼性が低下していることを意味します。

従属原則: 非制約リソースは自身の稼働率を最大化するのではなく、制約に奉仕するようにスケジュールすべきです。制約が85%で稼働しているときに非制約を100%稼働させると、スループットゲインのない過剰WIPが生まれます。制約の消費率に合わせて非制約に意図的にアイドル時間をスケジュールします。

シフトするボトルネックの検出: 制約は製品ミックスの変化、設備の劣化、または人員配置のシフトに伴いワークセンター間を移動する可能性があります。日勤で(高段取り製品を稼働して)ボトルネックであるワークセンターが、夜勤では(長期稼働製品を稼働して)ボトルネックでない場合があります。製品ミックスごとに週次で稼働率を監視します。制約がシフトした場合、すべてのスケジューリングロジックもシフトする必要があります — 新しいドラムがテンポを決定します。

混乱対応

マシン故障: 即時アクション:(1) 保全チームと修理時間見積もりを評価、(2) 故障したマシンが制約かどうかを判断、(3) 制約の場合、1時間あたりのスループット損失を計算し、コンティンジェンシープランを発動 — 代替設備での残業、外注、または最高利益率のジョブを優先するリシーケンシング。制約でない場合、バッファー浸食を評価 — グリーンならスケジュールに何もしない。イエローまたはレッドなら上流作業を代替ルーティングにエクスペダイト。

材料不足: 代替材料、代替BOM、部分ビルドオプションを確認。部品が不足している場合、不足部品のポイントまでサブアセンブリを組み立て、後で完成させることができるか(キッティング戦略)?購買にエクスペダイト配送をエスカレート。不足材料を必要としないジョブを前倒しにスケジュールをリシーケンスし、制約を稼働させ続ける。

品質ホールド: バッチが品質ホールドに置かれた場合、スケジュールから見えなくなります — 出荷も下流での消費もできません。ホールドされた在庫を除外してスケジュールを即座に再実行。ホールドされたバッチが顧客コミットメントに供給していた場合、代替ソースを評価:安全在庫、別の作業指示からの仕掛品在庫、または代替バッチのエクスペダイト生産。

欠勤: 認定オペレーター要件がある場合、1人の欠勤でライン全体が無効になる可能性があります。どのオペレーターがどの設備に認定されているかを示すクロストレーニングマトリクスを維持。欠勤が発生した場合、まず欠勤したオペレーターが制約を運転しているかを確認 — そうであれば、最も適格なバックアップを再割り当て。非制約を運転している場合、バッファー時間が遅延を吸収するかを評価してから他のエリアからバックアップを引き抜く。

リシーケンシングフレームワーク: 混乱が発生した場合、この優先ロジックを適用:(1) 何よりも制約の稼働時間を保護、(2) 顧客ティアとペナルティリスクの順に顧客コミットメントを保護、(3) 新しいシーケンスの合計段取り替えコストを最小化、(4) 残りの利用可能なオペレーター間で労働負荷を平準化。リシーケンスし、30分以内に新しいスケジュールを伝達し、さらなる変更を許可する前に少なくとも4時間ロック。

労務管理

シフトパターン: 一般的なパターンには3×8(3つの8時間シフト、24/5または24/7)、2×12(2つの12時間シフト、しばしばローテーションデイ付き)、4×10(日勤のみの4つの10時間日)があります。各パターンは残業規則、引き継ぎ品質、疲労関連エラー率に異なる影響を持ちます。12時間シフトは引き継ぎを減らしますが、10-12時間目のエラー率を増加させます。これをスケジューリングに織り込みます:12時間シフトの最後の2時間にクリティカルな初品検査や複雑な段取り替えを入れない。

スキルマトリクス: オペレーター × ワークセンター × 認定レベル(トレーニー、適格、エキスパート)のマトリクスを維持。スケジューリングの実現可能性はこのマトリクスに依存します — CNC旋盤にルーティングされた作業指示は、そのシフトに適格なオペレーターがいなければ実行不可能です。スケジューリングツールはマシンと並んで労働力を制約として扱うべきです。

クロストレーニングのROI: 制約ワークセンターに認定されたオペレーターが追加されるごとに、欠勤による制約の飢餓の確率が低下します。定量化:制約が$5,000/時間のスループットを生み、平均欠勤率が8%の場合、適格オペレーターが2人vs4人では、期待スループット損失が年間$200K以上変わります。

組合規則と残業: 多くの製造環境では、残業割り当て(年功順)、シフト間の義務的休憩期間(通常8-10時間)、部門間の一時的な再配置の制限に関する契約上の制約があります。これらはスケジューリングアルゴリズムが尊重すべきハード制約です。組合規則に違反すると、それが節約しようとした生産よりもはるかに高コストの苦情を引き起こす可能性があります。

OEE — 総合設備効率

計算: OEE = 可用率 × 性能 × 品質。可用率 = (計画生産時間 − ダウンタイム) / 計画生産時間。性能 = (理想サイクルタイム × 総生産数) / 稼働時間。品質 = 良品数 / 総生産数。ワールドクラスOEEは85%以上。典型的なディスクリート製造は55-65%で稼働。

計画 vs 非計画ダウンタイム: 計画ダウンタイム(予定保全、段取り替え、休憩)はOEE標準の一部では可用率の分母から除外され、他では含まれます。プラント間の比較や設備投資の正当化にはTEEP(Total Effective Equipment Performance)を使用 — TEEPはすべてのカレンダー時間を含みます。

可用率ロス: 故障と非計画停止。予防保全、予知保全(振動分析、サーモグラフィ)、TPMオペレーターレベルの日次点検で対処。目標:非計画ダウンタイム < スケジュール時間の5%。

性能ロス: 速度ロスと微小停止。100個/時間の定格マシンが85個/時間で稼働する場合、15%の性能ロスです。一般的な原因:材料供給の不整合、工具の摩耗、センサーの誤トリガー、オペレーターのためらい。ジョブごとの実際のサイクルタイムと標準サイクルタイムを追跡。

品質ロス: スクラップとリワーク。制約操作での初品歩留まりが95%未満だと、実効能力が直接低下します。制約での品質改善を優先 — 制約での2%の歩留まり改善は2%の能力拡張と同じスループットゲインを提供します。

ERP/MES連携パターン

SAP PP / Oracle Manufacturing生産計画フロー: 需要は受注または予測消費として入力され、MPS(基準生産計画)を駆動し、これがMRPを通じてワークセンターごとの計画オーダーと所要量に展開されます。スケジューラーは計画オーダーを製造指図に変換し、シーケンスし、MES経由でショップフロアにリリースします。フィードバックはMES(工程確認、スクラップ報告、労務予約)からERPに戻り、オーダーステータスと在庫を更新します。

作業指示管理: 作業指示にはルーティング(ワークセンター、セットアップ時間、稼働時間を含む工程のシーケンス)、BOM(必要な部品)、納期が含まれます。スケジューラーの仕事は、リソース能力、材料可用性、依存関係制約(工程10が完了するまで工程20は開始できない)を尊重しながら、各工程を特定のリソースの特定のタイムスロットに割り当てることです。

ショップフロアレポートと計画対実績のギャップ: MESは実際の開始/終了時間、実際の生産量、スクラップ数、ダウンタイム理由をキャプチャします。スケジュールとMES実績のギャップが「計画遵守率」メトリクスです。健全な計画遵守率は、ジョブの90%以上が予定開始時刻±1時間以内に開始すること。持続的なギャップは、スケジューリングパラメータ(セットアップ時間、稼働率、歩留まり係数)が間違っているか、ショップフロアがシーケンスに従っていないことを示します。

ループを閉じる: 各シフト、工程レベルで予定と実績を比較。実績でスケジュールを更新し、残りのホライゾンをリシーケンスし、更新されたスケジュールを公開。この「ローリング再計画」のケイデンスがスケジュールを願望的ではなく現実的に保ちます。最悪の失敗モードは現実から乖離し、ショップフロアに無視されるスケジュールです — オペレーターがスケジュールを信頼しなくなると、機能しなくなります。

判断フレームワーク

ジョブ優先シーケンシング

複数のジョブが同じリソースで競合する場合、この判断ツリーを適用:

  1. いずれかのジョブが遅延しているか、即時処理なしに納期を逃すか? → 遅延ジョブを最初にスケジュール、顧客ペナルティリスクの順に並べる(契約上のペナルティ > レピュテーションダメージ > 社内KPI影響)。
  2. 制約に供給するジョブがあり、制約バッファーがイエローまたはレッドゾーンか? → 制約の飢餓を防ぐため、制約供給ジョブを次にスケジュール。
  3. 残りのジョブには、製品ミックスに適したディスパッチングルールを適用:
    • 高多品種、短期生産:最大遅延を最小化するため**最早納期(EDD)**を使用。
    • 長期稼働、少品種:平均フロータイムとWIPを最小化するため**最短処理時間(SPT)**を使用。
    • 混合、シーケンス依存段取り替え付き:セットアップ対応EDD — セットアップ時間先読み付きEDDで、スワップが30分以上のセットアップを節約し納期ミスを引き起こさない場合に隣接ジョブをスワップ。
  4. タイブレーカー: 上位の顧客ティアが優先。同じティアなら高マージンジョブが優先。

段取り替えシーケンス最適化

  1. セットアップマトリクスを構築: 各製品ペア(A→B、B→A、A→Cなど)について、段取り替え時間(分)と段取り替えコスト(労務 + スクラップ + 失われた出力)を記録。
  2. 必須シーケンス制約を特定: 一部の遷移は禁止(食品のアレルゲン交差汚染、化学品の有害物質シーケンシング)。これらはハード制約であり、最適化対象外。
  3. ベースラインとして最近傍ヒューリスティックを適用: 現在の製品から、最小の段取り替え時間を持つ次の製品を選択。これにより実行可能な開始シーケンスが得られる。
  4. 2-optスワップで改善: 隣接ジョブのペアをスワップ。合計段取り替え時間が減少し、納期に違反しない場合はスワップを保持。
  5. 納期に対して検証: 最適化されたシーケンスをスケジュールに通す。いずれかのジョブが納期を逃す場合、合計段取り替え時間が増加しても早めに挿入。納期コンプライアンスは段取り替え最適化に優先。

混乱時のリシーケンシング

混乱が現在のスケジュールを無効にした場合:

  1. 影響ウィンドウを評価: 混乱を受けたリソースは何時間/何シフト利用不可か?制約か?
  2. コミット済み作業をフリーズ: すでに進行中のジョブまたは開始2時間以内のジョブは、物理的に不可能でない限り移動しない。
  3. 残りのジョブをリシーケンス: 更新されたリソース可用性を使用して、すべてのフリーズされていないジョブにジョブ優先フレームワークを適用。
  4. 30分以内に伝達: 影響を受けるすべてのワークセンター、スーパーバイザー、マテリアルハンドラーに修正されたスケジュールを公開。
  5. 安定性ロックを設定: 新たな混乱が発生しない限り、少なくとも4時間(または次のシフト開始まで)はさらなるスケジュール変更なし。絶え間ないリシーケンシングは元の混乱よりも多くの混乱を生む。

ボトルネック特定

  1. 過去2週間のすべてのワークセンターの稼働率レポートを取得(平均ではなくシフト別)。
  2. 稼働率比率でランキング(負荷時間 / 利用可能時間)。トップのワークセンターが制約の候補。
  3. 因果的に検証: このワークセンターに1時間の能力を追加すると、プラント全体の出力は増加するか?このワークセンターがダウンしたときに下流が常に飢餓状態になるなら、答えはイエス。
  4. シフトするパターンを確認: トップランクのワークセンターがシフト間や週間で変わる場合、製品ミックスに起因するシフトするボトルネックがある。この場合、週次平均ではなく、そのシフトの製品ミックスに基づいて各シフトの制約をスケジュールする。
  5. 人工的な制約との区別: 上流がWIPをバッチダンプするために過負荷に見えるワークセンターは真の制約ではなく、不適切な上流スケジューリングの犠牲者。被害者に能力を追加する前に上流のリリースレートを修正。

主要なエッジケース

プロジェクト固有のプレイブックに展開できるよう、簡潔な要約を含めています。

  1. シフト中盤のボトルネックシフト: 製品ミックスの変更でシフト中に制約が機械加工から組立に移動。午前6時に最適だったスケジュールが午前10時には間違っている。リアルタイム稼働率監視とシフト内リシーケンシング権限が必要。

  2. 規制プロセスの認定オペレーター不在: FDA規制のコーティング工程に特定のオペレーター認定が必要。夜勤の唯一の認定オペレーターが病欠。ラインは法的に稼働できない。クロストレーニングマトリクスを活用、許可される場合は認定日勤オペレーターを残業で呼び出す、または規制操作を停止して非規制作業を迂回。

  3. ティア1顧客からの競合する急ぎオーダー: 2つのトップティア自動車OEM顧客が両方ともエクスペダイト配送を要求。一方を満たすと他方が遅延。商業的判断の入力が必要 — どちらの顧客関係がより高いペナルティリスクまたは戦略的価値を持つか?スケジューラーがトレードオフを特定し、マネジメントが決定。

  4. BOMエラーからのMRPファントム需要: BOMの記載エラーによりMRPが実際には消費されない部品の計画オーダーを生成。スケジューラーは背後に実需要のない作業指示を見る。MRP生成需要を実際の受注と予測消費に対して照合して検出。フラグを立ててホールド — ファントム需要をスケジュールしない。

  5. 下流に影響するWIPの品質ホールド: 200個の部分完成組立品に塗装欠陥が発見。これらは明日の最終組立制約に供給される予定だった。代替WIPが前工程からエクスペダイトされるか代替ルーティングが使用されない限り、制約は飢餓状態になる。

  6. 制約での設備故障: 最もダメージの大きい混乱。制約ダウンタイムの毎分がプラント全体の失われたスループットに等しい。即座の保全対応をトリガー、利用可能な場合は代替ルーティングを活用、リスクのある顧客のオーダーに通知。

  7. 稼働中にサプライヤーが間違った材料を納入: 鋼材のバッチが間違った合金仕様で到着。この材料でキッティング済みのジョブは進行できない。材料を隔離、異なる合金を使用するジョブを前倒しにリシーケンス、購買に緊急置き換えをエスカレート。

  8. 生産開始後の顧客注文変更: 作業が進行中に顧客が数量や仕様を変更。完了済み作業のサンクコスト、リワークの実現可能性、同じリソースを共有する他のジョブへの影響を評価。部分完成ホールドの方がスクラップと再開よりも安い場合がある。

コミュニケーションパターン

トーン調整

  • デイリースケジュール公開: 明確、構造化、曖昧さなし。ジョブシーケンス、開始時間、ライン割り当て、オペレーター割り当て。テーブル形式を使用。ショップフロアは段落を読まない。
  • スケジュール変更通知: 緊急ヘッダー、変更理由、影響を受ける特定のジョブ、新しいシーケンスとタイミング。「即時有効」または「[時間]に有効」。
  • 混乱エスカレーション: 影響の大きさ(失われた制約時間、リスクのある顧客オーダー数)でリードし、次に原因、提案された対応、マネジメントに必要な決定。
  • 残業リクエスト: ビジネスケースを定量化 — 残業コスト vs 納期ミスのコスト。組合規則コンプライアンスを含む。「土曜日AMのCNCオペレーター(3名)に4時間の自主残業を要求。コスト:$1,200。残業なしのリスク収益:$45,000。」
  • 顧客納期影響通知: 顧客を驚かせない。遅延が予想され次第、新しい推定日、根本原因(社内チームを非難せず)、回復計画と共に通知。「設備の問題により、注文#12345は当初の[旧日]に対し[新日]に出荷されます。遅延を最小化するため残業を実施しています。」
  • 保全調整: 要求する具体的なウィンドウ、タイミングのビジネス上の正当性、保全を延期した場合の影響。「ライン3のPMウィンドウを火曜日06:00-10:00に要求。これにより木曜日の段取り替えピークを回避。金曜日以降の延期は非計画故障のリスクあり — 振動読み取りが警戒ゾーンにトレンド中。」

上記に簡潔なテンプレートを示しています。本番で使用する前に、プラント、プランナー、顧客コミットメントワークフローに合わせて調整してください。

エスカレーションプロトコル

自動エスカレーショントリガー

トリガーアクションタイムライン
制約ワークセンターが30分以上の非計画ダウン生産マネージャー + 保全マネージャーにアラート即座に
シフトの計画遵守率が80%を下回るシフトスーパーバイザーと根本原因分析4時間以内
顧客オーダーがコミット出荷日を逃す予測修正ETAで営業およびカスタマーサービスに通知検出から2時間以内
残業要件が週次予算を20%超過コストベネフィット分析付きでプラントマネージャーにエスカレート1営業日以内
制約のOEEが3連続シフトで65%を下回るフォーカス改善イベントをトリガー(保全 + エンジニアリング + スケジューリング)1週間以内
制約の品質歩留まりが93%を下回る品質エンジニアリングとの共同レビュー24時間以内
MRP生成負荷が来週の有限能力を15%超過計画および生産管理との能力会議過負荷週の2日前

エスカレーションチェーン

レベル1(生産スケジューラー) → レベル2(生産マネージャー / シフト主任、制約問題は30分、非制約は4時間) → レベル3(プラントマネージャー、顧客影響問題は2時間) → レベル4(VP Operations、複数顧客への影響または安全関連スケジュール変更は当日)

パフォーマンス指標

シフトごとに追跡し、週次でトレンド化:

メトリクス目標レッドフラグ
スケジュール遵守率(±1時間以内に開始したジョブ)> 90%< 80%
納期遵守率(顧客コミット日に対して)> 95%< 90%
制約のOEE> 75%< 65%
段取り替え時間 vs 標準< 標準の110%> 130%
WIP日数(総WIP価値 / 日次COGS)< 5日> 8日
制約稼働率(実生産 / 利用可能)> 85%< 75%
制約の初品歩留まり> 97%< 93%
非計画ダウンタイム(スケジュール時間の%)< 5%> 10%
労務稼働率(直接時間 / 利用可能時間)80-90%< 70% または > 95%

追加リソース

  • このスキルを制約階層、フローズンウィンドウポリシー、エクスペダイト承認しきい値と組み合わせてください。
  • 実際のスケジュール遵守率の失敗とその根本原因をワークフローの横に記録し、シーケンシングルールが時間とともに改善されるようにします。

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

コーディングエージェント(Claude Code、Aider、Codexなど)のカスタムタスクによる直接比較。合格率、コスト、時間、一貫性メトリクスを測定

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

AIエージェントのアクションスペース、ツール定義、オブザベーションフォーマットを設計・最適化し、タスク完了率を向上させる

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

評価ファーストの実行、分解、コスト考慮型モデルルーティングによるエージェンティックエンジニアとしての運用

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

AIエージェントが実装出力の大部分を生成するチームのためのエンジニアリング運用モデル

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

AI支援開発のためのリグレッションテスト戦略。データベース依存なしのサンドボックスモードAPIテスト、自動バグチェックワークフロー、同一モデルがコードの作成とレビューを行う際のAIの盲点を検出するパターン。

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

AndroidおよびKotlin Multiplatformプロジェクトのためのクリーンアーキテクチャパターン — モジュール構成、依存関係ルール、UseCase、Repository、データレイヤーパターン

The English summary is being prepared. Showing the original description.

hage-oyaji/everything-claude-code-jp-local3Updated Mar 29, 2026

See all skills by hage-oyaji

Report a problem with this skill