shiftect. for EDUCAは個別指導塾向けの実装だ。
しかし施設介護・訪問介護・物流への展開は、後から思いついたものではない。
最初から想定していた。
なぜか。
shiftect.の不変コアを言語化する過程で、制御構造の抽象度が見えてきた。
業務の状態に応じて最適化処理への入力構成を自動的に決定するという制御の仕組みは、個別指導塾の時間割に固有のものではなかった。
施設介護では欠勤・急変・配置変更が発生する。
訪問介護ではキャンセル・緊急依頼が発生する。
物流では遅延・再配達・急な追加オーダーが発生する。
どの業種でも、変化が起きたとき確定済みの配置を全て崩して組み直すことはできない。
施設介護であれば、すでに成立している勤務体制・担当体制を全て崩すことは現場運営と安全管理への影響を意味する。
物流であれば、すでに動いている配送計画・訪問計画・労務時間・到着予定を全て崩すことは遅延・労務超過・運行崩壊への連鎖を意味する。
だからどの業種でも「確定済みの配置を固定対象とし、変化した範囲だけを探索対象とする」という同じ制御が必要になる。
リソースの種類は業種ごとに異なる。
施設介護はスタッフ・担当エリア・設備・時間枠、訪問介護はスタッフ・移動手段・訪問先・時間枠、物流は車両・ドライバー・配送先だ。
制約の内容も異なる。
施設介護は人員配置基準・勤務制限、物流は拘束時間・改善基準・配送時間指定だ。
しかしこれらは業界可変部分であり、不変コアの制御構造は変わらない。
制御構造が共通しているということは、不変コアが共通しているということだ。
不変コアが共通しているということは、業界可変部分を各業界向けに構成するだけで展開できるということだ。
この構造が見えていたから、shiftect.の特許出願は「特定業界向けに限定されない汎用的な最適化制御技術」として出願している。
介護・物流への展開は後付けの構想ではなく、出願の段階からすでに技術の射程として定義されていた。
shiftect. for EDUCAはその射程の最初の一手だ。
個別指導塾での実装を通じて不変コアを確立し、そこから施設介護・訪問介護・物流へと展開していく。
最初から複数業界を想定していたことが、shiftect.という名称がshiftect. for EDUCAではなく不変コアの技術全体を指している理由でもある。