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

Большинство девелоперов ставят операционному директору KPI по срокам сдачи и бюджету. Это выглядит разумно — и именно поэтому не работает. За двадцать лет практики я видел, как правильно выглядящие метрики для оценки COO создают человека, который отлично отчитывается и медленно разрушает компанию изнутри. В этой статье — что именно измерять, как не превратить систему KPI в инструмент самообмана, и почему первое, что я делаю с новым клиентом-девелопером, — убираю половину его метрик.

И ещё одно: в конце я покажу одну метрику, которую не найти ни в одном HR-учебнике, — и именно она чаще всего предсказывает, выживет ли компания в кризис.

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

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

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

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

Я видел компанию с тремя объектами, у которой все KPI были зелёными. Через восемь месяцев выяснилось, что операционный директор систематически переносил проблемы в следующий квартал, не выстраивал процессы, а «тушил пожары» вручную. Когда он ушёл — компания обнаружила, что у неё нет ни одного работающего регламента. Только его личные договорённости с подрядчиками.

Это не история о плохом COO. Это история о плохой системе измерения.

Здесь обычно возникает возражение: «У нас специфика — три объекта одновременно, разные подрядчики, разные регионы. Стандартные метрики не подойдут». Это обоснованное беспокойство. Но оно указывает не на то, что метрики не нужны, — а на то, что нужны правильные метрики.

Прежде чем говорить о конкретных KPI, важно понять, что именно делает операционный директор в девелопменте. Не «старший прораб» и не «директор по строительству» — а именно COO, операционный директор.

Три функции, которые не видны в стандартном отчёте:

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

Вторая — управление неопределённостью. Девелопмент — это постоянные изменения: подрядчики срывают сроки, меняется законодательство, появляются новые риски. COO не устраняет неопределённость — он создаёт систему, которая её абсорбирует. Это тоже не видно в отчёте по срокам.

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

Андрей Михайлович, собственник девелоперской компании с тремя одновременными проектами в разных городах, пришёл ко мне с простым запросом: «Хочу понять, хорошо ли работает мой COO». У COO были отличные показатели — сроки, бюджет, отчёты. Мы провели три разговора. Выяснилось: ни один из линейных руководителей не мог принять решение без операционного директора. Регламентов не существовало — только устные договорённости. Подрядчики работали «через него». Андрей Михайлович думал, что нанял человека, который выстраивает систему. Оказалось — нанял человека, который стал системой. Это разные вещи.

Вот почему KPI для COO в девелопменте не могут ограничиваться сроками и бюджетом. Нужна другая архитектура.

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

Операционный директор работает в рамках стратегии компании или создаёт собственную? Это звучит очевидно. На практике — нет.

Метрики этого уровня отвечают на вопрос: «Операционные решения COO двигают компанию туда, куда хочет собственник?» Не «выполнен ли план» — а «тот ли это план».

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

Это ближе к традиционным KPI, но с важным сдвигом. Измеряется не результат — измеряется предсказуемость.

Девелопер с предсказуемыми задержками лучше девелопера с непредсказуемыми успехами. Если COO говорит «объект будет сдан через три месяца» — и он сдаётся через три месяца — это ценнее, чем «сдадим в срок» с последующим авралом.

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

Здесь начинается то, что большинство девелоперов не измеряют вообще.

Вопрос простой: команда становится сильнее или слабее? Если завтра COO уйдёт — что произойдёт? Если ответ «катастрофа» — это диагноз.

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

Это та самая метрика, о которой я обещал рассказать в начале.

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

В большинстве девелоперских компаний этот показатель равен единице. Один человек уходит — и всё. Задача COO — сделать так, чтобы этот показатель был минимум три.

Как измерять: раз в полгода проводить «стресс-тест» — кто из ключевых людей может взять на себя функции другого? Результат фиксируется и отслеживается в динамике.

Перейдём к конкретике. Ниже — не исчерпывающий список, а рабочий минимум.

Уровень 1. Стратегическое соответствие:

• Индекс стратегического выравнивания — ежеквартальная оценка собственника по шкале 1–10: «Операционные решения COO соответствуют тому, куда мы идём?» Субъективно? Да. Но именно это субъективное ощущение определяет, будет ли COO работать в компании через год.
• Процент стратегических инициатив в операционном плане — сколько из того, что делает COO, связано со стратегическими приоритетами, а не с текущими пожарами.

Уровень 2. Операционная ритмичность:

• Forecast accuracy — точность прогнозов по срокам и бюджету. Формула: (1 − |факт − прогноз| / прогноз) × 100%. Целевое значение для зрелой компании — выше 85%.
• Эскалационный индекс — процент проблем, которые дошли до собственника в кризисной стадии (а не на этапе, когда их ещё можно было решить дёшево). Чем ниже — тем лучше.
• Кассовый разрыв — не сам по себе, а его предсказуемость. Если COO прогнозирует разрыв за три месяца — это хорошо. Если разрыв возникает неожиданно — это плохо, даже если он небольшой.

