Разбор: как работает метод Mochary Method в российских реалиях: стратегический взгляд

Михаил пришёл с распечаткой. Не с проблемой — с готовым решением. Он прочитал про Mochary Method, посмотрел несколько интервью с американскими CEO и решил: вот оно. Структура, прозрачность, еженедельные апдейты, культура обратной связи. «Мне нужно это внедрить». Я спросил: «Зачем?» Он удивился. Оказалось — никто ещё не задавал этот вопрос.

Но вопрос «зачем» оказался не риторическим.

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

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

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

Mochary Method попал в руки Михаила в нужный момент. Он читал про Мэтта Мочари, про его работу с CEO Coinbase, Reddit, OpenAI. Про то, как структурированная коммуникация и письменные апдейты меняют динамику команды. Это звучало как решение его проблемы.

Распечатка была плотная — страниц двадцать. Он подчеркнул половину.

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

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

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

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

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

Mochary Method предлагал решения для всех трёх слоёв. Вопрос был в том, сработают ли эти решения здесь.

Реальная проблема была не там, где он думал.

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

Еженедельные письменные апдейты — прижились.

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

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

Письменная коммуникация вместо встреч — частично.

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

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

Система приоритетов — с сопротивлением, но прижилась.

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

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

Через три месяца система заработала. Не идеально — но заработала.

Обратная связь снизу вверх — провалилась полностью.

Это был предсказуемый провал. Mochary Method предполагает, что сотрудники регулярно дают обратную связь своим руководителям — включая CEO. Честную, конкретную, иногда неудобную. В американских компаниях, где этот метод вырос, это работает — там другая культурная база, другой опыт взаимодействия с властью.

В команде Михаила это не взлетело. Люди писали вежливые, ни к чему не обязывающие комментарии. Или не писали ничего. Один человек написал что-то реальное — и потом неделю ходил с видом человека, который сделал что-то опасное. Хотя Михаил отреагировал нормально.

Восемь лет культуры не перепишешь за квартал. Это не приговор — это просто другой горизонт работы.

Одна часть метода провалилась полностью — и это было предсказуемо с самого начала.

Через полгода Михаил вышел из части операционки. Не из всей — из части. Это честный результат.

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

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

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

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

Победа оказалась не той, которую он ожидал. Он ждал трансформации культуры. Получил трансформацию операционной модели. Это меньше, чем хотел — и больше, чем имел.

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

Это четвёртый раз за последний год, когда я вижу одну и ту же структуру запроса. Фаундер или CEO читает про западную методологию — Mochary Method, EOS, Scaling Up, что угодно — и приходит с вопросом «как внедрить». За этим вопросом почти всегда стоит другой: «почему у меня не работает то, что должно работать».

Методология — это не ответ. Это язык для описания проблемы.

Mochary Method — хорошая методология. Она выросла из реальной практики работы с конкретными компаниями, а не из консалтинговой теории. В ней есть несколько по-настоящему сильных инструментов. Но она выросла в определённом культурном контексте — американские технологические компании с горизонтальной культурой, высокой психологической безопасностью и традицией письменной коммуникации.

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

Что из этого следует практически:

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

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

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

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

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

Западные методологии — хорошие карты. Но карта — не территория. Территория у каждого своя.

Это единичный случай или типичная история?

Типичная. За последний год я видел несколько похожих запросов с разными методологиями — Mochary, EOS, OKR в разных интерпретациях. Структура почти всегда одна: фаундер находит методологию, которая описывает его проблему на понятном языке, и приходит с вопросом «как внедрить». Работа начинается с шага назад — с вопроса «что именно не работает и почему».

А если команда молодая и культура ещё не сложилась — тогда проще?

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

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

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

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

Работаю с фаундерами и CEO бизнесов от 80 миллионов выручки. Беру не больше двух новых advisory-клиентов в месяц. Если ты читаешь это и думаешь, что у тебя точно другое — возможно, так и есть. Но структура запроса почти всегда одна: методология как ответ на вопрос, который ещё не сформулирован.

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

P.S. Михаил ту распечатку в итоге выбросил. Но не потому что метод плохой.

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