1つの授業を移動したことで3つの問題が発生しました
完成した時間割を手動で編集すると、気づかないうちに不具合が生じ、誰かから指摘されるまで問題が表面化しなくなります。
ソルバーは有効な時間割を作成しました。しかし、現実はそう甘くありません。
教師の火曜日の予定が変わりました。部屋が2週間改装されることになりました。2人の学生が選択科目を変更し、4人組のグループを移動させる必要が生じました。これらすべてに対して再計算を行う価値はありません。何をする必要があるかは明確であり、それはたった1つの授業の変更に過ぎないからです。
そこで、手動で移動させます。その瞬間、時間割の検証状態が失われます。
なぜ再計算が不適切なツールなのか
FETに戻って制約を変更し、再度実行することもできます。それが正しい場合もあります。しかし、通常はそうではありません。ソフトウェアとは無関係な理由があります。ソルバーには、他のすべてを移動させる権利があるからです。
有効な時間割は戻ってきますが、それはあなたの時間割ではありません。言語科の主任と3回話し合って到達した慎重な調整は消え去り、同様に有効ではあるものの全く馴染みのないものに置き換わってしまいます。今や40人の教師に再通知が必要です。彼らの週の予定が変わらなければならなかったからではなく、あなたが1つの授業を移動させたからです。
そのため、人々は手動で編集します。それは正しい直感です。しかし、それは完全に無防備でもあります。スプレッドシートや印刷物では、何が壊れたのかを教えてくれるものは何もありません。
1つの移動、3つの不具合
授業を木曜日の3時限目に移動させると、あなたは暗黙のうちに4つのことを断言したことになります。その時間に教師は空いている、その時間に部屋は空いている、その学生グループは空いている、そして週の他のどの予定も元の場所には依存していない、ということです。
1つでも見落とせば、その時間割は間違ったものとなり、当日になって2つのクラスが同じ教室のドアの前に現れるまで、その問題は表面化しません。
手動編集が危険なのは、ミスが起こりやすいからではなく、ミスが沈黙しているからです。印刷物では何も赤く表示されません。
最後ではなく、作業中に確認する
グリッドは作業中にチェックを行います。競合が発生している授業にはバッジが表示されるため、問題は報告書を開く必要なく、その場所で直接確認できます。
全体像を確認したい場合、競合レポートは、部屋別、教師別、学生グループ別といった、実際に調査を行う方法で問題を分類します。
また、以下の種類を区別します。これは聞こえる以上に重要です。
実際の学校生活では通用しないもの。
レポートは、あなたが間違っていたのではなく、何が起こったかを伝えています。
記録された収容人数（これらを入力しておくことは有益です）。
- 部屋の競合 — 1つの部屋で同時に2つの授業。明白です。
- 部屋の不足 — 厳密には競合ではありませんが、授業を行う場所がない状態。
- 優先リスト外の部屋 — 意図的に決定した可能性があります。
- 部屋が狭すぎる — クラスの人数に対して収容人数が不足。⚠ 記録した収容人数が正確である場合にのみ信頼できます。
3番目の項目は、実際に現場で使用されてきたツールであることの証です。すべての逸脱がエラーというわけではありません。意図的な決定に対して「オオカミ少年」のように警告を発するものは無視されるようになり、本当に正しい日であっても見過ごされてしまいます。
報告すべきことがない場合、空のリストを表示するのではなく、その旨が明確に表示されます。
動かしてはならないものをロックする
交渉の余地がないものもあります。共有のミニバスの時間枠。非常勤講師の水曜日。すでに200人の保護者に伝えてしまった授業などです。
これらをロックしておけば、ミスをした後の警告ではなく、ミスをする前に「いいえ」という答えが返ってきます。ミスの代償が保護者への手紙である場合、事後の検出よりも事前の防止が勝ります。
確定前に確認する
もう半分は、行動する前に確認することです。フライト前のチェックのように時間割全体を読み込み、何がうまくいかないかを報告します。そのため、ソルバーの実行終了を待つことなく、火曜日が来るずっと前に画面上で問題を発見できます。
編集がリスクなのではない。検証なき編集がリスクなのだ。
1つの授業を手動で修正しようとする直感は正しく、実際の学校の1週間にはそれが求められます。たった1つの変更を修正するために再計算を行うと、交渉の末に作り上げた時間割が失われてしまいます。
欠けていたのは編集の許可ではありません。編集作業中に寄り添う「もう一対の目」だったのです。