Synthese Teil V — Vom rechnenden Modell zum benutzten System
Zwei Kapitel, ein Übergang: Das Modell rechnet — und muss jetzt jemand anderem übergeben werden. Was dabei schiefgeht, hat selten mit Mathematik zu tun.
Was schiefgeht, und was dagegen hilft
| Was in Produktion passiert | Gegenmittel | Wo |
|---|---|---|
INFEASIBLE um 3 Uhr nachts, niemand weiß warum |
Relaxation mit gestaffelten Strafkosten (B18); Deletion Filter für die Diagnose | Kapitel 22, Anhang C |
| Der Disponent lehnt den Plan ab, weil er ihn nicht versteht | Constraint-Trace für die einzelne Zuweisung; Kostenzurechnung für den ganzen Plan | Kapitel 22, Abschnitt 22.4 |
| Der Solver läuft ins Zeitlimit und keiner merkt es | Status, Gap und Zeitausschöpfung protokollieren — konstante Laufzeit ist ein Warnsignal | Kapitel 22 |
| Ein Test wird grundlos mal rot, mal grün | auf Zielwert und Regeln prüfen, nicht auf die Gestalt der Lösung; num_workers = 1 und Seed |
Abschnitt 7.7, Kapitel 23 |
| Ein Ergebnis lässt sich später nicht mehr nachvollziehen | Snapshot-Prinzip: unveränderlicher Datenstand mit ID je Lauf | Kapitel 22 |
| Das Modell prüft sich selbst | Abnahmeprüfung als eigener Baustein, ohne Solver und ohne Modellvariable | Abschnitt 22.6 |
Was dieser Teil gemessen hat
| Behauptung | Gemessen | Wo |
|---|---|---|
„Der Solver nennt schon den Grund für INFEASIBLE.” |
Er nennt gar nichts. Der Deletion Filter findet einen kleinsten Konflikt — dieses Modell enthält neun verschiedene, und welchen man sieht, steuert die Prüfreihenfolge | Anhang C |
| „Bindende Bedingungen sind die teuren.” | Von fünf bindenden Bedingungen kostet eine 0,00 € | Abschnitt 22.4 |
| „Der Schattenpreis sagt, was der Hebel bringt.” | Hochgerechnet 120 €, gemessen 60 € — er gilt nur bis +15 Stunden. Die Ranglisten nach Preis und nach Wirkung drehen sich um | Abschnitt 22.4 |
| „Mehr Arbeiter sind proportional schneller.” | 12,3-fach bei acht Arbeitern — überlinear, weil verschiedene Strategien statt derselben Suche laufen | Abschnitt 7.7 |
Drei Fehler, die dieser Teil verhindert
- Alles hart formulieren. Wer keine Regel brechen lässt, bekommt irgendwann eine Fehlermeldung statt eines Plans — und zwar nachts, im Batchlauf.
- Genauer optimieren als die Daten sind. Ein Gap von 2 % ist bei ±10 % Datenunsicherheit bedeutungslos. Die Rechenzeit dafür ist verschenkt.
- Einen Bericht für einen Beweis halten. Ein generierter Text erklärt das Modell, nicht die Wirklichkeit. Ist eine Eingabe falsch geschätzt, ist er überzeugend und falsch — die gefährlichste Kombination.
Wenn Sie nur eines mitnehmen
🎯 Ein Modell, das nur auf Ihrem Rechner und nur mit Ihren Daten läuft, ist ein Prototyp — kein System. Der Unterschied besteht aus drei Dingen, die alle nichts mit dem Solver zu tun haben: einer Abnahmeprüfung, einer Erklärung und einem Protokoll.
Danach: die Projektwerkstatt. Elf Aufträge, jeder mit Datenquellen, Modellskizze, Abnahmekriterien und Stolperfallen — zugeschnitten auf 10 bis 25 Stunden bis zu einem vorzeigbaren Ergebnis.