Kontinuierliche Schichtplanung: Wie die Dienstplanhistorie die KI-Planung verbessert

Viele Schichtplanungstools behandeln jeden Dienstplan wie ein eigenes Projekt.

Für einen einfachen Wochenplan kann das funktionieren. In echten Teams führt es aber schnell zu Problemen. Wenn Sie heute den Juli planen und nächsten Monat den August, muss der August-Dienstplan trotzdem wissen, was Ende Juli passiert ist.

Eine Person, die am 31. Juli eine Nachtschicht gearbeitet hat, braucht am 1. August vielleicht Ruhezeit. Wer im Juli schon zu viele Nachtschichten hatte, sollte im August nicht automatisch wieder zuerst für Nachtschichten eingeplant werden. Und eine Rotation aus Tagschicht, Nachtschicht und frei sollte nicht neu starten, nur weil der Kalendermonat gewechselt hat.

Genau dieses Problem löst kontinuierliche Schichtplanung.

Was ist kontinuierliche Schichtplanung?

Kontinuierliche Schichtplanung bedeutet, dass der Planer beim Erstellen eines neuen Dienstplans die jüngste Schichthistorie berücksichtigt.

Statt nur auf den angefragten Zeitraum zu schauen, prüft das KI-gestützte Planungssystem auch vorherige Schichten und nutzt sie als Kontext. Der neue Dienstplan wird weiterhin nur für die vom Nutzer angefragten Daten erstellt, aber der Solver versteht, was vor diesen Daten passiert ist.

Für die Personalplanung ist das wichtig, weil viele Regeln über die Grenzen eines Planungszeitraums hinausgehen:

• Ruhezeit nach Nachtschichten
• maximale Anzahl aufeinanderfolgender Arbeitstage
• Wochenlimits
• Überschneidungen bei Nachtschichten
• Rotationsmuster wie Tag, Nacht, frei
• faire Verteilung belastender Schichten
• faire Gesamtstunden über längere Zeit

Ohne Historie kann der Planer einen Dienstplan erzeugen, der innerhalb des ausgewählten Monats korrekt aussieht, sich in der Praxis aber unfair, unrealistisch oder riskant anfühlt.

Das praktische Problem: Monatsgrenzen sind künstlich

Planungsverantwortliche arbeiten häufig mit festen Zeiträumen: eine Woche, zwei Wochen oder ein Monat.

Das Team beginnt am Anfang eines neuen Zeitraums aber nicht bei null.

Zum Beispiel:

• Eine Nachtschicht am Sonntag kann bedeuten, dass der Montag frei bleiben muss.
• Eine Person, die vor dem neuen Zeitraum fünf Tage gearbeitet hat, kann bereits an der Grenze für aufeinanderfolgende Arbeitstage sein.
• Ein Wochenlimit gilt weiterhin, auch wenn der angefragte Zeitraum mitten in der Woche beginnt.
• Eine Nachtschicht kann vor dem angefragten Zeitraum beginnen und in ihn hineinreichen.
• Fairness sollte die jüngsten belastenden Einsätze berücksichtigen, nicht nur den neuen Dienstplan.

Deshalb braucht ein guter KI-Schichtplaner Dienstplanhistorie. Der angefragte Zeitraum ist nur das Ausgabefenster. Der Solver braucht mehr Kontext, um sicher und fair entscheiden zu können.

Wie Shift Scheduler Historie nutzt

Shift Scheduler hält die Anfrage für Nutzer einfach: Es können weiterhin maximal 31 Tage auf einmal geplant werden.

Intern ergänzt der Planer jedoch zwei automatische Historienfenster:

Die wichtigste Regel ist einfach:

Vor dem angefragten Startdatum werden keine Schichten erstellt, geändert oder besetzt.

Historie dient nur als Kontext. Sie hilft dem CP-SAT-Solver, die tatsächliche Situation zu verstehen. Neue Zuweisungen bleiben aber auf den Zielzeitraum beschränkt.

Warum es zwei Historienfenster gibt

