Госсектор и МФЦСколько людей нужно
Сколько окон нужно МФЦ и какие приоритеты в очереди дают лучший результат?
Универсальные окна или специализированные? И кого пускать вперёд — расчёт даёт неочевидный ответ.
Что дал расчёт
- Среднее ожидание в очереди
- было
28,71,4мин - −95%
- Время в МФЦ, 95-й процентиль
- было
8845мин - −49%
- Средняя длина очереди
- было
16,70,8чел - −95%
- Загрузка окон
- было
9576% - −18,7 п.п.
Что за процесс и где он ломался
Многофункциональный центр: 14 окон, около 900 посетителей в день. Услуги разной длительности — от 6 минут до получаса.
Очередь общая и электронная: талон выдаётся на входе, а к какому окну пойдёт посетитель, решает система. Это и есть то, что можно поменять без затрат.
Вопрос, на который отвечали
Сколько окон нужно МФЦ и какие приоритеты в очереди дают лучший результат?
Признаки, по которым стало понятно: дело не в людях
Все окна универсальны, очередь одна. Длинные услуги блокируют окно и заставляют ждать тех, кому нужно две минуты. Обсуждали два выхода: нанять людей или специализировать окна по типам услуг.
Как процесс превратили в имитационную модель
Модель имитирует работу МФЦ с 24 окнами и потоком ~864 посетителей в день. Посетители получают талон, затем разделяются на два типа услуг: короткие (60%, ~6 мин) и длинные (40%, ~25 мин). В базовом сценарии все окна универсальны, очередь общая.
Сценарии проверяют три стратегии: специализация окон (разделение пулов), приоритизация коротких услуг в общей очереди и простое расширение штата. Модель учитывает пиковую нагрузку в обеденное время и вариативность длительности обслуживания.
Какие данные взяли и что честно допустили
- Поток
- 864 посетителя в день (экспоненциальное распределение), пик в 12:00–14:00 (×1,5).
- Длительность
- 60% коротких услуг (~6 мин), 40% длинных (~25 мин).
- Ресурсы
- 24 универсальных окна, график 09:00–18:00, 5 дней в неделю.
- Не моделировали
- предварительную запись и неявки (доля мала).
- Цель
- оптимизация пропускной способности и времени ожидания (CAPACITY).
Отчёт симуляции: что показал расчёт
Какие сценарии прогнали и чем они отличались
| Сценарий | Что меняли |
|---|---|
| Как есть БазовыйОтчёт | 24 универсальных окна, единая очередь. Среднее ожидание 29 минут, загрузка окон 95%, очередь доходит до 16 человек. |
| Два окна под короткие услуги Отчёт | Специализация без роста числа окон |
| Приоритет коротким услугам в общей очереди РешениеОтчёт | Дисциплина очереди вместо специализации |
| Плюс два окна | 16 универсальных окон |
| Нанять: плюс два окна Отчёт | Увеличение штата до 26 окон. Ожидание снижается до 17 минут, но загрузка остается высокой (93%), а стоимость обслуживания растет. |
Было и стало
- Было
- Стало
Среднее ожидание в очереди , мин
Время в МФЦ, 95-й процентиль , мин
Средняя длина очереди , чел
Загрузка окон , %
Посетителей обслужено в день , чел
| Метрика | Было | Стало | Изменение |
|---|---|---|---|
| Среднее ожидание в очереди , мин | 28,7 | 1,4 | −95% |
| Время в МФЦ, 95-й процентиль , мин | 88 | 45 | −49% |
| Средняя длина очереди , чел | 16,7 | 0,8 | −95% |
| Загрузка окон , % | 95 | 76 | −18,7 п.п. |
| Посетителей обслужено в день , чел | 864 | 864 | +0% |
Что показал расчёт
Приоритет коротким услугам уничтожает очередь
Среднее ожидание падает с 29 до 1 минуты (−95%). Это лучший результат среди всех сценариев, превосходящий даже добавление новых окон.
Специализация окон не решает проблему перегрузки
Разделение окон на «короткие» и «длинные» снижает ожидание лишь до 23 минут. Загрузка окон остается критической (93–95%), так как общий объем работы не изменился.
Два дополнительных окна дают слабый эффект
Увеличение штата до 26 окон снижает ожидание до 17 минут (−41%), но загрузка остается на уровне 93%. Это дороже и менее эффективно, чем приоритизация.
Загрузка окон снижается без потери пропускной способности
При приоритизации загрузка окон падает с 95% до 76%, но количество обслуженных посетителей остается прежним (864 чел/день). Система работает стабильнее.
Что оказалось не так, как считали
Сколько окон нужно МФЦ и какие приоритеты в очереди дают лучший результат?Пропуск коротких услуг вперёд выгодно всем. Хотя длинные услуги ждут дольше в относительном выражении, общее время пребывания в системе сокращается вдвое (95-й процентиль с 88 до 45 минут). Это классический эффект теории массового обслуживания: минимизация вариативности в очереди снижает среднее ожидание для всей системы.
Что решили сделать и что получилось
Ввели приоритет коротких услуг в общей очереди. Это решение не требует найма новых сотрудников или переоборудования окон, а лишь изменение логики вызова талонов.
Среднее ожидание снизилось с 29 до 1 минуты. Загрузка окон упала с 95% до 76%, что снижает стресс для сотрудников и риск сбоев. 95% посетителей теперь обслуживаются за 45 минут вместо 88.
Приёмы оптимизации, которые здесь сработали
Оптимальный штат (√)
Формула корня: n* = λ/μ + β√(λ/μ). Коэффициент β зависит от целевого уровня сервиса (1.28 для 90%, 1.64 для 95%). Точнее интуитивного "добавить ресурсы".
Приоритизация очереди
Правило cμ: обрабатывай первыми заявки с высоким произведением (стоимость задержки × скорость). Минимизирует общие потери от ожидания.
Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет
Дисциплина очереди меняет ожидание сильнее, чем число окон, и в отчётах это не видно: средняя загрузка окон одинакова во всех сценариях. Разницу показывает только прогон.
Причина в том, что ожидание зависит не от того, сколько работы сделано, а от того, в каком порядке она сделана. Порядок не отражается ни в одном привычном отчёте — его нужно проиграть.
Окон осталось те же 14, а ожидание по коротким услугам упало с 21 минуты до 4: вся разница в порядке обслуживания.
Где этот вывод не работает
Приоритет коротким услугам ухудшает положение длинных, если их доля вырастет. При доле выше 40% схему нужно пересчитать.
Частые вопросы по этому расчёту
Не будет ли это несправедливо к тем, у кого длинная услуга?
Справедливо для системы: общее время пребывания в МФЦ сокращается вдвое (95-й процентиль с 88 до 45 минут). Длинные услуги всё равно обслуживаются, но система не «застревает» из-за вариативности коротких операций.
Почему приоритет коротких услуг работает лучше, чем специализированные окна?
Специализация (7+17 окон) даёт ожидание 23 минуты, приоритет — 1 минуту. Приоритет позволяет любому окну взять короткую задачу, если она есть, избегая простоев. Специализация же создаёт изолированные очереди, где окна простаивают, если их тип услуг не идёт.
Если кто-то спросит, справедливо ли пускать коротких вперёд?
Да, это оптимизация потока. Приоритет снижает среднее ожидание на 95% и загрузку окон на 19 п.п. без потери пропускной способности (864 чел/день). Это выигрывает и клиенты, и сотрудники.
При каком проценте длинных услуг нужно пересчитать модель?
Если доля длинных услуг вырастет выше 40% (сейчас ровно 40%), эффект приоритета может снизиться. Также важно следить за пиковой нагрузкой: если пик станет выше ×1,5, потребуется пересмотр.
Ваш процесс, ваши числа
Покажем на вашем процессе
Пришлите диаграмму и то, что знаете про поток: сколько заявок в день, сколько людей, сколько занимает операция. Соберём модель, прогоним сценарии, которые вы назовёте, и разберём отчёт вместе — с очередями, загрузкой ресурсов, сроком и стоимостью заявки.
- Присылаете диаграмму и три-четыре цифры про поток
- Собираем модель и прогоняем сценарии, которые вы назовёте
- Разбираем отчёт вместе и обсуждаем, что из него следует
Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.