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

Он написал в 23:47.

Не «добрый вечер», не «есть вопрос» — просто: «Виталий, у меня ощущение, что я делаю всё правильно, но ничего не работает».

Я читал это сообщение и думал: это не про него одного.

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

Это письмо про то, что происходит, когда хорошая методология встречает российский МСБ. И почему результат почти никогда не совпадает с ожиданиями — даже если ты всё делал правильно.

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

Когда говорят «фреймворк» — имеют в виду разное.

Иногда это OKR: цели и ключевые результаты, которые Google использует с 1999 года и которые с тех пор внедрили несколько тысяч компаний по всему миру с очень разными результатами. Иногда это EOS — Entrepreneurial Operating System, система Гино Викмана, которую он описал в «Traction» и которая стала почти религией среди американских малых и средних бизнесов. Иногда это Mochary Method — подход Мэтта Мочари, который коучил Сэма Альтмана и Брайана Армстронга и написал об этом книгу, которую сейчас читают в каждом втором стартапе.

Всё это — разные инструменты. Но у них есть общее.

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

Вот в чём ловушка.

Если бы фреймворк не работал вообще — ты бы это понял быстро и выбросил. Но он работает частично. Достаточно, чтобы ты продолжал. Недостаточно, чтобы получить то, что обещали.

Малый и средний бизнес в России особенно уязвим к этому. Не потому что фаундеры хуже. А потому что у них меньше буфера для экспериментов — и больше желания найти систему, которая наконец-то всё упорядочит. Это желание понятно. Я его видел сотни раз. И сам его испытывал.

Проблема не в желании. Проблема в том, что фреймворк не знает, где он.

Расскажу про одного человека. Назову его Андрей — это не его имя.

Производство. Три года в бизнесе. Выручка около 120 миллионов. Команда — 40 человек, из которых 8 в управлении. Андрей — собственник и генеральный директор одновременно, что само по себе уже история.

Он прочитал «Traction». Потом прошёл курс по OKR. Потом нашёл консультанта — хорошего, с опытом, не шарлатана — и они вместе начали внедрение. Провели стратегическую сессию. Прописали цели на год. Разбили на кварталы. Назначили ответственных. Сделали всё по учебнику.

Первый квартал прошёл нормально. Люди включились. Была энергия новизны.

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

К концу третьего квартала система существовала на бумаге. В жизни — нет.

Он написал мне в 23:47.

Я спросил его: в какой момент ты почувствовал, что что-то не так? Он подумал и сказал: «Когда понял, что я единственный, кто верит в эти OKR».

Вот это — точная формулировка проблемы.

Не «фреймворк не работает». А «фреймворк работает только если в него верит больше одного человека». И в российском МСБ это условие нарушается почти всегда — по трём причинам, которые я вижу снова и снова.

Первая. Собственник в российском МСБ — это не CEO в американском смысле. Это человек, который одновременно является стратегом, операционным директором, главным продавцом и последней инстанцией по любому вопросу. Западные фреймворки предполагают, что собственник уже вышел из операционки или хотя бы готов это сделать. В реальности — нет. И это не слабость. Это рациональный ответ на среду, где делегирование стоит дорого.

Вторая. Горизонт планирования. OKR и EOS работают на годовом и квартальном горизонте. Российский МСБ живёт в режиме, где горизонт — три месяца в лучшем случае. Не потому что фаундеры не умеют думать стратегически. А потому что среда меняется быстрее, чем любой план успевает устареть. Когда ты прописываешь цели на год — ты уже знаешь, что половина из них потеряет смысл. Это не паранойя. Это опыт.

Третья. Культура исполнения. Западные фреймворки предполагают, что если человек взял на себя ответственность — он её несёт. В российском МСБ это работает иначе. Не потому что люди безответственные. А потому что культура ответственности строится годами, и большинство компаний на уровне 80–300 миллионов выручки её ещё не построили. Фреймворк предполагает то, чего ещё нет.

Это не приговор. Это диагноз.

И вот здесь — самое интересное. Потому что из этого диагноза следует не «не используй фреймворки». Следует кое-что другое.

Я не против методологий. Я против их некритичного переноса.

Разница важная.

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

Обычно ответ один из трёх: «хочу, чтобы команда работала без меня», «хочу понимать, куда мы идём», «хочу, чтобы люди брали ответственность». Это разные запросы. И для каждого из них — разная часть фреймворка работает, а разная нет.

Вот что я видел в практике.

Из OKR приживается: ритм регулярных встреч (если он короткий — 30 минут, не час), привычка формулировать цель как результат, а не как действие, и — неожиданно — сам процесс обсуждения целей, который часто важнее, чем итоговый документ. Люди начинают говорить о том, куда они идут. Это ценно само по себе.

Из OKR умирает: каскадирование целей вниз по иерархии (в МСБ иерархия слишком плоская и слишком живая для этого), публичность OKR (в российской культуре это создаёт тревогу, а не мотивацию), и ежеквартальная оценка в процентах (люди начинают управлять цифрой, а не реальностью).

Из EOS приживается: концепция «правильный человек на правильном месте» — она работает везде, потому что проблема несоответствия человека и роли универсальна. Ещё — идея «единственного числа» (один ответственный за каждую функцию). И ритм еженедельных встреч команды, если он действительно еженедельный и действительно короткий.

Из EOS умирает: Vision/Traction Organizer в полном объёме (слишком много документов для компании, где всё держится на трёх людях), и концепция «rocks» — квартальных приоритетов — которая требует стабильности среды, которой нет.

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

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

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

Разница в подходе — огромная. Разница в результате — ещё больше.

Есть ещё одна вещь, которую я понял не сразу.

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

Это не романтическая метафора. Это буквальное описание работы.

Андрей, кстати, в итоге выбросил OKR. Оставил только одну практику — еженедельную встречу топ-команды на 45 минут с фиксированной повесткой. Через полгода сказал, что это единственное, что реально изменило его жизнь. Не потому что это лучшая практика из всех возможных. А потому что она подошла именно ему, именно сейчас, именно в его компании.

Иногда правильный ответ — это не весь фреймворк. Это одна его деталь, которая попала в точку.

Подробнее о том, как это работает в e-commerce и IT — в материалах «Что взять из западных методологий для e-commerce» и «Что взять из западных методологий для IT-компании».

Я не всегда так думал о методологиях.

Было время, когда я сам верил в системы. В то, что правильный фреймворк решает проблему управления. Что если найти достаточно хорошую методологию и применить её достаточно последовательно — всё встанет на место.

Это была красивая иллюзия. Она разбилась не сразу — постепенно, через несколько лет практики, через десятки компаний, через разговоры в 23:47.

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

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

Разговор про то, что именно у тебя происходит. Не в книге. Не на слайдах. У тебя.

Я не знаю, что именно у тебя сломалось. Но знаю, что это ломается примерно в одних и тех же местах. Об этом — в рассылке. Раз в две недели присылаю материалы, которые сюда не попадают. Форма — в футере.

Если захочется поговорить — пиши на hi@vvetrov.com. Без темы, без запроса. Просто напиши.

Иногда именно так получается самый точный разговор.

P.S. Если ты сейчас думаешь «это про меня, но у меня другая ситуация» — скорее всего, она не такая другая, как кажется. Это не попытка тебя убедить. Просто наблюдение.

Апрель 2026. Автор — Виталий Ветров.