Откуда в процессе разброс: раскладываем вариацию по полкам, прежде чем оптимизировать

На совещании решили ускорять согласование договоров. Каждый пришёл со своим виновным: юристы медленные, шаблон плохой, инициаторы приносят мусор вместо документов. Каждая версия правдоподобна. Данных нет ни у кого. Победит та версия, чей автор громче, - и полгода команда будет лечить не то, что болит.

В хендбуке NIST есть глава ровно про эту ситуацию - характеризация процесса. Её главный тезис: цель изучения процесса - найти и измерить источники вариации. Не «понять, как устроен процесс», а именно разложить разброс на составляющие и узнать, какая из них сколько весит. Потому что лечить надо самый тяжёлый компонент, а не самый обсуждаемый.

Два вида разброса: шум и сигнал о поломке

Первое различение, которое вводит хендбук: управляемая и неуправляемая вариация.

Управляемая - стабильный случайный шум вокруг постоянного уровня. Название обманчиво: это не разброс, которым управляют, а разброс, при котором процесс ведёт себя предсказуемо. Договоры согласуются то за два дня, то за четыре - но картина неделя за неделей одна и та же. Такой разброс - свойство самой конструкции процесса: сколько людей, какая очередь, какие заявки. Уговорами и контролем он не лечится - только изменением конструкции.

Неуправляемая - разброс, который меняется во времени и имеет структуру: тренд, ступеньку, сезонность. Это след конкретного события: ушёл сильный сотрудник, поменяли регламент, пришла сезонная волна. Такой разброс лечится поиском причины, и именно его надо убрать первым: пока процесс нестабилен, любые его средние и перцентили - фотография бегущего человека: к моменту печати он уже в другом месте.

Отсюда железное правило хендбука: сначала стабильность, потом всё остальное. Сравнивать процесс с целевыми показателями, считать его «способность» держать SLA и обещать что-то клиентам имеет смысл только после того, как он показал стабильное поведение.

Компоненты дисперсии: взвесить каждого подозреваемого

Теперь главный инструмент. В хендбуке есть разбор печи для полупроводниковых пластин: общий разброс толщины покрытия разложили на части и выяснили, что примерно половина дисперсии приходит от различий между запусками печи, треть - от места пластины внутри печи и лишь остаток - от всего прочего. Без такого расчёта этот спор выглядел бы как ваше совещание про юристов.

Переведём на процесс согласования. Общий разброс времени цикла можно разложить, например, так:

• между типами договоров (шаблонный против нестандартного);
• между исполнителями (кому досталась заявка);
• между днями недели и неделями (нагрузка и очередь);
• внутри - остаточный шум, который не объясняется ничем из перечисленного.

Механика расчёта - обычный дисперсионный анализ: в статпакетах он есть из коробки, в Excel доступен однофакторный вариант. Но важнее формул сам вопрос: «сколько процентов разброса объясняет каждый фактор». Ответ мгновенно гасит споры. Если между исполнителями - 5% дисперсии, а между типами договоров - 60%, то тренинги для «медленных» юристов почти не сдвинут общую картину, а отдельная быстрая дорожка для шаблонных договоров - сдвинет заметно.

Ловушка смешанных эффектов

Второй урок того же кейса - про структуру данных. Если считать вклад зоны печи без учёта вложенности (зона живёт внутри конкретного запуска), эффект зоны тонет в разбросе между запусками и выглядит незначимым. Пересчёт с правильной структурой показал: на зоне - треть дисперсии. Вывод хендбука: если известный вам фактор выглядит незначимым - сначала заподозрите неправильную разбивку данных, а потом уже делайте вывод «не влияет».

И самое опасное - смешение факторов (confounding). Классика в процессах: с первого числа ввели новый регламент И одновременно вышел новый сотрудник. Через месяц время цикла улучшилось. Что сработало? Неизвестно и уже не узнать: эффекты слиплись намертво. Единственная защита - не внедрять два изменения одновременно, а если жизнь заставила - честно признать, что эффект не разделяется.

Где тут симуляция

Разложение вариации по историческим данным отвечает на вопрос «откуда разброс берётся сейчас». Но остаётся второй вопрос: «что будет с разбросом, если мы уберём один из источников». История на него не отвечает: такого прошлого не было. Здесь работает имитационная модель: в симуляторе Stormbpmn можно выделить быструю дорожку для шаблонных заявок, выровнять нагрузку между исполнителями или сгладить пики поступления - и увидеть, насколько сжимается разброс времени цикла в каждом случае. Это и есть проверка компонентов дисперсии экспериментом - только эксперимент идёт на модели и не трогает живых людей. Как выбрать метод анализа под задачу - есть отдельный разбор про методы анализа бизнес-процессов.

Чек-лист

1. Перед любой оптимизацией постройте хронологию метрики и проверьте стабильность: есть ли тренды, ступеньки, сезонность. Нестабильный процесс сначала стабилизируют.
2. Разложите разброс по 3-4 факторам: тип заявки, исполнитель, период. Посчитайте долю каждого в общей дисперсии.
3. Лечите самый большой компонент. Идеи про остальные запишите в бэклог и не трогайте.
4. Не внедряйте два изменения одновременно - потом не разделите эффекты.
5. Гипотезы «что будет, если убрать источник разброса» проверяйте симуляцией до внедрения.

Серия основана на NIST/SEMATECH e-Handbook of Statistical Methods. Предыдущие статьи: почему среднее время процесса врёт и можно ли верить замерам. Следующая - про модель процесса и то, как проверить, что она не врёт.