Реальный процесс и регламент: почему они различаются

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

Регламент описывает ожидаемый порядок работы.

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

Поэтому полное совпадение регламента и фактического исполнения встречается редко.

Само расхождение не всегда является нарушением. Оно может указывать на то, что сотрудники адаптировали процесс к условиям, которые не учтены в документации.

Почему возникает расхождение

Регламент описывает нормальный сценарий

Большинство документов строится вокруг стандартного маршрута.

В реальной работе присутствуют неполные данные, недоступные ресурсы, ошибки предыдущего этапа, срочные задачи, конфликт приоритетов и отказ системы.

Если исключения не определены, сотрудники создают собственные способы обработки.

Документ не отражает подготовительные действия

Фраза «проверить документ» может включать поиск версии, запрос недостающих данных, сопоставление сведений, ожидание ответа и повторную загрузку.

Регламент фиксирует проверку как одно действие. Реальный процесс содержит цепочку операций.

Ответственность не совпадает с возможностями

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

Тогда ответственность существует формально, а управление результатом находится у других участников.

Показатели меняют поведение

Если подразделение оценивается по локальному показателю, оно оптимизирует собственную часть процесса.

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

Информационная система требует дополнительных действий

После внедрения системы могут появиться повторный ввод, ручная синхронизация, фиктивное заполнение обязательных полей, выгрузка в таблицу и повторное согласование.

Формальный процесс не всегда обновляется вместе с системой.

Работа зависит от неформального знания

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

Если носитель знания отсутствует, процесс замедляется.

Почему интервью недостаточно

Руководитель видит показатели и ответственность.

Исполнитель видит конкретные действия, ограничения, интерфейс, ожидания и исключения.

ИТ-команда видит функции, интеграции и архитектурные ограничения.

Каждое описание является частичным.

Кроме того, привычные обходы перестают восприниматься как проблема.

Поэтому интервью необходимо дополнять наблюдением и анализом данных.

Когда расхождение полезно

Не всякое отступление от регламента необходимо устранять.

Адаптация может сокращать время, предотвращать ошибку, учитывать реальное состояние клиента, компенсировать недоступность системы и сохранять непрерывность работы.

Задача анализа — понять функцию обходного действия.

Запрет без устранения причины может ухудшить процесс.

Когда расхождение опасно

Проблема возникает, если:

результат зависит от конкретного человека;

невозможно восстановить ход решения;

данные расходятся;

контроль существует только вручную;

исключения становятся основным маршрутом;

руководство получает искажённую информацию.

Метод анализа

Зафиксировать формальную модель.

Зафиксировать фактический маршрут.

Сопоставить действия, роли, данные, сроки и контроль.

Определить причину каждого расхождения.

Оценить влияние на время, ошибки, стоимость, риск и управляемость.

Практический пример

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

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

Формально ERP используется.

Фактически управление распределено между ERP, таблицей, почтой, мессенджером и устными договорённостями.

Автоматизация следующего этапа без устранения этой структуры увеличит число интеграций, но не создаст единый процесс.

Что делать

не начинать с требования «работать строго по регламенту»;

определить причины устойчивых обходов;

устранить разрыв между ответственностью и полномочиями;

обновить регламент вместе с системой;

описать исключения и правила эскалации;

установить единый источник статуса;

проверить, отражают ли показатели общий результат;

сохранить полезные практики, возникшие в работе.

Вывод

Регламент является моделью ожидаемого процесса.

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

Управление начинается не с устранения всех расхождений, а с понимания их причин и влияния.