Необходимият персонал и желаните почивни дни влизат в конфликт.
Желаните почивни дни, нуждите по часови слот и минималният персонал често се проверяват ръчно едновременно.
ОПТИМИЗАЦИЯ НА СМЕНИ И ПЕРСОНАЛ
Почивни дни, умения, персонал. Използвайте своите правила за автоматично генериране на графици.
Превръщаме условията, които готовите инструменти за смени не могат да поемат, в математически модел. Системата създава прегледни варианти, така че хората да потвърждават резултата, виждайки причините и изключенията.
- Начална точка
- Excel графици и бележки с правила са достатъчни за първия преглед
- Стил на резултата
- Вариантите се преглеждат от хора преди потвърждение
- Граница
- Неизпълнените условия и причините се показват, вместо да се скриват
СЕДМИЦА 24 / ПРЕДЛОЖЕНИЕ A
Седмичен график за магазин A
Всички задължителни правила са проверени
Покритие100%
Съвпадение със заявките91%
Разлика в натоварването1пъти
ОБЯСНИМ РЕЗУЛТАТЗащо Алекс е назначен на ранна смяна в понеделникОтговорник смяна / предпочита ранна / по-ниско натоварване тази седмица
Проблем
Преценката зад графика е по-тежка от работата по таблицата.
Трудната част при създаването на графици не е въвеждането на имена в таблица. Тя е в поддържането на много правила, заявки и изключения в съгласуван вид.
Квалифицираните хора трябва да бъдат назначени.
Мениджъри, сертифицирани служители, оператори на оборудване или отговорни лица трябва да присъстват в конкретни слотове.
Справедливостта трудно се проверява на око.
Нощните смени, уикендите, общият брой смени и трудните назначения не трябва да се концентрират върху малко хора.
Малка промяна налага пълно преправяне.
Едно отсъствие или промяна в търсенето може да обезсили цялата таблица и да наложи късно преправяне.
Целта на автоматизацията не е самата електронна таблица. Целта е повтарящата се преценка, която планиращият извършва, докато я съставя.
Моделиране
Превърнете правилата на работното място в изчислими условия.
Понятия като справедливо, без поредни смени, дръжте тази двойка разделена и спазвайте желаните почивни дни се превръщат в данни, задължителни условия, меки предпочитания и оценка.
Примерна цел
недостиг на персонал x 1000 + липсваща квалификация x 1000 + неизпълнена заявка x 20 + дисбаланс в натоварването x 5
Теглата са само за обяснение. В реален проект задължителните условия и приоритетите се задават чрез интервюта и сравнение с действителни графици.
Входни данни
Персонал, наличност, желани почивни дни, квалификации, необходим персонал и текущи графици.
Твърди условия
Правила, които не бива да се нарушават, като необходим персонал, квалификации и лимити за почивка.
Предпочитания
Заявки, които трябва да се спазват, когато е възможно, като почивни дни, предпочитани смени и справедливост.
Изход за преглед
Варианти за график, неизпълнени условия, причини, метрики и ефект от промени.
Интерактивна демонстрация
Променете условията и преизчислете вариант за график.
Променете бизнес сценария, необходимия персонал, покритието на квалификации, предпочитанията, справедливостта и лимита за поредна работа. Вариантът за график, метриките и дневникът за преглед се обновяват заедно.
Това е демо на страницата с проста евристика. Не е продукционен оптимизационен механизъм.
Покритие на персонала
Покритие на квалификации
Съвпадение с предпочитания
Разпределение на назначенията
| Персонал | Пон | Вт | Ср | Чет | Пет | Съб | Нед |
|---|
Библиотека с правила
Моделирайте правилата, които са очевидни във вашето работно място.
Примерите по-долу се моделират стъпка по стъпка. Не всяко условие трябва да се внедрява наведнъж; приоритетът и наличните данни определят първия обхват.
COV-01
Твърди
Нужен персонал по часови слот
Задайте минимален и предпочитан персонал по ден, часови слот, локация, отдел и роля.
COV-02
Предпочитание
Персонал за натоварени периоди
Увеличавайте препоръчителния персонал според прогнози за продажби, резервации, обитатели, производствен обем или заявки.
LAB-01
Твърди
Поредна работа и интервали
Представете потвърдените лимити за поредна работа, почивка след нощна смяна и вътрешни правила за интервали.
LAB-02
Твърди
Договорени часове и горни лимити
Включете седмични или месечни часове, лимити по тип заетост и допустим извънреден труд.
SKL-01
Твърди
Квалифициран или отговорен персонал
Поставяйте нужните квалификации, отговорни служители или умения за оборудване във всеки часови слот.
SKL-02
Предпочитание
Комбиниране на нови и опитни служители
Избягвайте слот само с нови хора, като ги комбинирате с обучители или опитни служители.
PRF-01
Предпочитание
Желани дни и налично време
Отделете недостъпността от желаните почивни дни, после задайте приоритет според важността.
PRF-02
Предпочитание
Справедливо натоварване
Намалете дисбаланса при нощни смени, уикенди, късни смени, общи назначения и тежки задачи.
PRF-03
Предпочитание
Непрекъснатост и съвместимост
Включете непрекъснатост за клиента, съвместимост на екипа и силни области на уменията в оценката на назначенията.
Персонализирани правила
Условията, които са очевидни във вашата компания, са целта на моделирането.
Правила, които никога не присъстват в универсалните примери, често са причината собственото моделиране да е полезно.
Не планирайте затваряне, последвано от отварянеИзбягвайте смени само с нов персоналДръжте двама конкретни служители разделениОграничете поддръжката на други обекти до два пъти месечноДайте почивен ден след нощна работаЗапазете същия отговорник за клиента
Изход
Връщайте материал за решение, не само график.
Полезната система за смени не спира до таблица с график. Тя обяснява какво се е променило, какво не е могло да се изпълни и какво трябва да проверят хората.
Няколко варианта
Връщайте няколко варианта с различни компромиси вместо един непрозрачен отговор.
Неизпълнени условия
Показвайте липсващо покритие, неизпълнени желани почивни дни и условия, които не могат да се спазят.
Причини за назначение
Обяснявайте защо човек е назначен: квалификация, предпочитание, по-ниско текущо натоварване или приоритет на покритието.
Влияние на промените
При едно отсъствие заключете това, което трябва да остане фиксирано, и преизчислете засегнатата част.
Примери по отрасли
Определете какво означава добър график за всяко работно място.
Добър график означава различни неща във всяко работно място. Моделът трябва да използва термините и приоритетите, които операцията вече използва.
Търговия на дребно и ресторанти
Отваряне, затваряне, натоварени дни, умения в търговската зала и справедливост през уикендите.
Грижи и здравеопазване
Дневни и нощни смени, сертифициран персонал, непрекъснатост на грижата и интервали за почивка.
Производство и логистика
Квалификации за оборудване, производствен обем, разпределяне по линии и ротация на смени.
Полеви и поддържащи екипи
Наличност на терен, покритие на поддръжката, аварийна реакция и ограничения за пътуване.
Да разработим или да използваме готово решение
Готовите услуги са подходящи за стандартни графици. Собствените модели помагат, когато местните правила определят резултата.
Индивидуалната разработка не винаги е правилният отговор. Решението зависи от сложността на правилата, готовността на данните и стойността на обяснимите варианти.
Не приемаме индивидуалната разработка като отговор по подразбиране.
Ако готова услуга може да реши проблема добре, казваме го директно. Специализирана система предлагаме само когато бизнес стойността на собствените условия вероятно надхвърля разхода.
Кога готова услуга е достатъчна
При стандартни графици, ограничени правила и малък екип често е по-бързо да се започне с готова услуга.
Кога е оправдана собствена система
Много квалификации, местни правила, промени в последния момент и нужда от обясними резултати са силни причини за специализиран модел.
Данни
Започнете от файловете и бележките с правила, които вече използвате.
Не е нужна изчистена база данни още в първия ден. Съществуващи Excel файлове, хартиени заявки и списъци със служители могат да се превърнат в първия договор за данни.
Служители и наличност
Имена или ID на служители, умения, договорени часове, наличност и предпочитани почивни дни са достатъчни за първи модел.
Необходим персонал
Нуждите по ден, часови слот, локация, отдел и роля задават целта за покритие.
Задължителни правила и предпочитания
Отделете правилата, които не бива да се нарушават, от желанията, които трябва да се спазват, когато е възможно.
Примери от текущи графици
Текущите графици и ръчните корекции помагат генерираните варианти да се сравнят с реалната практика.
Процес
Проверете дали проблемът може да се реши, преди да изграждате цялата система.
Първата цел не е да се замени цялата операция. Целта е да се провери дали правилата за планиране могат да се представят и дали генерираният вариант е полезен.
01
Потвърдете текущата работа
Прегледайте текущата електронна таблица, събирането на заявки и стъпките за ръчни корекции.
02
Класифицирайте условията
Разделете задължителни правила, предпочитания, оценъчни метрики и решения само за хора.
03
Прототипирайте решателя
Изградете малък изчислителен компонент с представителни данни.
04
Сравнете вариантите
Сравнете генерираните варианти със съществуващи графици и коментари на планиращия.
05
Изградете системата
Едва след потвърждение на пригодността свържете изчислението с работния поток, редактирането и правата.
Прототип
Проверете изчислителната част за две седмици преди пълна разработка.
Използвайте текущия си график и основните условия, за да сравните автоматични варианти с текущия план. Решете за пълна разработка след като изпълнимостта и стойността станат видими.
Малък пакет за проверка
298 000 JPY / без данък
Предполага една организация, един тип график и ограничен набор от основни условия. Официална оферта следва след потвърждение на обхвата.
Подходящо за прототип за оптимизация на смени
- Същото решение за графика се повтаря всяка седмица или месец
- Само няколко души разбират всички правила
- Заявки, справедливост, квалификации и покритие трябва да се разглеждат заедно
- Отсъствия или промени в търсенето налагат ръчно преправяне
Подредете тези точки преди автоматизация
- Правилата се променят напълно всеки път
- Данните за персонала и необходимите нива на покритие не са налични
- Няма вътрешно съгласие какво прави графика добър
- Готова услуга вече покрива важните правила
- Очакването е всяка заявка винаги да бъде изпълнена
Следващо доказателство
Изберете следващото нещо за потвърждение.
Преминете от проблема със смените към следващия материал, който помага на екипа ви да вземе решение.
Прегледайте свързани демонстрации
Сравнете тази страница за смени с други демота за планиране и разпределяне.
Прегледайте границите на доказателствата
Вижте казусите, за да разберете как описваме доказателства без преувеличаване на резултатите.
Проверете обработката на данни
Прегледайте как се обработват файлове, електронни таблици и диагностика, преди да споделяте примери.
Често задавани въпроси
Въпроси преди автоматизиране на графиците.
Тези отговори уточняват какво може да покаже демото, какво потвърждава прототипът и какво остава човешко решение.
Това демо ли е продукционният оптимизатор?
Не. Демото на страницата е проста евристика за обяснение на идеята. В реален проект решателят или методът за търсене се избират след като правилата, мащабът и нуждите за време за отговор са ясни.
Можем ли да започнем от Excel?
Да. Първият преглед обикновено може да започне от текущия график, списъка със служители, желаните почивни дни и кратка бележка с правила.
Системата ли ще решава окончателния график автоматично?
Не. Системата трябва да показва варианти за график, неизпълнени условия и причини за назначенията, така че човек да потвърди окончателния график.
Как се обработват желаните почивни дни?
Те се третират като предпочитания, освен ако организацията ви не ги маркира като задължителни. Изходът трябва да показва кои заявки не са изпълнени и защо.
Какво включва двуседмичен прототип?
Прототипът може първо да тества една организация, един тип график и основните правила. Пълният работен поток, редактирането, правата и интеграциите се решават след тези доказателства.
Следващо действие
Превърнете текущия график в изчислими условия.
Споделете текущия си Excel график и правилата, които са абсолютно задължителни или само предпочитани. Ще отделим какво може да се моделира, какви данни липсват и откъде трябва да започне малък прототип.