Что взять из западных методологий для IT-компании: реальная история

«Мы уже пробовали OKR. Потом Mochary. Потом что-то из Notion-шаблонов, которые скинул один из тимлидов. Всё это не работает.»

Он сказал это не с раздражением. Скорее — с усталостью человека, который честно старался.

Я не стал спорить. Потому что он был прав. Всё это действительно не работало. Вопрос только в том — почему.

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

Это не ирония. Это уважение.

Потому что большинство собственников IT-компаний в России до этого вообще не доходят. Они живут в режиме «тушим пожары» и называют это управлением. Ты дошёл. Ты попробовал.

Но что-то пошло не так.

OKR превратились в формальность — команда заполняла таблицы, но никто не понимал, зачем. Mochary Method дал хорошие встречи на первые три недели, потом всё вернулось на круги своя. Agile-церемонии стали раздражать разработчиков, которые и без того знали, что делать.

Знакомо?

Я видел это много раз. И каждый раз проблема была не в методологии.

Проблема была в вопросе, который задавался в начале.

Вопрос «какую методологию внедрить» — неправильный. Он предполагает, что методология — это лекарство, которое нужно выбрать правильно. Но методология — это не лекарство. Это инструмент. А инструмент работает только тогда, когда ты понимаешь, что именно ты строишь.

Антон — не настоящее имя, но история настоящая — пришёл ко мне с запросом, который я слышу часто: «помоги выстроить систему управления».

IT-компания. Четыре года на рынке. Около семидесяти человек в команде. Выручка — где-то в районе ста пятидесяти миллионов. Несколько продуктов, один из которых начал расти быстрее остальных и требовал отдельного внимания.

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

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

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

Я спросил его: «А что ты хочешь понимать?»

Он замолчал.

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

У Антона было третье.

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

Картина была узнаваемой.

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

Проблема была в том, что оба режима существовали параллельно. И команда не понимала, в каком из них работать в конкретный момент.

Вот тогда мы начали говорить про методологии.

Не «какую внедрить». А «что из существующего решает конкретную проблему».

Из Mochary Method взяли одну вещь — структуру еженедельных встреч тимлидов с фокусом на решениях, а не на отчётах. Это сработало. Не потому что Mochary — гений. А потому что у Антона была конкретная проблема: встречи превратились в театр, где все делали вид, что информируют друг друга, но никто ни о чём не договаривался.

Из OKR взяли только верхний уровень — три цели на квартал для всей компании, без каскадирования вниз. Потому что каскадирование в компании на семьдесят человек с несколькими продуктами — это бюрократия, а не управление.

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

Через полгода Антон написал мне короткое сообщение: «Я впервые за три года взял отпуск на две недели. Компания не сломалась.»

Это и был результат.

Я не буду давать тебе список методологий с оценками «работает / не работает». Это было бы нечестно — потому что любая методология работает в одном контексте и не работает в другом.

Вместо этого — три вопроса, которые я задаю всегда перед тем, как говорить про инструменты.

Первый вопрос: какую конкретную проблему ты решаешь?

Не «хочу систему управления». Не «хочу масштабироваться». А конкретно: где именно застревают решения? Где теряется информация? Где команда работает вхолостую?

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

Второй вопрос: кто будет это поддерживать?

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

Если такого человека нет — система умрёт через три месяца. Не потому что плохая. Потому что некому её держать.

Третий вопрос: что ты готов выбросить?

Это самый важный вопрос. И самый неудобный.

Западные методологии созданы для западного контекста. Там другая культура найма, другие ожидания от работы, другая скорость принятия решений. Когда ты берёшь OKR из Google или Mochary из Кремниевой долины — ты берёшь инструмент, заточенный под другую реальность.

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

Парадокс в том, что лучшие результаты я видел у тех, кто брал из методологий меньше всего. Один принцип из Mochary. Одну практику из Agile. Один ритуал из OKR. И строил вокруг этого свою систему — некрасивую, неканоническую, но работающую.

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

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

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

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

Это скучная мысль. Но она правдивая.

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

Я не знаю, что именно происходит в твоей компании. Каждая история разная.

Но я знаю, что вопрос «какую методологию внедрить» почти никогда не является настоящим вопросом. За ним всегда стоит что-то другое. Иногда — усталость. Иногда — страх. Иногда — ощущение, что компания выросла, а ты ещё не успел.

Антон нашёл свой ответ. Не потому что мы нашли правильную методологию. А потому что сначала нашли правильный вопрос.

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

Иногда этого достаточно, чтобы начать.

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

P.S. Если это письмо попало в точку — значит, ты уже знаешь, что делать дальше. Если нет — значит, ещё не время. Оба варианта честные.

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

Похожие материалы: Что взять из западных методологий для e-commerce: для фаундера · Разбор: как работает Mochary Method в российских реалиях · Коучинг CEO IT-компании: что изменилось за 6 месяцев