# Камиль Фурнье: «Инженеры переписывают код, когда PM блокируют их креативность» Источник: https://www.youtube.com/watch?v=hZSh0rs20uI Канал: Lenny's Podcast Опубликовано: 15.09.2024 --- Инженерная культура и эффективное взаимодействие между разработчиками и менеджерами продуктов (PM) — вечные темы для дискуссий в IT-индустрии. Камиль Фурнье, легендарный CTO Rent The Runway и автор культовой книги «The Manager’s Path» («Путь менеджера»), в беседе с Ленни Рачицким разбирает «болевые точки» в отношениях между инженерами и бизнесом, объясняет ловушки масштабных переписываний кода и делится принципами построения платформных команд. ## 🤬 Что больше всего раздражает инженеров в работе с PM [[JUMP:0:00]] Отношения между инженерами и менеджерами продуктов часто напоминают «игру в сломанный телефон». По мнению Камиль Фурнье, существуют четыре критических фактора, которые вызывают наибольшее раздражение у технических специалистов: 1. **Присвоение всех заслуг (Hoarding credit).** PM часто становится «лицом» проекта перед руководством и клиентами [3:12]. Если менеджер не упоминает вклад инженеров, у команды возникает ощущение, что их тяжелый труд остался незамеченным, а успех присвоен одним человеком [3:31]. 2. **Игнорирование деталей.** Инженерное дело — это работа с деталями. Когда менеджер ведет себя так, будто технические нюансы не имеют значения («Просто скажи, когда будет готово!»), это демонстрирует отсутствие эмпатии к сложности процесса [4:17]. Камиль считает, что PM не обязан знать всё досконально, но обязан уважать глубину работы инженера [4:31]. 3. **Роль посредника или «испорченный телефон».** Раздражение вызывают ситуации, когда PM пытается быть единственным каналом связи, не понимая технической сути вопросов [7:33]. Если менеджер постоянно отвечает: «Я уточню и вернусь», вместо того чтобы соединить специалистов напрямую, это тратит общее время [7:51]. 4. **Монополия на идеи.** Когда PM считает, что только он должен придумывать функции, инженеры теряют творческий интерес к продукту и начинают искать выход своей креативности в «овер-инжиниринге» — бесконечном выборе фреймворков и переписывании систем [8:25]. Камиль утверждает, что лучшие менеджеры — те, кто говорит меньше всех на презентациях и дает слово инженерам [14:12]. ## 🏗️ Ловушка «большого переписывания»: почему rewrites — это опасно [[JUMP:14:43]] Желание инженеров переписать старую систему с нуля («legacy просто ужасен») — одна из самых частых причин конфликтов с бизнесом. Фурнье настроена к масштабным переписываниям скептически [14:58]. Её основные аргументы против тотального обновления систем: * **Недооценка сложности миграции.** Инженеры «катастрофически» ошибаются в прогнозах времени, необходимого для переноса старых данных и пользователей в новую систему [16:36]. * **Скрытая бизнес-логика.** Старые системы часто не документированы, и в их коде зашиты тысячи условий, о которых все забыли. При переписывании эти правила теряются, что ведет к багам [18:48]. * **Стоимость простоя.** Редко какой бизнес может позволить себе заморозить выпуск новых функций на полгода или год ради «чистоты кода» [17:06]. Вместо радикального сноса Камиль рекомендует «эволюционный путь»: выделение конкретных проблемных узлов (например, рекомендательного движка) и их постепенный апгрейд через API, сохраняя остальную систему стабильной [15:48]. ## 📈 Путь в менеджмент: когда инженеру пора менять роль [[JUMP:20:58]] Один из самых спорных советов Камиль Фурнье касается времени перехода из индивидуальных контрибьюторов (IC) в руководители. По её мнению, инженеру стоит ждать около **10 лет** (включая обучение и интенсивную практику), прежде чем становиться менеджером [33:03]. Это необходимо для достижения истинного «мастерства на уровне костей» [21:27]. Если этот фундамент заложен, даже спустя годы работы руководителем, человек сможет быстро вернуть техническую форму. Фурнье полагает, что слишком ранний переход в менеджмент лишает специалиста уверенности и авторитета в глазах подчиненных [31:48]. Для тех, кто уже стал руководителем, Камиль дает рекомендации, как оставаться «технически релевантным»: * Не пытайтесь диктовать, какую библиотеку выбрать, если не писали код два года — это раздражает [23:25]. * Задавайте «правильные вопросы»: как система будет масштабироваться? Какие основные риски при реализации? [23:55] * Сохраняйте любопытство. Камиль сама признается, что до сих пор интересуется новинками в области баз данных и инфраструктуры, хотя давно не программирует фултайм [26:08]. ## 🛡️ Секреты создания платформных команд (Platform Engineering) [[JUMP:54:11]] Новая книга Камиль посвящена Platform Engineering — дисциплине создания внутренних инструментов, которые ускоряют работу всей компании. Ключевые идеи Фурнье об эффективных платформах: * **Платформа — это продукт.** К ней нужно относиться так же, как к внешнему приложению: заниматься поиском проблем пользователей (инженеров), собирать отзывы и измерять ROI [58:53]. * **Нужны PM для внутренних инструментов.** Камиль настаивает на найме продакт-менеджеров в платформные команды, иначе инженеры будут строить «что-то крутое, но бесполезное» [59:26]. * **Состав команды.** В платформе должны быть не только SRE (инженеры по надежности), но и полноценные разработчики ПО, способные строить сложные архитектурные решения [58:22]. Она также отмечает, что создавать такую команду стоит только тогда, когда в компании больше 50 инженеров [10:57]. До этого момента централизация часто порождает лишнюю бюрократию. Главная метрика успеха здесь — сокращение времени цикла (cycle time) разработки для остальных продуктовых команд [1:01:04]. ## 🧘 Культура работы без выгорания: фокус и делегирование [[JUMP:45:26]] Фурнье не верит в продуктивность 60-часовых рабочих недель. По её мнению, переработка — это способ избежать сложной задачи определения того, что действительно важно [46:11]. Её советы по управлению временем: * **Аудит времени.** Нужно регулярно проверять, на что уходят часы, и беспощадно вычеркивать задачи, не приносящие ценности [47:51]. * **Делегирование как инструмент роста.** Руководители часто боятся делегировать, считая, что сделают быстрее сами. Но без передачи ответственности команда не растет, а лидер становится «бутылочным горлышком» [48:05]. * **Жесткие границы.** Камиль практиковала глубокую фокусировку в рабочие часы (без соцсетей и лишних кофе-брейков), чтобы заканчивать работу вовремя и не брать её на выходные [50:58]. В завершение беседы Камиль упомянула свои ритуалы продуктивности, среди которых кофеин (чай и диетическая кола) [51:44] и музыка без слов (например, Four Tet или Andre 3000), помогающая войти в состояние потока [52:10].