Логотип Студии Ивана Удачника Автоматизация, которая окупается
статьи - «Почему руководитель узнаёт о проблеме слишком поздно»

Почему руководитель узнаёт о проблеме слишком поздно

К моменту, когда проблема добралась до выручки, прибыли или жалоб клиентов, времени на спокойное решение может уже не остаться. Ранний сигнал помогает заметить изменение до ущерба - но только если за ним следует действие, а не ещё одно уведомление

Почему руководитель узнаёт о проблеме слишком поздно
короткий ответ

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

Разделите показатели результата и ранние сигналы

Запаздывающий результатЧто может измениться раньше
просрочка заказарост очереди и возраста незавершённых заказов
падение продажменьше новых подходящих сделок, задержки следующего шага
рост ошибокбольше возвратов на ранней проверке и исключений
кассовый разрывувеличение просроченной дебиторской задолженности и сдвиг сроков оплат
жалобы клиентоврост времени ответа, повторных обращений и незакрытых случаев

На узком экране таблицу можно прокручивать по горизонтали

Показатель результата нужен, чтобы понять, что в итоге произошло. Ранний индикатор нужен для другого решения: вмешиваться ли сейчас. APQC рекомендует сочетать оба вида показателей [1]. В таблице приведены кандидаты на ранние сигналы, а не готовые прогнозы: например, рост возвратов может означать и ухудшение входа, и более внимательную проверку

У каждого сигнала должна быть полноценная карточка

Ниже условный пример для очереди заявок. Пороги 8 и 12 часов показывают устройство карточки, но не задают норму для вашего процесса

Индикатор

Возраст старейшей незавершённой заявки с учётом рабочего календаря

Норма

До 8 часов в условном примере

Порог действия

12 часов в том же примере

Время на реакцию

Остаток до обещанного клиенту срока; проверяется по конкретной заявке

Ответственный

Руководитель операции; заранее определён его заместитель

Действие

Проверить причину задержки и при необходимости перераспределить работу в пределах полномочий

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

Как выбирать порог без магии

Начните с результата, который нужно защитить, и допустимого времени реакции. Исторический диапазон поможет понять обычное поведение процесса, но привычная задержка не становится приемлемой только потому, что повторяется каждый месяц

  1. Определите защищаемый результат и последствия опоздания
  2. Найдите показатель, который меняется раньше, и проверьте, как часто за ним действительно следует проблема
  3. Сравните нормальные и проблемные периоды с учётом объёма, сезонности и состава работы
  4. Выберите порог, оставляющий время на обнаружение, проверку, решение и исправление
  5. Проверьте и ложные тревоги, и пропущенные проблемы; затем пересмотрите порог по результатам работы

Слишком чувствительный порог создаёт шум, слишком поздний сообщает об уже случившемся ущербе. Поэтому важен не только момент отправки сигнала, но и то, когда команда действительно может начать действовать

Калькулятор времени до порога

Время до порога = (порог − текущее значение) / средний прирост за день
Запас времени = время до порога − полный срок обнаружения, решения и исправления
Заполните все поля. Если значение равно нулю, укажите 0

Условный пример: показатель 72, порог 100, прирост 7 единиц в день, полный срок реакции 3 дня. Подходит для показателей, где рост означает ухудшение. Все дни должны относиться к одному календарю. Отрицательное изменение означает улучшение. Средняя скорость не описывает скачки; возраст старейшей заявки может резко снизиться после её завершения

Пять классов ранних сигналов

Для операционной диагностики в этой статье группируем ранние сигналы в пять рабочих классов: очередь, качество входа, срок следующего шага, исключения и мощность. Это авторская группировка, а не классификация APQC.

Очередь

Число незавершённых работ, их возраст и соотношение входа и выхода. Смотрите не только общий размер, но и просроченные или срочные случаи

Качество входа

Неполные данные, ошибки формата и возвраты ранней проверки. Сравнивайте доли при одинаковых правилах контроля

Срок следующего шага

Время без движения после значимого события. Заранее определите, какого действия ждёте и когда оно должно произойти

Исключения

Доля случаев вне типового маршрута и время их разбора. Изменение маршрута само по себе не всегда означает ошибку

Мощность

Нагрузка на ограничивающую стадию вместе с очередью перед ней. Высокая загрузка без других признаков ещё не доказывает будущий срыв

Как не превратить ранние сигналы в фабрику уведомлений

Уведомление должно вести к понятному решению. Повторяющиеся сообщения об одной проблеме лучше объединять и показывать вместе с контекстом: текущим значением, порогом, трендом и причиной основного отклонения. Если ответственный не принял сигнал в установленное время, нужен заранее согласованный порядок передачи другому человеку

Записывайте, какое действие приняли и помогло ли оно. Сигнал, на который никто не реагирует, сначала разберите: возможно, он лишний, а возможно, у команды нет полномочий или ресурсов. Удалять обязательное предупреждение только потому, что его привыкли игнорировать, опасно

Для общего обзора состояния компании пригодится панель процессов собственника. Ранние сигналы дополняют её там, где ждать следующего обзора уже не стоит

Источники и границы выводов

Источник поддерживает сочетание ранних и итоговых показателей. Карточка сигнала, пример порогов и линейный калькулятор разработаны в рамках статьи; это не нормативы APQC и не проверенная прогнозная модель.

  1. APQC: Can You Recommend Strategies for Effective Performance Tracking?. Рекомендации по отслеживанию результатов, сочетанию ведущих и запаздывающих показателей и действиям на основе измерений. Не задаёт пороги 8/12 часов, универсальную длительность реакции или формулу прогноза ущерба

Хотите заменить отчёты постфактум на ранние сигналы?

Покажите один KPI, о проблеме с которым вы обычно узнаёте поздно. Мы поможем пройти назад по процессу и выбрать leading indicators, пороги и владельцев действий

Разобрать процессСначала проверим экономику процесса, а уже потом можно обсуждать внедрение

Частые вопросы

Чем ранний сигнал отличается от обычного показателя?

Ранний сигнал должен появляться до защищаемого результата и оставлять время на действие. Эту связь проверяют на данных процесса, а не предполагают по названию показателя

Нужно ли получать уведомление по каждому отклонению?

Нет. Уведомлять стоит там, где достигнут порог и есть заранее определённое действие или решение

Как бороться с ложными тревогами?

Сравнивать нормальные и проблемные периоды, учитывать сезонность и состав работы, проверять пропущенные проблемы наряду с ложными тревогами. Пороги пересматривают по результатам, не только ради уменьшения числа уведомлений

Можно ли автоматизировать реакцию на сигнал?

Типовое действие можно автоматизировать в заранее проверенных границах и с понятным порядком остановки. Если последствия существенны или ситуация неоднозначна, система готовит данные и передаёт решение уполномоченному человеку