Nicht jede Dienstplanhistorie sollte den Solver auf dieselbe Weise beeinflussen.

Ein Teil der Historie ist operativ. Er kann eine Zuweisung unmöglich machen.

Wenn eine Person zum Beispiel gestern eine Nachtschicht gearbeitet hat und die Regel heute Ruhezeit verlangt, muss der Solver sie für die heutige Schicht sperren. Das ist eine harte Planungstatsache.

Ein anderer Teil der Historie betrifft Fairness. Er soll die Optimierung steuern, aber nicht absichtlich Schichten unbesetzt lassen, wenn eine realisierbare Zuweisung möglich ist.

Wenn eine Person in den letzten zwei Monaten viele Nachtschichten gearbeitet hat, sollte der Planer für neue Nachtschichten eher andere qualifizierte Personen bevorzugen. Die Besetzung bleibt aber wichtiger.

Deshalb trennt Shift Scheduler die Historie in zwei Gruppen:

• constraintHistory für operative Regeln
• fairnessHistory für die Fairness-Bewertung

Diese Trennung macht das Systemverhalten vorhersehbar. Die jüngste Historie kann unsichere oder ungültige Zuweisungen blockieren, während eine längere Fairness-Historie den Dienstplan in Richtung besserer Balance schiebt.

Was die Einschränkungshistorie steuert

Die Einschränkungshistorie reicht 7 Tage vor das angefragte fromDate.

Sie wird für Regeln verwendet, die jüngste Arbeit verstehen müssen:

• Ruhezeit nach bestimmten Schichtvorlagen
• maximale Anzahl aufeinanderfolgender Arbeitstage
• Tagesstunden-Grenzen
• Wochenlimits
• Prüfung von Überschneidungen
• Nachtschichten, die in den angefragten Zeitraum hineinreichen
• flexible Rotationsmuster wie Tag, Nacht, frei

Beispiel:

Wenn der angefragte Zeitraum am 1. August beginnt und eine Person am 31. Juli eine Nachtschicht gearbeitet hat, kann der Solver den 1. August als verpflichtenden Ruhetag behandeln, sofern die Regel Ruhezeit nach Nachtschichten verlangt.

Der Planer erstellt oder ändert die Schicht vom 31. Juli nicht. Er nutzt sie nur, um für den 1. August die richtige Entscheidung zu treffen.

Was die Fairness-Historie steuert

Die Fairness-Historie reicht 60 Tage vor das angefragte fromDate.

Sie wird nur für Bewertung und Ausgleich genutzt:

• Gesamtstunden pro Person
• Schichtvorlagen-Mix pro Person
• Verteilung von Nachtschichten
• jüngste Überbeanspruchung schwieriger Vorlagen

Beispiel:

Wenn Alice in den letzten 60 Tagen viele Nachtschichten gearbeitet hat und Bob ebenfalls für Nachtschichten qualifiziert ist, sollte der Solver Bob für die nächste Nachtschicht bevorzugen, wenn das möglich ist.

Das ist keine perfekte Fairness, denn Personalplanung bleibt immer ein Abwägen von Kompromissen. Es ist aber deutlich besser, als jeden neuen Monat wie ein leeres Blatt zu behandeln.

Besetzung bleibt an erster Stelle

Kontinuierliche Dienstplanhistorie darf den Plan nicht verschlechtern, indem Schichten nur aus Fairnessgründen leer bleiben.

Shift Scheduler behandelt Besetzung als erste Lösungsphase. Der Solver versucht zuerst, möglichst viele Schichten im Zielzeitraum zu besetzen und dabei harte Einschränkungen einzuhalten. Fairness wird danach als Teil des Optimierungsziels berücksichtigt.

Das bedeutet: Fairness-Historie kann beeinflussen, wer eingeteilt wird. Sie sollte aber keine Zielschicht absichtlich unbesetzt lassen, wenn diese Schicht besetzt werden kann.

Für KI-gestützte Personalplanung ist diese Unterscheidung wichtig:

