Как вы уже поняли, с очередями все очень непросто. Но как говорится, "глаза боятся, а руки делают". Нужно только помнить несколько простых правил:
1. не ищите легких решений - скорее всего они ошибочны
Очереди возникают вовсе не потому, что кто-то ошибся или что-то одно где-то пошло не так. Как раз наоборот - слишком многое сложилось неблагоприятным образом, а отсюда и очереди (см. Откуда берутся очереди?, Неожиданные очереди, Непредсказуемые очереди).
В реальных условиях маловероятно, что одним простым решением можно заметно изменить ситуацию с очередями (см. Неправильные правила). Обычно все запутано в клубок, так что пытаясь вытянуть в одном месте, вы скорее всего будете затягивать в другом.
Реальное улучшение, как правило, достигается за счет того, что изменения в работе производятся сразу в нескольких местах: структуре фронт-линии, графиках работы всего отделения и отдельных окон, порядке обслуживания клиентов и других аспектах.
2. сначала тщательно считайте и только потом придумывайте решение
Только цифры покажут вам, как на самом деле устроена ваша конкретная ситуация и что в ней важно, а что второстепенно. Также следует внимательно разобраться с необоснованным усреднением.
Улучшать на основе соображений (о том, что в принципе может быть и как это в принципе может повлиять на ситуацию) нельзя (см. Неправильные правила). Потому что в вашей конкретной ситуации эти воображаемые явления могут вообще не происходить, а причиной очередей могут быть совершенно неочевидные и ранее не встречаемые вами обстоятельства (так что вы, вероятно, даже и предположить их существование не можете, не то что оценить их значимость). Кроме того, на очереди большое влиание оказывают редкие или нерегулярные события.
Именно поэтому сначала расчеты, а потом идеи.
3. придумав решение, посчитайте еще раз
Очень часто бывает, что фактическое решение имеет гораздо меньшую значимость и более узкую область применимости, чем изначально задуманное решение. Просто по ходу формирования окончательного решения то и дело возникают новые ограничения или непредвиденные обстоятельства: кто-то не успеет, что-то невозможно, в чем-то уже отпала необходимость. И в итоге внедряемое решение оказывается несколько слабее и ýже.
Поэтому имеет смысл еще раз убедиться в эффективности решения, чтобы не тратить время и силы на дальнейшую разработку и внедрение идей, которое лишь незначительно улучшают ситуацию.
4. не экспериментируйте на людях
Адаптация людей к новой ситуации всегда требует времени, поэтому сначала надо убедиться в правильности решения в "идеальной среде", а потом уже целенаправленно и планомерно внедрять его "на людях".
В ином случае вы никогда не будете уверены, с какой стороны и какими инструментами следует "подкручивать" решение в ходе его реализации: может сама идея не хороша, или в плане что-то не так, или просто люди еще не перешли на "новую методу". Слишком много переменных, чтобы этим можно было разумно управлять.
5. экспериментом можно опровергнуть, но не доказать
В каждом конкретном эксперименте происходят только определенные случайные события, причем в строго определенном порядке; и совершенно неизвестно, как поведет себя система, если события будут другими и произойдут они в ином порядке.
Если эксперимент успешен, то это не значит, что решение в целом верно. Может быть оно работает только в малом числе случаев, а подавляющем большинстве ситуаций, наоборот, не работает.
Если же эксперимент показал отрицательный результат, то мы точно знаем, что решение в общем случае не работает. Это не значит, что решение следует отбросить, ведь в частном случае оно может давать хороший результат. Самое главное, что мы не совершим ошибки, внедряя общее решение, которое в общем случае не работает.
Комментарии 27
Больше сотрудников - это не решение проблемы с очередями, а лишь замена одной проблемы на несколько других:
- проблему с лишними расходами;
- проблему с простоями сотрудников;
- проблему с их мотивацией и производительностью.
Кроме того, учитывая неравномерность очередей в течение дня, недели и месяца, совсем не факт, что дополнительные сотрудники привнесут равный прирост производительности и при этом, скорее всего, будут мешать друг другу, так что к вышеперечисленным проблемам добавится еще и проблема координации их деятельности.
А если выводить людей только в самые загруженные смены, то в дополнение к усилению проблем с мотивацией придется решать совсем нелегкую задачу планирования графиков и отработки нормы времени.
В общем, будьте осторожнее с легкими и простыми решениями.
Интересное замечание. "Заранее" - это в момент входа в очередь, я правильно Вас понял?
Кстати, а если известна заранее и операция, и трудоемкость, то, на Ваш взгляд, что это принципиально меняет? и как это поможет в борьбе с очередями?
И тем не менее, в упомянутом Вами Макдональдсе всегда очереди.
В отличие от банка например Сбера в Макдональдсе когда бегают бои на улице, то исходя из процесса как я его понимаю легко смогут просчитать когда будет обслужен клиент, сколько времени займет готовка ну и сопутствующие операции, сколько будут обслуживать клиентов которые стоят до него...думаю что с точностью до нескольких минут...если вы помните когда операция выходит за лимит клиента просят отъехать и подождать...или я вообще не понимаю о чем речь идет в данном разделе...
Что касается если известно...то вам известно все...для решения задачи...в том числе у вас есть все данные как для расчета времени обслуживания так и для оптимального управления клиентами по окошкам например оптимизируя по максимальному количеству обслуженных клиентов за некоторый временой интервал(но как и у любой подобной задачке условий будет несколько чтобы не оказалось, что длиный клиент вообще не был обслужен тк это не оптимально)...тормозите длинные операции...пропускаете быстрые...но это уже более детальное решение из предложенного мной на вскидку метода...дальше можно наворотить все что угодно...дальше уже детали эскизного проекта...
Поскольку скорость работы и длина фронт-линии ограничена, то для ускорения движения очереди вполне имеет смысл выносить часть обслуживания (в частности, оформление заказа) в очередь.
Поскольку длина очереди тоже ограничена (как физическими размерами помещения или дороги, прилегающей к окну заказа, так и психологическим восприятием клиентами длинной очереди), то быстро текущая очередь увеличивает пропускную способность всей системы.
Однако у Маковских операций есть важная особенность - дисперсия времени обслуживания очень мала (то есть все операции выполняются за примерно одинаковое время и разброс очень небольшой).
В банках ситуация "с точностью до наоборот". Ну разве что некоторые простые операции (например, прием платежа по кредиту или внесение средств на карту или депозит) можно отнести к разряду "узко-дисперсионных". Но Маковские подходы здесь уже не работают.
Потому что нет большого (или даже вообще никакого) смысла запускать отдельного операциониста в очередь для предварительного сбора сведений о плательщиках - лучше уж тогда полноценное окно открыть. Но в этом-то и загвоздка!
Не так-то легко понять, когда и какое окно следует открывать, так чтобы это было выгодно с точки зрения бизнеса. Выводить в пиковое время на пару часов дополнительного операциониста совсем не просто с организационной точки зрения: надо еще найти человека, который был бы готов работать в таком режиме или придется организовать очень сложную схему сменных графиков для всех сотрудников. Причем сделать это надо в дестяках и сотнях отделений по всей стране. И так, чтобы эта схема работала не неделю или месяц, а годами. И при этом хорошо контролировалась из центрального офиса.
В общем, одно за другое цепляется и разобраться во всем этом совсем не просто.
Ну есно, я не учитываю экономику...но в любом случае уже можно построить модель управления очередью...поиграться всякими критериями...сравнить с другой например вероятностной моделью...добавить экономику...прогнать на статистике...подправить...потом опытный образец...дресировка персонала...и клиент при входе в банк узнает, оператор его примет через 5 мин. 45 сек. операция займет 3 мин. 21 сек. если клиент приготовит 25 руб 51 коп. Ну вот как-то так в идеале
Можно посмотреть другие методы...а вообще наверняка какой-то головостик(ученый) все модели уже рассмотрел вместе с + и _. Осталось только правильно выбрать и правильно применить...вот это уже инженерная задачка...
В очередях среднее мало где применимо и имеет реальный смысл.
А модель не может быть не-вероятностной, потому что входящий поток все равно случайный. И это обязательно следует учитывать. Иначе получится "бумажная" модель, не имеющая никакого отношения к реальности и не имеющая никакого практического применения.
Вход в очередь случайный, выход из очереди и вход в обслуживание в общем случае тоже. Да, их распределения могут не совпадать. Но это уже нююансы конкретного вида системы массового обслуживания.
Да, про приоритеты скоро напишу.
Операционист в очереди может собрать предварительные данные о клиенте, но куда он их денет?
1. Ходить с планшетом, вводить данные в текстовые файлы, а потом передавать их на компьютеры операционистов. А экономия на чем? (забудем пока про инф.безопасность)
Обычный вариант: "Клиент говорит" + "операционист вводит"
Вариант с планшетом: "Клиент говорит" + "операционист с планшетом вводит" + "обычный операционист потом копирует данные из файлов в информационную систему"
Экономия времени (да и та копеечная) достижима только на длинных очередях. Получается, что надо создавать очереди, что противоречит логике и смыслу.
2. Написать специальный софт для планшета - не вариант: долго, дорого и не выгодно.
3. Операционист в очереди с полноценным ноутбуком, на котором установлен весь комплект банковского ПО.
А зачем ему ходить в очереди и делать только часть дела? Пусть выполняет весь цикл - пропускная способность всей системы будет гарантированно выше.
Мы решаем задачу сокращения очередей и повышения пропускной способности отделений.
Человек-диспетчер не сможет эффективно справится с потоком входящих-выходящих клиентов при многообразии видов операций и большом числе операционных окон в отделении.
Кроме того, это все-таки человек (точнее много людей: во-первых, в каждом отделении придется содержать несколько сменных диспетчеров, а во-вторых, во всей сети много отделений), а значит его придется учить, лечить, мотивировать и контролировать - что тоже дорого и сложно.
Здесь машина по совокупности факторов лучше человека. Однако надо понимать, что это машина ДЛЯ очереди, а не ОТ очереди.
Приоритеты как коротких, так и длительных операций могут привести к тому, что время ожидания только увеличится.
Я думаю, сотрудники банков смогут в деталях прокомментировать этот аспект.
Есть подход как в кружке радиолюбителей постоянно перебирая перепаивая и добиваться желаемого...при определенных навыках работает...тем не менее это любительство...
В самом последнем сообщении не понял, как поможет видео?
Ведь если делать мат.модель (допустим по результатам выборочных наблюдений или по данным талонов электронной очереди), то погрешность, конечно, есть, но все доверительные интервалы можно рассчитать и удерживать на нужном уровне. В этом смысле видеонаблюдение (если я правильно вас понял) - это те же самые наблюдения (просто, возможно, в большем количестве).