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

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

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

Управленческий процесс — это последовательность действий, с помощью которой руководители принимают решения, распределяют задачи, контролируют исполнение и корректируют отклонения.

Признаки управляемой компании:

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

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

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

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

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

Перед выводом полезно проверить пять вопросов:

1. Повторяется ли ошибка при смене исполнителя?
2. Может ли новый сотрудник выполнить работу по актуальной инструкции без устных пояснений?
3. Есть ли у каждого этапа конкретный вход, выход и владелец?
4. Сколько времени занимает работа, а сколько — ожидание согласования?
5. Что происходит, если ключевой сотрудник недоступен?

Если на два вопроса или больше вы отвечаете «нет», сначала проверьте сам процесс: постройте карту фактического потока, уточните владельца, роли, входы и выходы этапов. Оценку компетенций это не отменяет, но начинать диагностику с поиска виноватого не стоит.

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

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

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

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

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

1. событие, которое запускает процесс;
2. каждый шаг до конечного результата;
3. входящие данные и результат каждого шага;
4. исполнителя и владельца решения;
5. точки передачи между ролями;
6. ожидания, возвраты и исключения.

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

Узкое место — это этап, который ограничивает скорость или качество всего процесса.

Ограничение процесса обычно выдает себя несколькими признаками:

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

Для поиска причины подходит метод «5 почему». Он начинается с факта: например, счет клиенту отправлен с опозданием. После этого вопрос «почему?» задают последовательно, пока не находят управляемую причину.

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

Процессы сопоставляют по одним и тем же критериям.

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

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

Порядок работы выглядит так:

1. Утвердить целевой результат процесса.
2. Убрать шаги, которые не меняют результат и создают ожидание.
3. Назначить владельца процесса с полномочиями менять правила.
4. Распределить роли исполнителя, согласующего и принимающего решение.
5. Обновить регламент и короткие рабочие инструкции.
6. Проверить новую схему на ограниченном участке.
7. Настроить автоматизацию после проверки логики процесса.

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

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

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

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

Автоматизация поддерживает понятный процесс. Но она не сделает понятным процесс, в котором не определен ответственный.

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

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

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

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

В первую очередь проверяют:

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

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

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

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

KPI и OKR (Objectives and Key Results — цели и ключевые результаты) не должны дублировать друг друга. KPI процесса показывает стабильность работы, а OKR помогает изменить значимый результат в выбранный период. Если показатель не влияет на решение владельца процесса, включать его в систему контроля не стоит.

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

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

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

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

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