Процессы и операции

Когда процесс описан, но его никто не выполняет: 6 причин бумажной системы

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

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

Регламент может быть прекрасно написан. Удобные заголовки, понятная схема, согласование всех руководителей. Новому сотруднику отправляют ссылку, он отмечает, что ознакомился, а затем спрашивает коллегу: «А как мы это делаем на самом деле?»

Именно этот ответ определяет живой процесс. Документ остается отдельной версией компании, где все вовремя передают информацию, полномочия не противоречат друг другу, а собственник никогда не просит срочного исключения.

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

Смоделированная ситуация: возврат товара существует в двух версиях

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

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

Когда COO спрашивает, почему не соблюли порядок, у всех есть убедительные объяснения. Менеджер не получил сигнала. Техник выполнил просьбу собственника. Собственник спас важные отношения. Процедура как будто нарушена, но ни один человек не мог самостоятельно сохранить ее целостность.

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

Причина 1. Нет события, запускающего процесс

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

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

Причина 2. Владелец процесса не может менять его условия

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

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

Причина 3. Рабочий инструмент толкает в другую сторону

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

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

Не каждое неудобство стоит автоматизировать. Иногда достаточно убрать лишний шаг или изменить точку передачи информации. Автоматизировать неопределенность — значит сделать ее исправление дороже.

Причина 4. Люди знают правило, но не умеют применять его к исключениям

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

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

Причина 5. Исполнения не видно до появления жалобы

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

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

Причина 6. Руководители регулярно отменяют правило

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

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

Аудит одного процесса без кампании «описать все»

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

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

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

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

Что переосмыслить руководителю

Сколько процессов в вашей компании можно показать в действии без специальной подготовки к проверке? Знает ли новый сотрудник, к кому обратиться при исключении? Может ли владелец процесса назвать последнее изменение, которое он действительно внедрил? Какое правило чаще всего обходит сама топ-команда?

Системность начинается с ответов на эти вопросы. Количество страниц в базе знаний ее не заменяет.

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

FAQ

Нужны ли регламенты небольшой компании?

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

Кто отвечает за внедрение процесса?

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

Как отличить неудобный процесс от нежелания работать?

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

Когда можно считать процесс внедренным?

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

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

Статьи по теме

Управленческий долг: как временные компромиссы становятся постоянной моделью

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

Услуга: внедрение системного менеджмента

Посмотреть кейсы →

← Вернуться к статьям

После статьи

От чтения — к решениям в вашей компании

Узнали в статье ситуацию своей команды? Напишите мне, с каким вопросом столкнулись. Посмотрим, какой формат работы уместен для вашей задачи.

Написать мне в Telegram ↗ Посмотреть услуги →
Игорь Сокол
Игорь Сокол · консультант по менеджменту