Все, кто работал с западными методологиями в IT, делятся на два лагеря.
Первые говорят: «Это не работает у нас». Вторые говорят: «Это изменило всё».
Оба правы. Только говорят о разных вещах.
И в этом — вся суть разговора, который я веду уже несколько лет с фаундерами IT-компаний. Не про методологии. Про то, что именно они берут — и зачем.
Четвёртый раз за этот год слышу одну и ту же историю. Меняются детали — продукт, размер команды, стадия. Суть одна.
Фаундер читает книгу. Или слушает подкаст. Или возвращается с конференции. И приходит к команде с новой системой. OKR. EOS. Mochary Method. Holacracy. Иногда — что-то, у чего нет названия, но есть красивый слайд.
Команда кивает. Внедряют. Через три месяца — либо тихо забывают, либо громко ругаются.
Я видел это достаточно раз, чтобы перестать удивляться.
Проблема не в методологии. Проблема в вопросе, с которого начинают: «Как это внедрить?» Правильный вопрос другой: «Что именно здесь решает мою задачу?»
Это не игра слов.
Западные методологии управления — особенно те, что рождались в Кремниевой долине — создавались под конкретный контекст. Венчурные деньги. Быстрый рост. Команды, где половина сотрудников сменится за год. Культура, где «я не согласен» — это нормальная реплика на встрече, а не карьерный риск.
Когда ты берёшь методологию целиком и переносишь её в российскую IT-компанию с 40 людьми, которые работают вместе пять лет, — ты берёшь не инструмент. Ты берёшь чужую систему убеждений.
Инструмент можно адаптировать. Систему убеждений — нет. Её можно только принять или отвергнуть.
Был у меня клиент. Продуктовая IT-компания, около 60 человек, b2b-сегмент. Фаундер — умный, читающий, с хорошим вкусом к идеям. Внедрял OKR по книге Джона Дорра. Буквально по книге — с квартальными циклами, публичными результатами, каскадированием от компании до каждого разработчика.
Через полгода пришёл ко мне. Не с вопросом «почему не работает». С вопросом «почему люди злятся».
Мы разобрали. Оказалось — система работала технически правильно. Цели ставились, метрики считались, ретроспективы проводились. Но в команде появилось ощущение, которое он описал как «постоянный экзамен».
Люди перестали брать амбициозные цели. Начали занижать. Потому что публичный провал — это стресс, а не «learning opportunity», как написано в книге.
Дорр писал про Google 2000-х. Не про российскую IT-компанию 2020-х.
Это не значит, что OKR плохой. Это значит, что он взял систему убеждений там, где нужен был инструмент.
Если убрать культурный слой — а он в западных методологиях толстый — остаётся несколько вещей, которые переносятся почти без потерь.
Первое — структура разговора.
Большинство западных методологий управления хорошо решают одну задачу: они делают разговор между людьми более точным. Не более добрым, не более эффективным в абстрактном смысле — именно точным.
Формат one-on-one из Mochary Method. Структура стратегической сессии из EOS. Принцип «одна метрика, которая важна сейчас» из разных источников.
Это работает. Потому что точность разговора — это не культурная ценность. Это просто удобно.
Второе — ритм.
Регулярность встреч, циклы планирования, ретроспективы. Не потому что «так делают в Google», а потому что ритм снижает тревогу. Люди знают, когда будет следующая точка синхронизации. Это работает в любой культуре.
Третье — разделение уровней.
Операционный, тактический, стратегический. Кто принимает какие решения. Где заканчивается зона ответственности одного и начинается зона другого.
Это тоже переносится. Потому что проблема «всё решает фаундер» — она не российская и не западная. Она человеческая.
Но есть вещи, которые ломаются при пересадке. И ломаются предсказуемо.
Публичность провалов. В американской корпоративной культуре «я облажался, вот что я узнал» — это сигнал зрелости. В большинстве российских команд — это сигнал слабости. Не потому что люди хуже. Потому что контекст другой. История другая. Школа другая.
Горизонтальность. Holacracy и подобные системы предполагают, что люди комфортно работают без чёткой иерархии. Иногда это так. Чаще — нет. И это не баг, это фича конкретной команды. Не надо лечить.
Радикальная прозрачность. Принцип Рэя Далио звучит красиво. На практике — требует очень специфической культуры, которую он строил годами в Bridgewater. Взять принцип без культуры — это как взять рецепт без ингредиентов.
Есть одно наблюдение, которое я сделал за несколько лет работы с IT-компаниями.
Западная рамка даёт точность там, где у нас принято работать интуитивно. Это её главная ценность.
Не система. Не методология. Не культура. Именно — язык для разговора о вещах, которые раньше не называли вслух.
Когда фаундер и его команда начинают говорить «это операционное решение, а это стратегическое» — это уже победа. Неважно, из какой книги взяты слова.
Ритуалы без смысла — это первое.
Стендапы, которые превратились в отчёты. Ретроспективы, где все говорят «всё хорошо». Квартальные OKR, которые никто не открывает между кварталами.
Это не проблема методологии. Это проблема того, что взяли форму без содержания. Форма без содержания — это просто дополнительная нагрузка на команду.
Язык — это отдельная история.
Не перевод. Именно мышление.
Когда команда начинает говорить «alignment», «ownership», «accountability» — иногда на русском, иногда на английском — это не признак зрелости. Это часто признак того, что люди используют слова, за которыми нет общего понимания.
Я видел компании, где «ownership» означало «ты отвечаешь головой». И компании, где то же слово означало «ты имеешь право принимать решения». Это противоположные вещи.
Когда берёшь западный термин — проверь, что все в команде вкладывают в него одно и то же. Иначе методология становится источником конфликтов, а не их решением.
Есть парадокс, который я заметил.
Чем дороже и сложнее методология — тем выше риск, что она не приживётся.
Не потому что сложные методологии плохие. А потому что сложная методология требует большого культурного фундамента. Её нельзя внедрить сверху вниз за три месяца. Она должна вырасти изнутри.
EOS работает там, где фаундер готов отдать часть контроля. Holacracy работает там, где команда уже умеет работать горизонтально. Mochary Method работает там, где руководитель готов к честному разговору о своих слабостях.
Если фундамента нет — методология не создаст его. Она просто упадёт.
Это не значит «не берите сложные методологии». Это значит — сначала честно ответьте на вопрос: есть ли у вас фундамент?
Я не верю в методологии.
Точнее — я не верю в методологии как в ответ.
Я верю в методологии как в язык. Как в способ сделать разговор более точным. Как в набор вопросов, которые стоит задать.
За двадцать лет работы с компаниями разного размера и разных индустрий я видел одно и то же: самые работающие решения — это не те, что взяты из книги. Это те, что собраны из нескольких источников под конкретную ситуацию.
Кусок OKR. Кусок структуры one-on-one. Кусок ритма из Scrum. Кусок разделения решений из EOS.
Не методология. Конструктор.
Есть вещь, которую западные методологии делают хорошо почти всегда — они заставляют думать о том, что раньше не думали.
Почему у нас нет регулярных one-on-one? Почему стратегия существует только в голове фаундера? Почему мы никогда не обсуждаем, кто принимает какие решения?
Это хорошие вопросы. Методология их задаёт.
Но ответы — всегда свои.
Есть одна мысль, с которой я возвращаюсь из каждого такого разговора.
Мы ищем систему там, где нужно решение.
Система — это красиво. Система — это ощущение контроля. Система — это «теперь у нас есть методология».
Решение — это конкретно, неудобно и требует признать, что проблема не в отсутствии системы.
Может, дело не в методологии.
Может, дело в том, что мы ищем систему там, где нужно решение.
Короткие наблюдения — в Telegram: @vvetrovcom
P.S. Если интересно, как это выглядит в конкретной ситуации — есть разбор про e-commerce и кейс про коучинг CEO IT-компании.
Май 2026. Автор — Виталий Ветров.