Компания проводит реорганизацию, покупает CRM, прописывает процессы и выдыхает: наконец навели порядок. Проходит полгода, и хаос возвращается, будто ничего не делали. Возникает знакомый вопрос: мы же всё внедрили, почему опять всё сыпется. Ответ обычно не в том, что регламентов нет или что они плохие. Они есть и часто вполне разумные. Проблема в том, что у процесса нет живого хозяина, человека, который каждый день следит, чтобы правилами реально пользовались. Порядок это не состояние, которого достигают один раз. Это процесс, который стоит денег и требует постоянной поддержки. Разбираю, почему разовая уборка не держится и что превращает мёртвый документ в работающее правило.
Есть устойчивое представление, что порядок наводят один раз. Собрались, описали процессы, купили систему, обучили людей, и дальше оно работает само. Как будто навести порядок это как построить стену: поставил и стоит.
На деле порядок ближе не к стене, а к саду. Посадил и бросил, через сезон всё заросло. Порядок требует не разового усилия, а постоянного присутствия. Компании же вкладываются в разовый рывок, получают короткое ощущение контроля и удивляются, почему через полгода снова хаос.
Хаос при этом почти никогда не означает, что регламентов нет. В 9 случаях из 10 они есть. Просто ими перестали пользоваться, потому что никто за этим не следил.
Правило само по себе ничего не гарантирует. Оно существует в документе, но исполняется только тогда, когда кто-то ежедневно проверяет, что им пользуются, и реагирует, когда им пренебрегают.
Написать регламент это разовое действие. Поддерживать его исполнение это постоянная функция. Компании делают первое и не делают второго, а потом удивляются разрыву между тем, что написано, и тем, что происходит.
Хозяин процесса это не автор документа. Автор написал и ушёл. Хозяин это тот, кто отвечает за то, чтобы процесс жил: следит за исполнением, замечает, где правило начало обходиться, инициирует пересмотр, когда правило устарело. Без такой роли любой, даже прекрасно написанный регламент, обречён превратиться в файл, о котором помнят только на аудите.
Отдельная иллюзия связана с софтом. Кажется, что если купить хорошую систему, она сама наведёт порядок. Система же не забывает, не ленится, всё фиксирует.
Но система фиксирует только то, что в неё вносят. Если сотрудники продолжают вести часть работы в обход, потому что так привычнее или быстрее, система показывает красивую, но неполную картину. Заявки теряются не потому, что CRM плохая, а потому что часть заявок в неё просто не попадает.
Классическая ситуация: компания оплатила лицензии, обучила людей, а руководитель отдела по старой привычке ведёт ключевых клиентов в личном мессенджере. Формально система есть. Фактически параллельно ей живёт теневой процесс, и именно в нём происходит важное. Софт куплен, а дисциплины нет, потому что дисциплина это поведение людей, а не наличие программы.
Инструмент усиливает дисциплину там, где она есть. Он не создаёт её там, где её нет.
Есть и противоположная беда. В попытке навести порядок компания начинает регламентировать каждый шаг. Любое действие требует согласования, любая мелочь описана инструкцией, на любой чих есть форма.
В такой среде умирает скорость. Люди тратят больше времени на соблюдение процедур, чем на саму работу. Инициатива глохнет, потому что проще ничего не делать, чем продираться через регламент. Формально порядок идеальный, а фактически бизнес еле шевелится.
Разумная граница проходит там, где регламент экономит больше времени, чем отнимает. Правило нужно там, где его отсутствие приводит к потерям, ошибкам, конфликтам. Оно вредно там, где регулирует то, что и так работает, или то, что дешевле оставить на здравый смысл. Порядок это не максимум правил, а их разумный минимум, за которым кто-то следит.
Чтобы порядок держался, а не осыпался через полгода, есть несколько практических шагов.
1. Назначить хозяина каждого ключевого процесса. Не автора документа, а человека, который отвечает за то, чтобы процесс жил, и у которого это записано в зоне ответственности.
2. Заложить регулярную ревизию. Раз в квартал или в полгода смотреть, работает ли правило, не устарело ли оно, не начали ли его обходить. Ревизия это не аврал при сбое, а плановая процедура.
3. Отделить дисциплину от бюрократии. Проверить каждый регламент вопросом: он экономит больше, чем отнимает. Если нет, его стоит упростить или убрать, а не добавлять новый поверх.
4. Следить за теневыми процессами. Там, где работа идёт в обход системы, искать причину: неудобно, медленно, непонятно. Устранять причину, а не требовать соблюдения силой.
Эти шаги не разовые. Они и есть та самая постоянная поддержка, без которой порядок не живёт.
У слова «хозяин процесса» есть неприятный привкус. Кажется, что это ещё одна бюрократическая роль, ещё один контролёр, который будет ходить и требовать заполнять формы. На деле хорошая роль хозяина процесса устроена иначе.
Хозяин процесса это не надзиратель, а тот, кто отвечает за то, чтобы процесс приносил пользу, а не мучил людей. Его задача не наказывать за несоблюдение, а понимать, почему правило не соблюдается, и устранять причину. Если заявки теряются, он не пишет выговоры, а разбирается, почему сотрудникам удобнее вести работу в обход системы, и делает так, чтобы через систему стало удобнее.
Это принципиальный сдвиг. Плохой хозяин процесса усиливает давление: больше контроля, больше отчётности, больше наказаний. Хороший убирает трение: делает так, чтобы правильный путь стал самым лёгким. В первом случае теневые процессы уходят глубже в подполье. Во втором исчезают, потому что в них пропадает смысл.
Поэтому назначая хозяина процесса, стоит выбирать не самого строгого, а самого заинтересованного в результате. Того, кому важно, чтобы процесс работал, а не того, кому нравится контролировать.
Последнее, что важно принять. Поддержание порядка это не бесплатная вещь, которая случается сама собой после разового внедрения. Это статья постоянных расходов, просто она редко выделена явно.
Время хозяина процесса стоит денег. Регулярные ревизии стоят времени руководителей. Донастройка систем под меняющуюся реальность требует ресурсов. Компании, которые считают порядок разовой инвестицией, не закладывают этих расходов и потому не поддерживают порядок, а он осыпается.
Компании, которые понимают, что порядок это процесс с постоянной стоимостью, закладывают ресурс на его поддержание заранее. И у них порядок держится, потому что за него платят не только в момент внедрения, но и постоянно, понемногу, как за любую вещь, которую хотят сохранить в рабочем состоянии.
Это скучная правда, но именно она отличает компании, где через полгода после реорганизации всё работает, от компаний, где через полгода всё снова в хаосе. Первые платят за поддержание. Вторые заплатили один раз и ждали, что этого хватит навсегда.
Признаки бесхозного процесса легко узнать, если знать, куда смотреть.
1. На вопрос «кто отвечает за то, чтобы этим правилом пользовались» никто не может назвать конкретное имя. Отвечают «ну, вроде все» или «наверное, руководитель отдела», без уверенности.
2. Регламент последний раз открывали при внедрении. Он не менялся, хотя работа вокруг него изменилась. Это верный признак, что живого хозяина нет: у живого процесса документ регулярно обновляется.
3. Рядом с официальным процессом цветёт теневой. Часть работы идёт в обход, и все об этом знают, но никто не разбирается почему.
4. О правиле вспоминают только когда что-то сломалось. В нормальном режиме о нём не думают, потому что некому о нём думать постоянно.
Если хотя бы 2 признака про ваш процесс, у него, скорее всего, нет хозяина, и его возвращение в хаос это вопрос времени.
Главное, что стоит принять: порядок это не про софт и не про толщину регламента. Это про человека, который каждый день следит, чтобы правила работали, и имеет полномочия на это влиять.
Компания может купить лучшую систему на рынке и написать безупречные процессы. Если у них нет живого хозяина, через полгода всё вернётся к исходному хаосу, и вложения придётся делать заново.
Так что вопрос не в том, есть ли у вас регламенты. Вопрос в том, есть ли у каждого из них живой хозяин, который отвечает за то, чтобы им действительно пользовались.
Отправляя данные вы подтверждаете пользовательское соглашение