Фреймворк X: применение в практике российского МСБ: пошаговый разбор

Михаил пришёл с распечаткой. Не с вопросом — с готовым ответом.

На листе была схема: квадраты, стрелки, латинские аббревиатуры. Он положил её на стол аккуратно, как кладут документ, который уже подписан. «Я прочитал про Фреймворк X. Хочу внедрить. Скажи, что не так».

Я посмотрел на схему. Потом на него. Схема была правильная.

Не так было всё остальное.

Михаил — собственник производственного бизнеса. Больше десяти лет в отрасли, несколько сотен человек в штате, оборот под полмиллиарда. По меркам российского МСБ — крепкий середняк, который давно мог бы стать чем-то большим.

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

Это не редкость. Это, пожалуй, самый распространённый тип собственника в российском производстве: человек, который построил бизнес руками и не может — или не хочет — разжать кулак.

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

Запрос звучал конкретно: «Помоги адаптировать под мою компанию и запустить». Это был не запрос на диагностику. Это был запрос на исполнение.

Именно здесь начиналась первая развилка — и я её пока не обозначил Михаилу.

Фреймворк X — западная методология управления, построенная на нескольких принципах: прозрачность целей, распределённая ответственность, регулярные циклы обратной связи. В компаниях с зрелой управленческой культурой он работает. Это не маркетинг — это подтверждённая практика в определённых условиях.

Ключевое слово — «в определённых условиях».

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

Фреймворк X предполагает обратное: менеджеры должны владеть своими зонами ответственности, принимать решения и нести за них последствия. Без этого фреймворк — просто набор совещаний с новыми названиями.

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

Здесь возникло первое содержательное расхождение. Михаил хотел работать с методологией. Я видел, что проблема — в управленческой архитектуре. Это разные разговоры. Иногда они совмещаются. Иногда — нет.

Мы договорились идти гибридно: начать с диагностики команды, параллельно адаптируя фреймворк. Михаил согласился — с оговоркой: «Только давай не затягивать. Я хочу запустить за три месяца».

Три месяца — это была его цифра, не моя. Я её не оспорил. Зря.

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

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

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

Это была хорошая новость. Плохая: остальные четыре человека в ключевых ролях работали в режиме «жди команды». Переформатировать их за три месяца — нереально.

Шаг второй: урезанная версия.

Мы приняли решение запускать не весь фреймворк, а два из пяти блоков — те, которые не требовали от команды высокой управленческой самостоятельности. Грубо говоря: структура целей и ритм обратной связи. Без блоков распределённой ответственности и автономного принятия решений.

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

Два блока заработали. Михаил впервые увидел, как цели формулируются на уровне ниже него — и как это выглядит, когда люди сами отчитываются за результат, а не ждут, пока он спросит. Это было для него реально новым опытом. Он несколько раз сказал что-то вроде: «Не думал, что так можно».

Шаг третий: попытка расширить — и остановка.

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

Он не смог.

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

Мы поговорили об этом прямо. Я сказал: «Фреймворк здесь ни при чём. Вопрос в том, готов ли ты изменить свою роль». Михаил подумал и ответил честно: «Наверное, пока нет».

Это была не капитуляция. Это была точность.

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

Три блока так и не запустили.

Михаил по-прежнему в операционке. Не так глубоко, как раньше, — это честно. Но выйти из роли исполнителя он не готов. Возможно, это изменится. Возможно — нет.

Это компромисс. Не победа.

Я не считаю это провалом — ни своим, ни его. Частичное внедрение лучше, чем попытка запустить всё и получить откат. Два работающих блока дали реальный эффект: меньше операционного шума, чуть больше управленческой ясности, два директора с расширенными полномочиями. Это не ничто.

Но важно называть вещи своими именами. Фреймворк X в российском МСБ — это не история про методологию. Это история про то, насколько собственник готов изменить себя. Методология — только повод для этого разговора.

Михаил его начал. Не закончил. Пока.

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

Собственник находит западную методологию — Фреймворк X, Mochary Method, OKR, что угодно. Изучает её серьёзно, иногда глубоко. Приходит с запросом на внедрение. И упирается не в методологию — а в себя.

Западные фреймворки разрабатывались для компаний с другой управленческой культурой. Там предполагается, что менеджеры среднего звена умеют и хотят принимать решения самостоятельно. Что собственник или CEO уже вышел из операционки — или никогда в ней особо не сидел. Что система работает на доверии, а не на контроле.

В российском МСБ это не базовое состояние. Это результат работы — долгой, иногда болезненной. Фреймворк, наложенный на неготовую почву, не приживается. Он либо мутирует в имитацию (совещания с новыми названиями), либо отторгается через несколько месяцев.

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

Если нет — лучше начать с меньшего. Два блока из пяти, которые работают, ценнее пяти блоков, которые существуют только на бумаге.

Параллельный случай, который вспоминается. Собственник IT-сервиса, несколько лет назад. Тоже пришёл с методологией — другой, но с той же логикой. Мы не стали адаптировать фреймворк: сначала три месяца работали только с командой, без какой-либо методологии вообще. Когда люди научились принимать решения — фреймворк лёг сам, почти без усилий. Михаил выбрал другой путь. Оба пути рабочие. Просто разные.

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

Это единичный случай или типичная история для российского МСБ?

Типичная. Запрос «хочу внедрить западный фреймворк» я слышу регулярно. Почти всегда за ним стоит одна и та же проблема: собственник застрял в операционке и ищет инструмент, который решит это без изменения его собственной роли. Инструмент не решает. Это не недостаток инструмента.

А если команда сильная — фреймворк заработает полностью?

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

Что делать, если я вижу у себя похожее?

Начать не с фреймворка, а с честного ответа на вопрос: что конкретно мешает мне выйти из операционки прямо сейчас? Если ответ — «команда не готова», следующий вопрос: а я готов дать ей возможность стать готовой? Это разные вещи. Разговор об этом — хорошее начало.

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

Работаю с собственниками бизнесов от 80 миллионов выручки. Беру до трёх advisory-заявок в неделю. Напиши на hi@vvetrov.com: кто ты, что за бизнес, с чем пришёл.

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

P.S. Михаил иногда пишет. Говорит, что вечерних звонков стало ещё меньше. Распечатка, судя по всему, до сих пор где-то лежит.

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