Roadmap в железе нельзя переписать в следующем спринте
В software roadmap можно переписать за спринт. В железе каждая дата связывает продукт с фабрикой, капиталом и спросом на годы вперед. Sony и TSMC только что показали, как выглядит такое обязательство.
11 августа Sony Semiconductor Solutions и TSMC сообщили о юридически обязывающем соглашении создать совместное предприятие Advanced Vision Semiconductor Manufacturing Corporation в японской префектуре Кумамото.
По данным TSMC, предприятие станет центром разработки и производства image sensors для смартфонов, а серийный выпуск ожидается в 2029 году. Создание JV и закрытие сделки еще требуют обязательных регуляторных разрешений и выполнения обычных условий закрытия.
Sony планирует внести в JV около 465 млрд иен, TSMC — около 282 млрд иен. Эти вклады предполагается делать поэтапно, с учетом спроса и других рыночных условий. Это планы компаний, а не уже достигнутый объем выпуска или гарантированный рыночный результат.
В этой новости важны не только суммы. Она показывает, чем hardware-roadmap отличается от списка будущих функций.
В цифровом продукте команда может перенести фичу, изменить приоритет или откатить релиз. В физическом продукте часть решений становится дорогой задолго до первой поставки: технология производства, мощность, график строительства, финансирование, качество процесса и окно спроса начинают влиять друг на друга.
Поэтому в сильной roadmap нужно обсуждать не только результат, но и четыре других вопроса:
— какое решение станет трудно или дорого отменить после следующего этапа;
— какой сценарий спроса открывает следующую инвестицию, а какой требует остановиться;
— что должно быть доказано до масштабирования: качество, выход годных изделий, обслуживание или логистика;
— где команда пока сохраняет опциональность, а где уже берет на себя обязательство на годы.
Это не аргумент против итераций. Это аргумент за то, чтобы переносить часть итераций раньше — до того, как решение превратится в оборудование, контракт, производственный цикл и капитальные затраты.
Для engineering leader здесь полезный сдвиг роли. Roadmap перестает быть календарем обещаний и становится системой согласованных ставок: между продуктом, производством, финансами и рынком.
В software похожие моменты тоже бывают, просто реже заметны: миграция критичной платформы, многолетний B2B-контракт, физическая инфраструктура, выход в новую регулируемую среду. Вопрос тот же: что мы обязуемся поддерживать, финансировать и объяснять, если спрос окажется не таким, как в презентации?
Где в ваших продуктах заканчивается обратимое решение и начинается обязательство, которое нельзя перенести в следующий спринт?
Источник: TSMC, 11.08.2026: https://pr.tsmc.com/english/news/3333
#semiconductors #hardware #manufacturing #productstrategy #engineering #roadmap #BigTech #izagprog