• Harte Einschränkungen schützen Sicherheit, Rechtskonformität und Realisierbarkeit.
• Fairness-Historie verbessert die Qualität des Dienstplans.
• Besetzung bleibt das wichtigste operative Ziel.

Kontinuierliche Planung und CP-SAT-Optimierung

Shift Scheduler nutzt einen CP-SAT-Solver zur Dienstplanoptimierung.

CP-SAT eignet sich gut für Schichtplanung, weil das Problem viele Variablen und Einschränkungen enthält:

• welche Person welche Schicht arbeiten kann
• welche Schichten sich überschneiden
• wer nicht verfügbar ist
• wie viele Stunden jede Person arbeiten darf
• welche Ruhezeitregeln gelten
• welche Zuweisungen fair sind
• welche Rotationsmuster fortgeführt werden sollen

Kontinuierliche Schichtplanung erweitert die Solver-Eingabe um jüngste Fakten. Der Solver bewertet Zuweisungen im Zielzeitraum dadurch mit einem genaueren Blick auf den vorherigen Dienstplan.

Einfach gesagt:

Der Solver fragt nicht nur: "Wer kann diese Schicht arbeiten?"

Er fragt: "Wer kann diese Schicht arbeiten, wenn man berücksichtigt, was diese Person in letzter Zeit bereits gearbeitet hat?"

Beispiel: Nachtschicht-Fairness über Monatsgrenzen hinweg

Angenommen, der Juli-Dienstplan sieht so aus:

• Alice hat 8 Nachtschichten gearbeitet.
• Bob hat 2 Nachtschichten gearbeitet.
• Alice und Bob können beide Nachtschichten arbeiten.
• Der August-Dienstplan enthält 4 neue Nachtschichten.

Wenn der August-Solver den Juli ignoriert, wirken Alice und Bob zu Beginn des Augusts gleich ausgeglichen.

Mit Fairness-Historie sieht der Solver, dass Alice zuletzt mehr Nachtarbeit getragen hat. Wenn es möglich ist, kann er mehr der neuen August-Nachtschichten Bob oder anderen geeigneten Personen zuweisen.

Genau hier verbessert kontinuierliche Schichtplanung die Zufriedenheit im Team. Sie verringert das Gefühl, dass belastende Arbeit zufällig oder unfair immer wieder bei denselben Personen landet.

Beispiel: Ruhezeiten über eine Monatsgrenze hinweg

Angenommen, diese Regel gilt:

Nach einer Nachtschicht soll die Person mindestens einen freien Tag haben.

Jetzt die Situation:

• 31. Juli: Alice arbeitet 19:00-07:00.
• 1. August: Der Planer muss eine Tagschicht besetzen.

Ohne Einschränkungshistorie könnte der August-Dienstplan Alice am 1. August einteilen, weil der Solver nur den August sieht.

Mit 7 Tagen Einschränkungshistorie sieht der Solver die Nachtschicht vom 31. Juli und blockiert die Zuweisung von Alice am 1. August.

Der erzeugte Dienstplan ist sicherer und realistischer.

Beispiel: Wochenlimits, wenn der Zeitraum mitten in der Woche beginnt

Wochenlimits passen nicht immer zu Planungszeiträumen.

Wenn der angefragte Dienstplan an einem Mittwoch beginnt, kann die Person am Montag und Dienstag bereits gearbeitet haben. Diese Stunden müssen auf die Wochenstunden angerechnet werden.

Die Einschränkungshistorie gibt dem Solver genug Informationen, um unbeabsichtigte Überstunden oder unrealistische Zuweisungen oberhalb des Wochenlimits zu vermeiden.

Das ist besonders wichtig im Gesundheitswesen, in Hotellerie und Gastronomie, im Einzelhandel und überall dort, wo gesetzliche oder vertragliche Stundengrenzen gelten.

Was diese Funktion nicht tut

Kontinuierliche Dienstplanhistorie ist bewusst fokussiert.

Sie erlaubt dem Planer nicht, Schichten vor dem angefragten Startdatum zu besetzen. Sie schreibt auch keine alten Schichten um.

