Почему регламенты не работают — и что делать, если сотрудники продолжают ошибаться

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

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

Откуда растут ноги: текучка как точка отсчёта

Мы пришли к двум решениям, которые перевернули наш подход.

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

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

Но к этому мы пришли не сразу. Сначала был Гавриил.

Менеджер Гавриил и урок, который мы не забудем

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

Главные уроки от Гавриила.

Размер зарплаты не коррелирует с масштабом ошибки. Дорогой сотрудник ошибается ровно так же, как недорогой, — просто его ошибки обходятся дороже

Ни штраф, ни премия не гарантируют, что следующий дедлайн будет соблюдён.

Регламент без контроля соблюдения — это просто красивый документ

Мы написали подробный регламент на сорок страниц. Половина команды его не читала. Треть читала, но не применяла. Вывод оказался простым: недостаточно объяснить, нужно встроить проверку исполнения прямо в процесс.

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

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

CFD‑диаграмма как индикатор здоровья проекта. Cumulative Flow Diagram — это визуализация потока задач по статусам во времени. Если задачи накапливаются в одном статусе и не двигаются дальше — это не просто замедление, это ранний сигнал того, что что‑то идёт не так. Мы смотрим на неё регулярно: она показывает узкие места задолго до того, как они превращаются в кризис.

Матрица рисков. Для каждого проекта мы ведём матрицу рисков: вероятность × последствия. Когда менеджер говорит «всё под контролем», мы смотрим в матрицу и видим, насколько это соответствует реальности. Матрица обновляется на каждом статус‑митинге и определяет, каким проектам нужно уделить больше внимания на этой неделе.

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

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

Регламент, который реально работает: три уровня контроля

Три уровня срезов.

В нашей структуре у каждого проекта одновременно три контрольных точки:

1. Группхед — проверяет стратегическое соответствие: движемся ли мы в правильном направлении, соблюдаются ли договорённости с клиентом.
2. РПО (руководитель проектного офиса) — контролирует процессы: соблюдаются ли тайминги, корректно ли ведётся документация, нет ли системных отклонений.
3. Аккаунт директор — следит за клиентской стороной: доволен ли клиент, нет ли накопившегося раздражения, которое пока не выражено напрямую.

Это не три начальника над одним менеджером. Это три независимых угла зрения на один и тот же проект. Зоны ответственности не пересекаются — поэтому они не мешают друг другу.

Ключевой принцип: никому не верить на слово

Не потому что люди нечестны — просто у каждого своя картина реальности. Менеджер искренне думает, что всё хорошо. Разработчик уверен, что правильно понял требования. Клиент считает, что его пожелание было услышано. Срезы нужны именно для того, чтобы свести эти картины воедино.

Как сделать так, чтобы регламент работал

Главная проблема любого регламента — он либо избыточен и его не читают, либо недостаточен и не даёт ответов на реальные вопросы. Мы прошли через оба состояния.

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

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

Полноценный контроль проекта — это не монолог менеджера. Это совместная работа.

Когда все видят одну и ту же картину — проект здоров. Когда картины расходятся — это уже предпосылка к конфликту.

Развитие сотрудников: зачем обучать тех, кто уйдёт

Один из самых частых вопросов от коллег‑руководителей: зачем вкладываться в обучение менеджеров, если они всё равно уходят?

Ответ простой: потому что альтернатива — работать с необученными людьми. Это хуже.

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

Индивидуальный план развития (ИПР) — для каждого сотрудника, не только для очевидно перспективных. ИПР — это договорённость: вот что компания даёт тебе, вот что ты даёшь компании. Это снижает ощущение хаоса и повышает вовлечённость.

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

Мотивация: что не сработало

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

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

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

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

Один менеджер начинает опаздывать на встречи — остальные считают это нормой. Задачи в трекере заполняются кое‑как — остальные перестают стараться с описаниями. Мелкие нарушения создают среду, в которой крупные становятся возможными.

Мы начали реагировать на «разбитые окна» сразу — не наказанием, а разговором. «Я заметил, что стенды стали короче и менее информативными — что происходит?» Лучше так, чем ждать, пока мелочь вырастет в проблему.

Коммуникация внутри команды. Один из самых недооценённых факторов качества работы — то, насколько люди в команде вообще разговаривают друг с другом. Не по задачам в трекере, а по‑человечески.

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

Корпоративы: нужны или нет. Зависит от того, что в них вкладываете. Обязательный корпоратив, куда все приходят «потому что надо», — это пустая трата денег и источник скрытого раздражения. Встреча без принуждения, куда люди приходят по желанию, — работает. Мы перешли на формат небольших событий по интересам: кто‑то идёт на мастер‑класс, кто‑то — в бар после рабочей недели.

Итог

Человеческий фактор нельзя устранить. Но можно сделать три вещи.

Принять его как данность и перестать строить системы в расчёте на идеальных людей. Идеальных людей не бывает.

Предвидеть большинство проблем до того, как они стали кризисом. CFD‑диаграммы, матрицы рисков, регулярные синхронизации — это не бюрократия, а система раннего предупреждения.

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

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