В прошлом посте мы разбирали, как написать регламент процесса. Но написать — это только половина дела. Гораздо сложнее сделать так, чтобы регламент оставался живым и актуальным через полгода, год, два.

Часто встречаю картину: регламент написан, утверждён, красиво лежит в Confluence. Проходит время. Что-то меняется — инструменты, роли, порядок действий. А документ остаётся прежним. И постепенно превращается в артефакт, который никто не читает, потому что все знают: «там всё устарело».

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

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

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

Третья причина — изменение ролей и ответственных. Человек ушёл, отдел переименовали, функцию передали другой команде. В регламенте фамилии и названия отделов остаются прежними. Люди читают и не понимают, кто теперь должен это делать.

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

И пятая, самая коварная — отсутствие ответственного. Регламент написали и забыли. Никто не следит за его актуальностью, потому что «это не моя зона ответственности».

Что происходит, если регламент устарел Сначала это кажется мелочью. Ну, устарел, и что? Работаем же как-то. Но постепенно накапливаются последствия. Сотрудники перестают доверять документу. Они знают, что там написано «как было», а не «как есть». И начинают работать по памяти или по советам коллег, а не по регламенту. Новые сотрудники, которые приходят и читают устаревший регламент, делают ошибки. Они следуют инструкции, которая больше не работает, и получают не тот результат. Наконец, когда кто-то решает актуализировать документ, выясняется, что никто не помнит, почему было сделано так, а не иначе. Знания ушли вместе с людьми, а регламент остался. Восстановить логику заново — это отдельный проект, который мог бы не понадобиться, если бы документ поддерживали в актуальном состоянии.

Как поддерживать регламент в актуальном состоянии Первое и главное — назначить ответственного. У каждого регламента должен быть владелец. Это не тот, кто написал, а тот, кто отвечает за его актуальность. Обычно это владелец процесса или назначенный аналитик. Его задача — следить за изменениями и вносить правки.

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

Третье — запускать актуализацию при триггерах. Триггеры — это события, которые сигналят: «пора обновить». К ним относятся изменения в законодательстве, смена инструментов, организационные перестановки, изменение самого процесса, результаты аудита, жалобы сотрудников на то, что «регламент не работает».

Четвёртое — записывать дату следующего пересмотра прямо в документе. Простая строчка в конце: «Плановая дата пересмотра — 1 июня 2027 года». Это дисциплинирует и напоминает, что документ живой.

Пятое — собирать обратную связь от исполнителей. Те, кто работает по регламенту каждый день, лучше всех знают, что в нём устарело. Спрашивайте их. Можно раз в квартал проводить короткий опрос: «Что в регламенте не соответствует реальности? Что мешает? Что добавить?».

Шестое — не бояться удалять лишнее. Если процесс изменился, а какой-то шаг больше не нужен, не оставляйте его в регламенте «на всякий случай». Лишние шаги создают путаницу и снижают доверие к документу.

А у вас есть регламенты, которые устарели и ждут обновления? Или вы уже выстроили систему актуализации? 👇 #процессныйподход #бизнес-анализ #бизнесанализ #регламенты #документация