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

Roadmap в железе нельзя переписать в следующем спринте | Сетка — социальная сеть от hh.ru