В практике работы с компаниями среднего бизнеса (с оборотом от 100 млн до 7 млрд ₽) мы постоянно сталкиваемся с тем, что под словом «управление» первое лицо подразумевает исключительно постановку задач подчинённым, контроль их исполнения и штрафы или премии по итогам месяца.
Но постановка задач — это не управление. Управление — это выявление объективных возможностей компании, целеполагание и достижение выбранных ориентиров в практической деятельности. Управлять можно только объективно существующими, предсказуемыми процессами. Если опереться на иллюзии вместо фактов и цифр, на выходе неизбежно возникнет разочарование.
Когда финансовые показатели падают, собственники часто требуют «срочно внедрить новую CRM, переписать регламенты и запустить 5 проектов развития». Они лезут в управление изменениями, не понимая, что проект сам по себе денег не генерирует — он их только потребляет.
Архитектура управления: 3 контура глазами генерального директора
Если подняться на уровень генерального директора, всю деятельность компании можно разделить на три взаимосвязанных контура. И они должны выстраиваться строго в определённой последовательности:
- Коммерческая стратегия
- Личная стратегия владельца
- Партнёрская сессия и NDA
- Древо долгосрочных целей
- Управленческий учёт (PnL, ДДС)
- Динамическая финмодель
- Оргструктура и зоны ответственности
- Каскад KPI по марже
- Совет директоров и дашборд ГД
- Стратегическая сессия (год)
- Паспорта и бюджеты проектов
- Диаграммы Ганта и вехи
- Проектный офис и штатный РП
- Управление саботажем
Почему 80% компаний начинают не с того конца
Здравая логика развития бизнеса выглядит так: Стратегия (1) → Операционная эффективность (2) → Управление изменениями (3).
В чём смысл второго контура — Операционной эффективности? У неё есть два ключевых критерия:
- Рентабельность: соотношение того, на какую сумму продали, и того, сколько чистых денег осталось у владельца после всех расходов.
- План-Факт: процент успешного претворения в жизнь того, что запланировали на месяц и квартал (точность попадания в целевую валовую прибыль).
Если у вас нет прозрачного управленческого PnL, если руководители отделов отчитываются «процессами», а не деньгами, и если ФОТ не привязан к марже, бизнес напоминает дырявое ведро.
Когда вы запускаете проект развития (Контур 3), вы вливаете в это ведро дополнительную воду. Проект требует бюджета, отвлекает команду от текущих продаж и не приносит отдачи в момент внедрения. Проект — это инвестиция. И если ваш базовый бизнес-процесс не умеет стабильно зарабатывать деньги, инвестиции в изменения лишь ускорят кассовый разрыв.
Задача, процесс и проект: фундаментальные различия
Чтобы перестать вести проекты как бесконечный хаос из поручений, руководителю важно на уровне терминов разделить три управленческие сущности:
| Параметр | Задача | Процесс | Проект |
|---|---|---|---|
| Суть и цель | Разовое или периодическое действие | Повторяющаяся цепочка шагов | Качественное изменение системы (Точка А → Б) |
| Исполнитель | 1 конкретный человек | Сквозная цепочка ролей | Кросс-функциональная команда |
| Характер во времени | Дедлайн (часы / дни) | Бесконечный цикл (ритм) | Ограничен сроком (1–4 месяца) |
| Отношение к деньгам | Тратит рабочее время | Генерирует операционную прибыль | Инвестиция (требует бюджета) |
| Критерий успеха | Факт выполнения действия | Скорость, конверсия, себестоимость | Факт внедрения изменения (не выручка!) |
Метафора Формулы-1: почему нельзя требовать прибыль от руководителя проектов
Представьте гоночную команду Формулы-1. В ней есть команда инженеров и механиков, а есть боевой пилот.
То, сколько денег зарабатывает компания — это время прохождения круга и итоговое место в турнирной таблице. За время на круге на 100% отвечает пилот (в бизнесе это операционные директора: коммерческий, производственный, финансовый).
Механики (проектная команда) настраивают болид: меняют коробку передач, тестируют аэродинамику, ставят новый впрыск. Механику нельзя поставить задачу: «Сделай так, чтобы мы выиграли гонку в дождь при любых действиях конкурентов». Ему ставится конкретная проектная рамка: «Собрать болид так, чтобы в идеальных условиях он мог выдать расчётную мощность».
Результатом проекта внедрения не может быть рост выручки. Результат проекта — это зафиксированный факт изменения работы системы. Например: не «получить +50 млн выручки на маркетплейсе», а «отгрузить тестовую партию и получить первые 10 заказов за 14 дней». Дальше болид передаётся операционной команде, которая и выдаёт финансовый результат.
Эти видео — вводная часть практической программы подготовки внутренних руководителей проектов и внедрения PM-офиса от старших партнёров «Консилиум». Передаём стандарты паспортизации, диаграмм Ганта и защиты изменений от саботажа.
Изучить программу курса и модуль PM →С чего начать наведение порядка
Если вы чувствуете, что компания упёрлась в потолок, а инициативы тонут в рутине, алгоритм действий должен быть следующим:
- Собрать PnL и финансовую модель: увидеть реальную чистую рентабельность и точки утечки денег.
- Каскадировать KPI на топ-менеджеров: перевести встречи руководства в формат Совета директоров с регламентом 5–7 минут на доклад.
- Сформировать портфель проектов и приоритизировать их: отобрать только те инициативы, которые окупаются быстрее всего, и оформить на них официальные Паспорта проектов.
Табличная форма от партнёров «Консилиум» для оцифровки всех идей развития бизнеса: оценка предпосылок, критерии готовности, бюджет и приоритизация бюджетодержателем.
Скачать комплект шаблонов бесплатно →