Sie versucht nicht, jedes denkbare Rotationsproblem zu lösen. Exakte, nicht verankerte Wiederholungsrotationen brauchen in einer künftigen Version weiterhin explizite Ankerdaten. Der aktuelle Ansatz konzentriert sich auf die sichere Fortsetzung flexibler Rotationen, wenn vorherige Arbeit Ruhezeit im Zielzeitraum erzwingen sollte.

So bleibt das Verhalten verständlich:

• Der angefragte Zeitraum bleibt auf 31 Tage begrenzt.
• Die Einschränkungshistorie reicht 7 Tage zurück.
• Die Fairness-Historie reicht 60 Tage zurück.
• Historische Schichten sind normale Schichten, keine Abwesenheitsanträge.
• Neue Zuweisungen entstehen nur im angefragten Zeitraum.

Zusammenfassung für die Wissensbasis

Nutzen Sie diese Zusammenfassung, wenn Sie kontinuierliche Planung in Shift Scheduler erklären:

• Kontinuierliche Schichtplanung nutzt frühere Schichten als Kontext für einen neuen Dienstplan.
• Nutzer fragen weiterhin einen Planungszeitraum von maximal 31 Tagen an.
• Der Solver prüft automatisch die 7 Tage vor dem angefragten Startdatum auf operative Einschränkungen.
• Der Solver prüft automatisch die 60 Tage vor dem angefragten Startdatum für die Fairness-Bewertung.
• Die Einschränkungshistorie beeinflusst Ruhezeiten, maximale aufeinanderfolgende Arbeitstage, Wochenlimits, Tagesstunden-Grenzen, Überschneidungen, Nachtschichten und flexible Rotationsfortsetzung.
• Die Fairness-Historie beeinflusst den Ausgleich von Gesamtstunden und Schichtvorlagen, inklusive Nachtschichtverteilung.
• Historie erstellt, ändert oder besetzt keine Schichten vor dem angefragten Startdatum.
• Besetzung wird zuerst optimiert, daher sollte Fairness-Historie Zielschichten nicht absichtlich unbesetzt lassen.
• CP-SAT nutzt den historischen Kontext, um Zuweisungen im Zielzeitraum sicherer und fairer zu machen.

FAQ

Was ist kontinuierliche Schichtplanung?

Kontinuierliche Schichtplanung ist Personalplanung, die beim Erstellen eines neuen Dienstplans die jüngste Schichthistorie nutzt. Sie hilft, Regeln und Fairness über Wochen oder Monate hinweg fortzuführen, statt bei jedem Planungszeitraum wieder bei null zu beginnen.

Warum ist Dienstplanhistorie für KI-gestützte Schichtplanung wichtig?

Dienstplanhistorie ist wichtig, weil Ruhezeitregeln, Nachtschicht-Fairness, Wochenlimits und Rotationsmuster häufig über Datumsgrenzen hinweg gelten. Ein Planer, der jüngste Arbeit ignoriert, kann Dienstpläne erzeugen, die korrekt aussehen, aber unfair oder unsicher sind.

Plant Shift Scheduler mehr als 31 Tage auf einmal?

Nein. Der vom Nutzer angefragte Planungszeitraum bleibt auf 31 Tage begrenzt. Die Historienfenster von 7 und 60 Tagen sind interner Kontext, keine zusätzlichen Tage, für die neue Schichten geplant werden.

Kann Historie Schichten vor dem Startdatum erstellen?

Nein. Historische Schichten sind nur Lesekontext. Shift Scheduler erstellt neue Zuweisungen ausschließlich im angefragten Zielzeitraum.

Wie hilft Fairness-Historie bei Nachtschichten?

Fairness-Historie zeigt der Optimierung, wer in letzter Zeit viele Nachtschichten gearbeitet hat. Wenn mehrere qualifizierte Personen eine neue Nachtschicht abdecken können, kann der Solver eine Person mit weniger jüngsten Nachtschichtzuweisungen bevorzugen.