Материалы выпуска: чему заново учится CTO в новой отрасли — разговор с Фёдором Сухаревым (Рубрика #Leadership)
Собрал материалы разговора с Фёдором Сухаревым, бывшим Head of Solutions в Arrival и Head of Technology в QIC Digital Hub. Эфир Code of Leadership прошёл 23 сентября 2026 года. За плечами у Фёдора биллинг в CBOSS и Orange, электронная торговая площадка OTC.ru, электромобили и страхование. В анонсе я писал, что меня больше всего интересует, как при таких переходах меняется само понимание «продукт готов». Ответ вышел конкретным: с собой переносится способ разбираться в задаче, а решение каждый раз приходится выбирать заново.
Мы обсудил много интересных тем и вот, что рассказал Федор
1️⃣ Знакомое решение против экономики В Orange первым порывом было купить уже знакомый биллинг, но расчёт стоимости склонил к перестройке собственной системы. Заодно появились контроль версий, Jira и ограничения на прямую работу разработчиков в продакшене.
2️⃣ Альфу, бету и гамму для автомобиля В Arrival единицей планирования стала функция, которая затрагивает несколько систем. Альфа — рабочий прототип: разработчик с ноутбуком идёт к машине и не уходит, пока новая железка не заработает. На бете подключается тестирование с мягкими порогами по багам, гамма — готовность к эксплуатации. Так интеграция начинается с первой итерации, а не тогда, когда все команды закончат свои части.
3️⃣ Требования, которые не расходятся с тестами. Четыре уровня — бизнес, функция, система, компонент, — а Polarion после изменения требования подсвечивает связи, где нужно перепроверить тесты. Отделение драйверов от общей управляющей логики помогло, когда приоритет сместился с автобуса на фургон.
4️⃣ Что вообще считать продуктом В QIC подход ужали до трёх уровней, но несколько месяцев ушло на словарь: «продуктом» называли и мониторинг, и переезд в Google Cloud, и мобильное приложение. Зато всплыли системы без владельцев — безопасность находила в них уязвимости, а чинить было некому.
5️⃣ Микросервисы по конкретной причине Расчёт цены полиса, формирование документа и проверки вынесли в сервисы на Go из монолита, который развивала другая компания группы. Фёдор подчёркивает: выбор оправдала зависимость от чужого темпа изменений, универсальным рецептом он его не считает.
Ещё Фёдор устроил мини-викторину про происхождение инженерных практик. На code review я угадал не совсем :) Я предположил второе мнение врача, а Фёдор напомнил про производственные корни — формальные инспекции Майкла Фагана в IBM в 1976 году. Дальше обсудили, что у ревью бывают разные цели: найти ошибки, познакомить с системой, держать код единообразным. Если команда не может назвать свою, ревью легко превращается в карго-культ.
И честная часть про пределы инженерного влияния. По словам Фёдора, Arrival не хватило финансирования до выхода в производство, а в QIC сокращение бюджета остановило часть проектов. Слаженная инженерия сама по себе не гарантирует, что бизнес выживет.
Материалы выпуска 📌 Страница выпуска с таймкодами 🎬 YouTube, VK Видео 🎧 Podster, Яндекс Музыка, Apple Podcasts 📝 Текстовый конспект
Если переходили в новую отрасль, расскажите: что из прошлого опыта пригодилось сразу, а от какого привычного решения пришлось отказаться?
#CodeOfLeadership #Leadership #Management #Career #Architecture #Engineering