d.d. 30-6-2022
...
Waarom moeten we het gebruik van restricties beperken
Het overmatig gebruik hiervan heeft grote nadelen voor de gebruikers van de integrale planning:
De “planningspuzzel” die de optimizer moet oplossen wordt steeds lastiger. Het plannen van calls met een restrictie is vele malen complexer doordat er voor deze call minder oplossingsmogelijkheden zijn. Hoe meer calls met weinig mogelijkheden, hoe moeilijker een oplossing voor alles te vinden is. Dit kost bovendien heel veel rekentijd die ten koste gaat van andere verbeteringen in de planning.
Het kan ervoor zorgen dat fixed windows niet juist gepland worden. Dit is bijvoorbeeld het geval wanneer er één fixed window op de plaats zou moeten komen van één of meerdere reguliere calls en die reguliere calls deel uitmaken van een rotatie met een restrictie.
Leg ook experimenteren aan banden: Elke keer dat een restrictie wordt toegevoegd of aangepast moet de optimizer opnieuw hiermee aan het werk. Dit leidt tot extra dynamiek in de planning, zeker als een restrictie meerdere malen wordt aangepast of snel weer wordt verwijderd. De BO die experimenteert ondervindt hier mogelijk geen hinder aan, maar collega BO’s worden wel geconfronteerd met ‘last minute’ wijzigingen. Het gebruik van restricties is altijd als een risico beschouwd en daarom ook opgenomen in de spelregels die we met elkaar voor aanvang zijn overeengekomen.
Wanneer kan je wel restricties toepassen?
...
Een restrictie wordt ingezet om (te proberen) een call eerder gepland te krijgen dan zonder restrictie
Een restrictie wordt meerdere keren aangepast, soms wel meer dan 5 keer op 1 dag
Een restrictie wordt ingezet om een call A voor call B ingepland te krijgen. Call B is een fixed window. De terminal van call A wijzigt beschikbaarheid, waardoor call A überhaupt niet meer ingepland kan worden tussen scope in en de fixed window tijd van call B. Hierdoor mis je de fixed window en ga je later de haven uit, zonder restrictie was dit niet gebeurt. Als dit wordt gemeld bij de BO is de restrictie plots niet meer nodig.
De optimizer heeft alle calls goed ingepland en draait soepel. Op dat moment besluit een BO om een restrictie toe te voegen ‘om te kijken wat het met de planning doet’. Hierdoor verandert ook de planning van 15 andere rotaties (soms ‘last minute’) en zit de optimizer een tijd in hard violations. Na soms 2 uur rekenen is de planning weer stabiel en ziet de BO dat de uitkomst van de restrictie toch niet zoals gewenst is, dus haalt de BO deze er weer af met als gevolg dat de optimizer opnieuw aan het werk moet. Ook de omliggende rotaties worden vervolgens opnieuw gepland met mogelijk weer ‘last minute’ wijzigingen tot gevolg.
Waarom moeten we het gebruik van restricties beperken
...
De “planningspuzzel” die de optimizer moet oplossen wordt steeds lastiger. Het plannen van calls met een restrictie is vele malen complexer doordat er voor deze call minder oplossingsmogelijkheden zijn. Hoe meer calls met weinig mogelijkheden, hoe moeilijker een oplossing voor alles te vinden is. Dit kost bovendien heel veel rekentijd die ten koste gaat van andere verbeteringen in de planning.
Het kan ervoor zorgen dat fixed windows niet juist gepland worden. Dit is bijvoorbeeld het geval wanneer er één fixed window op de plaats zou moeten komen van één of meerdere reguliere calls en die reguliere calls deel uitmaken van een rotatie met een restrictie.
Leg ook experimenteren aan banden: Elke keer dat een restrictie wordt toegevoegd of aangepast moet de optimizer opnieuw hiermee aan het werk. Dit leidt tot extra dynamiek in de planning, zeker als een restrictie meerdere malen wordt aangepast of snel weer wordt verwijderd. De BO die experimenteert ondervindt hier mogelijk geen hinder aan, maar collega BO’s worden wel geconfronteerd met ‘last minute’ wijzigingen. Het gebruik van restricties is altijd als een risico beschouwd en daarom ook opgenomen in de spelregels die we met elkaar voor aanvang zijn overeengekomen.
Iedereen heeft er last van
...
Heb je vragen, suggesties of opmerkingen naar aanleiding van deze mail, dan horen we dat uiteraard graag. Hieronder kunt u een melding aanmaken.