Пять вопросов перед тем, как усиливать контроль над процессами

Когда в компании снова возникает сбой, первое желание руководства — усилить контроль.

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

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

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

Вспомните конкретный процесс, который чаще всего стопорится в вашей компании. Самое время посмотреть на него с точки зрения архитектуры. 

Не превращается ли контроль в дополнительную нагрузку

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

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

Так появляются типичные симптомы, часть из которых вы наверняка встречали:

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

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

Что чаще всего скрывается за повторяющимися ошибками

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

1. Непонятен вход
   Сотрудник получает задачу, но не получает всех данных для ее выполнения. Формально работа передана. Фактически она не может начаться без уточнений.
2. Непонятен выход
   Один отдел считает задачу завершенной, когда отправил файл. Другой — когда получил подтверждение. Третий — когда вопрос клиента полностью закрыт. Все по-своему правы, но процесс из-за этого буксует.
3. Размыта ответственность
   У каждого есть свой участок, но нет владельца общего результата. Поэтому появляются фразы: «мы свою часть сделали», «дальше не наша зона ответственности», «ждем ответа от смежников».
4. Согласования не создают ценности
   Их добавляют как защиту от ошибок. Но если неясно, что именно проверяется на каждом уровне, согласование не повышает качество решения. Оно только переносит ответственность выше.
5. Процесс держится на договоренностях
   Люди знают, кому написать, кого предупредить, у кого быстрее получить ответ. Но эти знания не встроены в систему. При росте нагрузки, смене сотрудников или увеличении количества задач такой процесс начинает давать сбои.

Почему больше регламентов не всегда помогает

Когда процесс нестабилен, возникает желание описать его подробнее. Но регламент сам по себе не делает работу понятнее.

Если в процессе не определены входы, выходы, критерии результата, ответственность и правила передачи между участниками, регламент часто фиксирует уже существующую неопределенность. Он описывает, что должно происходить, но не отвечает на вопрос, почему в реальности это не происходит.

В итоге компания получает документ, который формально существует, но не снимает ежедневные вопросы:

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

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

Пять вопросов вместо усиления контроля

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

1. Что считается правильным результатом?
Если критерии результата не определены, сотрудники будут по-разному понимать, что такое « хорошо».

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

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

4. Повторяется ли сбой у разных людей?
Если да, причина явно не только в конкретном исполнителе.

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

Эти вопросы помогают сместить фокус с контроля поведения на диагностику устройства работы.

Что дает процессный взгляд

Когда компания видит процесс целиком, управленческий разговор становится точнее.

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

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

Контроль нужен бизнесу. Но он не должен подменять управление процессом.