スケジューリング最適化：プログラムによる解決策
TL;DR:
ROI = f(確率的BOR) / ("緊急事態は存在しない" + コーヒータイム)
時折、魔法のような方法論が現れることがあります。外部の観察者にとっては魔術のように見えるかもしれませんが、専門家にとっては技術の絶え間ない進歩の次の必然的なステップです。このギャップを埋めるために、私は一般の読者向けにLokadの最新のブレークスルーであるスケジューリング最適化についてのホワイトボックス化を目指して論文を執筆しました。
スケジューリング最適化とは、リソースの利用（部品、ツール、人員）と財務的な結果の両方を最大化する効率的なアクションのシーケンス（例：エンジンの製造/修理）を生成するプロセスです。このアクションのシーケンスは、企業が遭遇する不確実性と日常の中断を考慮に入れています。このシーケンスは少なくとも1日に1回（通常は夜間）生成する必要があり、予定されていたリソースが利用できない場合（例：技術者が病気、部品が不足、ツールが壊れている場合）にはいつでも再生成する必要があります。
Lokadは、膨大なリソースのステップシーケンスを必要に応じて再生成できます1。重要なのは、これらの**「例外」が通常**であり、緊急事態（リソースの不足）はシステムの特徴であり、バグではないということです。
この初版は航空宇宙OEMおよびMROの視点から書かれていますが、ここで説明されている基本原則は、製造、生産、または修理会社（特に「リソースの請求書を持っている」「スケジューリングにおける確率論」「FIFOの失敗理由」のセクション）にも適用されます。
いつものように、これらのアイデアについての対話を作り出すことが目的ですので、フィードバックを提供したい方はどなたでもお気軽にご連絡ください。私のメールアドレスはホワイトペーパーに記載されていますし、LinkedInで私に連絡することもできますし、単にcontact@lokad.comまでご連絡いただけます。
最後に、この論文は、Simon Schalit、Luciano Lisiotti、Fabian Hoehner、Tristan Oualid、Rémi Quentin、Victor Noisette、およびAlexey Tikhonovを含むいくつかの才能ある経験豊富なサプライチェーンの専門家との緊密な協力のもとで作成されました。外部のレビューを寛大に提供してくれたTimothy RussoとJoshua Bradshawにも追加の感謝を申し上げます。皆さんのご意見は大変ありがたく受け取りました。
