Стратегия разработки (Crafting Engineering Strategy) — Уилл Ларсон (Рубрика #Books)
Про книги Will Larson я пишу регулярно и у меня есть целая серия постов: "Staff Engineer" — влияние без менеджерской должности, "An Elegant Puzzle" — инженерная организация как система, "The Engineering Executive's Primer" — работа технического топ-менеджера. Четвертая книга, «Crafting Engineering Strategy», связывает эти уровни одним вопросом: как принимать сложные решения и проводить их через организацию. Перевод на русский скоро выйдет, а оригинал на английском появился еще в октябре 2025 года (а многие главы я читал еще в виде отдельных постов в блоге автора)
Сама книга охватывает стратегию инженерной организации — от архитектуры и миграций до найма, затрат и внедрения LLM. И эта тема важна даже в наше время, когда многие не готовы декларировать стратегию и говорят, о том, что планирование идет на короткий срок - даже в этом случае стратегия в компании все равно есть. Если она не записана, то живет в повторяющихся решениях, устных договоренностях и памяти старожилов — с разными трактовками и потерянным контекстом. Письменная стратегия у Ларсона делает решения видимыми, обсуждаемыми и улучшаемыми.
В книге пять частей и 25 глав. Сначала — зачем нужна стратегия, кто может ею заниматься и когда ее документировать. Затем пять шагов: исследование → диагностика → проработка → направляющая политика → операционные механизмы. Дальше идут тестирование стратегии, системное моделирование и карты Уордли; десять реальных кейсов про миграции, LLM, Private Equity, данные, архитектуру, API и поглощения; наконец, оценка стратегии и развитие навыка.
Что в книге особенно хорошо работает:
🔸 Диагноз раньше решения Сначала данные и противоположные точки зрения, потом выбор курса. Иначе стратегия превращается в любимое решение автора, которому задним числом придумали проблему.
🔸 Дисфункция — часть диагноза, а не список виноватых Это Ларсон умеет описывать особенно корректно. Неприятную реальность нельзя выкинуть, но документ не должен становиться обвинительным заключением. Частая смена позиции руководства превращается в условие: нужно быстро показать конкретный прогресс и удержать поддержку, иначе стратегия, вероятно, провалится. Если люди не используют новый инструмент, Ларсон предлагает сначала искать лишнее трение и плохую эргономику. Собственные прошлые решения тоже честно включаются в диагноз.
🔸 Сначала маленькая работающая ставка Автор советует вести одновременно одну-две стратегии, дешево проверять небольшой элемент и только потом расширять охват. В Uber команда не стала начинать с большой программы декомпозиции Python-монолита, а сначала упростила развертывание сервисов и проверила этот шаг на практике. Ларсон не проповедует медлительность — он ускоряет обучение и уменьшает цену ошибки. В общем, это почти практическое описание реализации поговорки «тише едешь — дальше будешь», только с обратной связью и метриками.
🔸 Политика должна дойти до практики Нужны явный выбор и подходящие к контексту операционные механизмы: например, правила исключений, автоматизация, метрики или регулярная проверка. Качество стратегии Ларсон предлагает оценивать по скорости следующей итерации, ее стоимости для организации и реальному влиянию.
Методика выросла прежде всего из опыта Ларсона в Stripe, Uber и Calm, и в других организационных культурах ее придется адаптировать. Сильнее всего книга работает для Staff+ инженеров, архитекторов, техлидов и руководителей, которым нужно проводить межкомандные изменения.
В предыдущих книгах Ларсон разбирал влияние Staff+ инженеров, системы engineering management и работу топ-руководителя. Здесь все три уровня сходятся в одном принципе: хороший курс можно дешево проверить, скорректировать и действительно провести через организацию. Вот этот спокойный подход я бы и назвал главной силой книги.
#Books #Engineering #Management #Leadership #Architecture #Software