Уровень 3. Командная зрелость:

• Индекс автономии команды — процент оперативных решений, принятых без участия COO. Измеряется раз в квартал через выборочный аудит решений. Рост этого показателя — признак того, что COO строит систему, а не становится ею.
• Bench strength — количество людей в команде, готовых к повышению на одну ступень. Если ответ «никто» — это проблема операционного директора, не HR.

Уровень 4. Управленческий резерв:

• Resilience score — результат полугодового стресс-теста: сколько ключевых функций дублировано? Целевое значение — минимум 70% критических функций имеют дублёра.
• Время восстановления управляемости — гипотетический вопрос: если завтра COO выйдет из строя на месяц, через сколько дней компания вернётся к нормальному ритму? Если ответ «никогда» или «не знаю» — это и есть ответ на вопрос о качестве операционного управления.

Здесь обычно возникает второе возражение: «Мы уже пробовали KPI — не прижилось». Это почти всегда означает одно из двух: либо метрики не были согласованы с COO (он их не принял как свои), либо не было ревизионного цикла (метрики поставили и забыли). Об этом — в следующем разделе.

Ошибок три. Они встречаются почти всегда — в разных комбинациях.

Ошибка первая: слишком много метрик.

Я видел системы KPI для COO с двадцатью семью показателями. Это не система управления — это система отчётности. Когда всё важно — ничто не важно. Рабочий минимум — шесть-восемь метрик, распределённых по уровням. Больше — только если есть конкретная причина.

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

Ошибка вторая: метрики без веса и приоритета.

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

В девелопменте я обычно рекомендую следующее распределение: два критических показателя (как правило, из уровней 1 и 4), три важных (уровни 2 и 3), остальное — желательные.

Ошибка третья: отсутствие разговора о смысле метрик.

Это самая дорогая ошибка. Собственник придумал метрики, спустил COO — и ждёт результата. COO не понимает, почему именно эти показатели, не согласен с методологией, но молчит. Через полгода — взаимное разочарование.

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

Третье возражение, которое я слышу регулярно: «COO сам знает, что делать, зачем ему метрики?» Это верно — хороший COO знает. Но метрики нужны не для того, чтобы объяснить ему его работу. Они нужны для того, чтобы у вас обоих был общий язык для разговора о качестве этой работы. Без общего языка — только интуиция и доверие. Иногда этого достаточно. Чаще — нет.

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

Шаг первый: диагностика текущего состояния.

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

Это занимает один разговор с COO и один — с ключевыми руководителями. Результат: карта текущего состояния.

Шаг второй: согласование с COO.

Не «я придумал новые KPI, вот они». А «я хочу понять, как мы оба будем знать, что операционное управление работает хорошо». Это разные разговоры.

В этом разговоре COO должен предложить свои метрики. Собственник — свои. Потом — найти пересечение. Метрики, которые COO предложил сам, он будет выполнять. Метрики, которые ему спустили сверху, он будет объяснять.

Шаг третий: ревизионный цикл.

Метрики не вечны. Компания растёт, стратегия меняется — KPI должны меняться вместе с ними. Раз в полгода — ревизия: что из этого по-прежнему актуально? Что устарело? Что нужно добавить?

Это не слабость системы — это её зрелость. Компания, которая пересматривает KPI раз в полгода, умнее компании, которая держится за одни и те же показатели три года.

Если хочешь следить за тем, как я разбираю такие ситуации в реальном времени — канал в Telegram: @vvetrov.

Рабочий минимум — шесть-восемь показателей, распределённых по четырём уровням. Меньше — теряется полнота картины. Больше — система превращается в отчётность ради отчётности. Критерий простой: COO должен помнить свои три главные метрики наизусть.

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

Сначала — понять, в чём именно несогласие. Это методология? Конкретные показатели? Или принципиальное нежелание быть измеримым? Первые два — решаемы через разговор. Третье — это уже вопрос о том, тот ли это человек.

В начале я написал, что правильно выглядящие метрики создают операционного директора, который отлично отчитывается и медленно разрушает компанию. Теперь ты видишь, почему: стандартные KPI измеряют результат, а не качество системы. Они показывают прошлое, а не предсказывают будущее. И они оптимизируют поведение COO — но не всегда в нужную сторону.

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

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

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

Есть гайд по делегированию — он начинается именно с этого вопроса: что передавать COO и как это измерять. Там же — шаблон системы KPI, который можно адаптировать под свою компанию за один рабочий день. Забери его бесплатно: [ссылка на delegation-guide].

Если ситуация острее — напиши на hi@vvetrov.com. Кратко: кто ты, что за бизнес, в чём вопрос.

P.S. Если не подхожу — скажу, к кому пойти.

Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.