Разработчик всё реже остаётся человеком, который просто берёт тикет и пишет код.

Особенно в стартапах и небольших продуктовых командах.

Когда продукт быстро меняется, а процессы ещё не до конца описаны, одного исполнения мало. Нужно понять, зачем нужна фича, как она войдёт в работу людей, какие данные нужны, где сломается сценарий и что стоит проверять в первой версии.

Мне это близко. Во всех проектах, где я сейчас работаю, я участвую не только в коде, но и в продукте: собираю требования, разбираю процессы, помогаю собрать MVP и заранее смотрю на слабые места.

Сам код в такой работе — только часть задачи.

Иногда важнее вовремя сказать, что фичу не нужно тащить в первую версию. Или что перед разработкой надо нормально описать процесс. Или что проблема вообще не в интерфейсе, а в том, как люди будут пользоваться системой каждый день.

Поэтому ценность разработчика смещается. Важно не только закрыть задачу, а понять, какая задача вообще нужна и как она повлияет на продукт, пользователей и бизнес.