Операционный цикл: от сигнала к следующему решению
| Шаг | Вопрос владельца | Артефакт |
|---|---|---|
| Поток | Какой повторяемый путь создаёт результат для клиента? | Один сквозной сценарий, а не оргсхема целиком. |
| Ограничение | Где чаще всего возникает ожидание, возврат или потеря данных? | Наблюдаемый факт и несколько примеров. |
| Владелец решения | Кто может изменить порядок или снять препятствие? | Явно названная ответственность за следующий шаг. |
| Небольшое изменение | Что можно проверить без перестройки всей системы? | Ограниченный эксперимент с понятной границей. |
| Review | Какой факт покажет, продолжать, изменить или остановить практику? | Дата возврата к решению и критерий обсуждения. |
Что операционное управление не должно подменять
Операционный контур не отменяет стратегию, работу с клиентом и развитие продукта. Он отвечает на другой вопрос: может ли команда надёжно превращать уже выбранное решение в повторяемый результат. Если проблема лежит в неясном сегменте или предложении, дополнительный контроль задач не решит её. Если же версия уже выбрана, но передача между людьми и функциями постоянно ломается, операционный разбор становится полезным.
Граница статьи: материал не гарантирует эффективность, не устанавливает универсальный срок настройки и не даёт рекомендаций по производственной безопасности, финансам или отраслевому регулированию.
Подробное объяснение и примеры
Три месяца назад ко мне пришёл владелец компании из сферы профессиональных услуг. 15 человек в команде, выручка 40 млн в год, настроение — раздавленное. Он сказал: «Слушай, у меня 15 сотрудников делают работу, которую спокойно тянут 5. Я не понимаю, где они проводят время».
Мы сели за стол. Я попросил его описать, как в компании выглядит понедельник. Какая первая встреча, кто её готовит, что на выходе. Он начал, остановился. «Знаешь, — говорит, — если честно, у нас нет единого понедельника. У каждого своё».
Это и есть главный симптом сломанной операционки. Не плохие сотрудники, не слабая выручка, не маркетинг. Нет ритма, по которому компания движется. Каждый в своей тропе, пересекаются по работе — и удивляются, что снова что-то не сошлось.
В этой статье — как устроен рабочий операционный менеджмент в компании до 200 человек, пять опор, на которых он держится, и три типовых места, где он сыпется. Без учебников Чейза и Аквилано, только то, что я вижу каждый месяц у клиентов.
Операционный менеджмент простыми словами
Операционный менеджмент — это не про «управление процессами», как пишут в учебниках. Это про то, как команда за неделю превращает входы в результат, который приносит деньги. Входы — заказы, запросы, договорённости, сырьё. Результат — закрытая сделка, выпущенный продукт, оказанная услуга, собранный заказ.
Если между входом и результатом у тебя живёт понятная цепочка — есть операционный менеджмент. Если там хаос, ручное управление собственника и ночные звонки — операционного менеджмента нет.
Важное отличие от других видов управления. Стратегический менеджмент отвечает на вопрос «куда мы идём». Финансовый — «сколько у нас денег и где они». Операционный — «как мы делаем то, что делаем». Перепутать легко, лечить каждый приходится своим лекарством. Стратегию чинят сессией с командой. Финансы — настройкой учёта. Операционку — переделкой того, как работают люди каждый день.
Пять опор, без которых операционка не работает
Я смотрю на любую компанию по пяти пунктам. Провисает одна опора — кривая работа. Провисают две — бардак и текучка. Провисают три — спасать нечего, надо переделывать.
1. Люди с чётко очерченной зоной ответственности. Не должностная инструкция на четыре листа. Один абзац на человека: за какой результат он отвечает, по какой метрике этот результат меряется, с кем он работает в паре. Если сотрудник не может за тридцать секунд назвать свою главную метрику — операционки в этом участке нет.
2. Процессы, описанные так, чтобы их мог запустить новый человек. Не на сто страниц. Достаточно короткой инструкции: вход — что делать — выход — куда передать. Я проверяю так: беру любого человека на испытательном сроке и спрашиваю, как он выполняет свою работу. Если он говорит «надо спросить у Маши» — процесса нет, есть неформальное знание у Маши.
3. Метрики, которые команда видит каждую неделю. Три-пять чисел, не больше. Для каждой роли — своё. Для компании в целом — свои. Метрики не в отчёте финансового директора раз в месяц, а на доске в переговорке или в общем дашборде, куда заходят все. Если команда не знает, как прошла прошлая неделя — ничего не будет меняться.
4. Инструменты, которыми люди работают на самом деле. Не те, за которые заплатили подписку. Те, в которых живёт работа. У одного клиента стояла Jira на 300 тысяч в год — а команда вела задачи в Telegram-группе. Я не стал заставлять всех переходить в Jira. Мы посмотрели, чем реально пользуются, и упростили Telegram, добавив канбан-бот. Jira отключили. Результат — в два раза меньше потерянных задач.
5. Ритмы встреч, на которых принимаются решения. Планёрка недели, ретро месяца, стратсессия квартала. Не больше, не меньше. Если встречи каждый день и на них мало что решается — ритм выключен. Если встреч раз в месяц и всё остальное время тушат пожары — ритма нет вообще.
Эти пять опор — не теория. Это то, что я реально проверяю за полдня работы с клиентом. Если одна из них провисла — знаю, где искать.
Пять признаков, что операционка у тебя сломана
Владельцу трудно увидеть свою операционку со стороны. Вот пять конкретных симптомов, которые видны снаружи.
Постоянная занятость собственника оперативкой. Если ты в четверг вечером ещё подписываешь счета на 50 тысяч и согласовываешь отпуск сотрудника — операционка не работает. Твоё время должно уходить на стратегию, найм ключевых людей, крупных клиентов. Всё остальное — делегировать или автоматизировать.
Ключевые задачи зависят от одного человека. «Это только Света знает». «Это делает только Игорь, заболел — мы встали». Каждое такое «только» — это узкое место. Нормальная операционка выдерживает отпуск любого сотрудника на две недели без просадки.
Еженедельные пожары на одних и тех же процессах. Каждый месяц накладка с отгрузкой. Каждую неделю клиент жалуется на одно и то же. Это не случайность — это процесс, который не настроен. Если пожар повторяется третий раз — это уже не пожар, а система.
Нет понимания, где находится заказ/проект/клиент. Ты не можешь за минуту ответить на вопрос «в какой стадии у нас работа по Петрову?». Либо нет единой системы, либо каждый ведёт свою. И то, и другое — дыра.
Часы команды не бьются с результатами. Люди работают с 9 до 18, жалуются на переработки, а результат стагнирует. Это значит — работают не над тем или работают неэффективно. Без метрик ты это даже не видишь.
Пошаговый чек-лист: как запустить операционку с нуля за три месяца
Если все пять опор провисли и хочется делать — вот последовательность. Я проверял её на семи клиентах, работает.
Месяц 1. Карта как есть.
Нарисовать на листе, как сейчас происходит работа. Кто что делает, куда передаёт, где застревает. Не идеальное состояние — реальное, как в понедельник утром. Привлечь к этому двух-трёх ключевых сотрудников, иначе будет собственное представление, оторванное от земли.
Параллельно — собрать список всех «одна Света знает» и всех еженедельных пожаров. Это твоя очередь на устранение.
Месяц 2. Роли и метрики.
Для каждой ключевой роли — один абзац: за что отвечает, по какой метрике. Получится 8–15 ролей в компании до 50 человек. Согласовать с каждым — прочитать вслух, уточнить формулировки.
Затем — выбрать три компанийные метрики, которые собственник смотрит каждую неделю. Чаще всего это выручка за неделю, конверсия из заявок, NPS клиентов. У производственников добавляется процент брака и OEE.
Месяц 3. Ритмы и инструменты.
Настроить недельную планёрку — 45 минут, не больше, с чёткой повесткой: результаты прошлой недели по ключевым метрикам, три блокера, три следующих шага. Настроить месячное ретро на два часа.
Выбрать одну рабочую систему для задач (не две, не три — одну). Перенести все коммуникации по работе туда. Запретить рабочие обсуждения в личных мессенджерах. Это самое болезненное, но без этого дисциплина не держится.
Три места, где операционка чаще всего ломается
По опыту клиентов, три ловушки, в которые попадают чаще всего.
Ловушка 1. Переоптимизация вместо настройки. Владелец нанимает консультанта и внедряет ERP-систему за 8 млн, чтобы «навести порядок». Через полгода система стоит, команда её ненавидит, работа идёт мимо неё в Google Docs. Проблема — ему нужна была настройка процессов на бумаге, а не дорогая IT-система. Процессы сначала рисуются, потом автоматизируются. В обратном порядке — всегда провал.
Ловушка 2. Отсутствие операционного директора в определённый момент роста. До 20 человек — собственник может тянуть операционку сам. От 20 до 50 — появляется право на COO или операционного директора. После 50 — без него просто не выживешь, собственник разваливается на оперативке и забывает про развитие. Один клиент пять лет откладывал найм COO. Я посчитал ему: за эти годы он не сделал как минимум трёх продуктовых прорывов из-за того, что сидел в текучке. Это 30–40 млн упущенной выручки в ценах рынка.
Ловушка 3. Метрики без действий. Завели дашборд, смотрят каждую неделю, но по цифрам ничего не делают. Через два месяца все теряют к нему интерес. Метрика имеет смысл только если от её изменения рождается конкретное действие. Упала конверсия на 3% — что делаем? Если ответа нет, метрика бесполезна.
Частые вопросы
Чем операционный менеджер отличается от project manager?
Проджект ведёт конкретный проект с началом и концом. Операционный менеджер держит систему, в которой идут все проекты одновременно, включая повторяющиеся операции. Проджект — временная роль, операционный — постоянная.
Какие есть хорошие книги по операционному менеджменту для бизнеса?
Из того, что реально работает — «Цель» Голдратта (теория ограничений), «Бережливое производство» Вумека и Джонса (Lean), «Scrum» Сазерленда. Учебники Чейза-Аквилано и Хайзера-Рендера — для МВА-стадии, для практики избыточны.
Сколько стоит настроить операционку в компании на 30 человек?
Силами внутренней команды — 3 месяца операционного директора + 1 миллион на обучение и минимальные инструменты. Через консалтинг — от 1.5 до 4 млн рублей за проект 3–4 месяца с внедрением.
Можно ли настроить операционку через внедрение ERP?
Нет. ERP — это усиление уже настроенной операционки. Если процессы хаотичные, ERP их просто зафиксирует как хаос. Сначала бумага и дисциплина, потом софт.
Чем «операционный» подход к бизнесу отличается от «проектного»?
Операционный — для повторяющихся операций, где важна стандартизация. Проектный — для уникальных задач с началом и концом. Большинство компаний содержат и то, и другое: операционный менеджмент управляет поставками и обслуживанием, проектный — разработкой новых продуктов или внедрением изменений.
Сколько процессов должно быть описано в компании на 50 человек?
По опыту — 15–25 ключевых процессов, документированных на 1–2 страницы каждый. Не больше. Всё остальное — рабочее соглашение между людьми, которое не требует формализации. Компании, где 100+ процессов на бумаге, чаще всего работают хуже, чем те, где описано 20 ключевых.
Как понять, что операционный менеджер в компании — правильный?
Главный признак — собственник больше не тушит пожары в оперативке. Второй признак — команда может назвать свои метрики и свой результат за прошлую неделю. Третий — новый сотрудник входит в должность за 2–3 недели без прямого контакта с собственником.
Возвращаясь к владельцу из начала
Тот клиент на четвёртом месяце внедрил всё, что я описал в чек-листе. Сначала на пяти ключевых ролях, потом — на остальных. Через три месяца я приехал в компанию ещё раз. Понедельник в 9:30 — команда за одним столом, на экране три метрики прошлой недели, обсуждение длится 32 минуты по таймеру.
Он отвёл меня в сторону: «Знаешь, я впервые за пять лет в субботу не открывал рабочий мессенджер». Это был лучший показатель, что операционка заработала. Не цифры в дашборде, а свободное время собственника.
Какой у тебя понедельник выглядит в 9:30?
Операционное управление превращает работу в предсказуемый поток
Операционка начинается не с регламентов, а с результата, который компания обязуется дать клиенту. Нужно видеть весь путь: входящий спрос, подготовку, выполнение, передачу результата, оплату и обратную связь. Сбой часто находится между функциями, а не внутри одного отдела.
Пять опор операционной системы
- ясный стандарт результата, срока и качества;
- владелец каждого этапа и понятные точки передачи;
- несколько ранних показателей: очередь, срок цикла, брак, загрузка, выполнение обещания;
- короткий ритм разбора отклонений с правом принять действие;
- работа с повторяющейся причиной, а не только героическое исправление случая.
Не начинайте с автоматизации хаоса. Сначала проверьте, какое решение задерживается, где теряется информация и почему работа возвращается на доработку. После небольшого изменения сравните поток, качество и нагрузку. Если улучшилась только скорость отдельного участка, а очередь выросла дальше, система не стала лучше.



