БанкиКак ускорить без найма
Может ли WIP-лимит заменить найм в отделе сверки платежей?
Отдел берёт в работу всё сразу и заканчивает медленно. Что даст ограничение числа задач в работе.
Что дал расчёт
- Срок закрытия расхождения
- было
8,62,5раб. дней−71% - Задач в работе одновременно
- было
12336шт−71% - Потери на переключение
- было
145%−9 п.п.
На потоке 3 600 расхождений в год это468 тыс ₽в год
Что за процесс и где он ломался
Отдел сверки платежей: девять специалистов, около 1200 расхождений в месяц. Каждый берёт в работу столько, сколько успевает открыть.
Разбор расхождения часто упирается в ответ смежника, и на это время специалист открывает следующее. Так у одного человека одновременно висит по десятку задач.
Вопрос, на который отвечали
Может ли WIP-лимит заменить найм в отделе сверки платежей?
Признаки, по которым стало понятно: дело не в людях
Задачи висят в работе неделями, при этом никто не простаивает. Загрузка около 80%, а срок закрытия расхождения растёт третий квартал подряд.
Как процесс превратили в имитационную модель
Смоделировали поступление расхождений, работу над ними с учётом переключений и ограничение на число одновременно открытых задач.
Цена переключения задана явно: возвращаясь к отложенной задаче, специалист тратит время на восстановление контекста. Именно она превращает многозадачность из безобидной привычки в потерю мощности отдела.
Какие данные взяли и что честно допустили
- Поток
- 300 расхождений в месяц — 14 в рабочий день
- Чистое время работы над расхождением
- 3,5 часа
- Потеря на переключение
- 6 минут при возврате к отложенной задаче
- Не моделировали
- расхождения, требующие ответа контрагента
Отчёт симуляции: что показал расчёт
Здесь будет живой отчёт симуляции
Расчёт по этому кейсу ещё не прогнан. После прогона сюда встанет тот же отчёт, что видит пользователь Storm: очереди, загрузка ресурсов, время цикла и стоимость одной заявки по каждому сценарию.
Какие сценарии прогнали и чем они отличались
| Сценарий | Что меняли |
|---|---|
| Как есть: без лимита Базовый | В работе одновременно 60–80 задач |
| WIP-лимит 2 задачи на человека | Не больше 18 в работе |
| WIP-лимит 3 задачи на человека | Не больше 27 в работе |
| Плюс два специалиста без лимита | Найм вместо ограничения |
Было и стало
- Было
- Стало
Срок закрытия расхождения , раб. дней
Задач в работе одновременно , шт
Потери на переключение , %
Пропускная способность , шт/мес
Стоимость разбора расхождения , ₽
| Метрика | Было | Стало | Изменение |
|---|---|---|---|
| Срок закрытия расхождения , раб. дней | 8,6 | 2,5 | −71% |
| Задач в работе одновременно , шт | 123 | 36 | −71% |
| Потери на переключение , % | 14 | 5 | −9 п.п. |
| Пропускная способность , шт/мес | 300 | 300 | без изменений |
| Стоимость разбора расхождения , ₽ | 1 450 | 1 320 | −9% |
Что показал расчёт
WIP-лимит сокращает срок в три с половиной раза, не меняя пропускную способность
Столько же работы, но каждая задача проходит быстрее — прямое следствие закона Литтла.
Найм двух специалистов даёт вдвое меньше
Он увеличивает мощность, но не убирает переключения.
Лимит в три задачи хуже, чем в четыре
Слишком жёсткий лимит оставляет людей без работы в моменты неравномерного прихода.
Что оказалось не так, как считали
Может ли WIP-лимит заменить найм в отделе сверки платежей?Отдел ничего не делал медленно. Он делал всё сразу — и поэтому не заканчивал ничего. Пропускная способность не изменилась вовсе, а срок упал с 8,6 дня до 2,5.
Что решили сделать и что получилось
Ввели WIP-лимит в четыре задачи на человека. Ограничение закрепили приёмом «Ограничение WIP», а вариант с общим лимитом на отдел проверили приёмом «CONWIP-система».
Найм двух специалистов из плана убрали.
Приёмы оптимизации, которые здесь сработали
Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет
Связь «меньше задач в работе — быстрее закрытие» описывается законом Литтла, но величину эффекта даёт только модель: она учитывает потери на переключение и неравномерность прихода, которых в формуле нет.
Формула дала бы направление, модель дала величину: 36 задач в работе вместо 123 и срок 2,5 дня вместо 8,6.
Где этот вывод не работает
Лимит опасен там, где задачи блокируются внешним ответом: специалист упрётся в лимит, ожидая контрагента. Такие расхождения из-под лимита нужно выводить.
Частые вопросы по этому расчёту
Не будет ли простоя из-за лимита?
При лимите 3 простоя нет — это показал расчёт. При лимите 2 простой появляется на моменты неравномерного прихода расхождений.
На каком лимите остановиться, если люди просят большую цифру?
Лимит 4 даёт оптимум: срок упадёт с 8,6 до 2,5 рабочих дней (−71%), задач в работе будет 36 вместо 123. При лимите 3 срок 2,8 дня (потеря 4 часов), люди начнут простаивать при неравномерном потоке 300 расхождений в месяц (14 в день).
WIP-лимит сработает в любом отделе или только где есть переключения?
Везде, где люди ждут друг друга и переключаются: в поддержке клиентов (потери на переключение 6 минут), бухгалтерии, согласованиях. Здесь 14% рабочего времени уходит на восстановление контекста — упадёт до 5% при лимите 4 задачи на человека из 9 специалистов.
Если часть расхождений решается самостоятельно, без ответа смежника?
Модель учитывает усреднённую зависимость из 300 расхождений в месяц и 3,5 часов чистой работы. Быстрые расхождения можно вывести из-под лимита — ввести исключение. Потери на переключение составляют 14% рабочего времени и упадут до 5% при лимите: механика верна для зависимых задач.
Ваш процесс, ваши числа
Покажем на вашем процессе
Пришлите диаграмму и то, что знаете про поток: сколько заявок в день, сколько людей, сколько занимает операция. Соберём модель, прогоним сценарии, которые вы назовёте, и разберём отчёт вместе — с очередями, загрузкой ресурсов, сроком и стоимостью заявки.
- Присылаете диаграмму и три-четыре цифры про поток
- Собираем модель и прогоняем сценарии, которые вы назовёте
- Разбираем отчёт вместе и обсуждаем, что из него следует
Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.