🔑 Оказывается, софт-скиллы, важны

Долгое время в продуктовых командах разработчики жили в парадигме «дайте задачу и я напишу код». И я до сих пор вижу, как многие ставят полностью на хард-скиллы, будто этого достаточно.

Но в 2026 году это уже так не работает, к сожалению.
Я всё чаще замечаю, что разработчики, которые умеют ясно формулировать мысли (особенно в тексте), начинают превосходить тех, кто просто “хорошо пишет код”.
Не потому что код стал неважен, а потому что спецификация становится обязательным этапом разработки.
С агентами для разработки есть важный момент: чем точнее спецификация, тем ближе результат к техническим и бизнес-требованиям. Проблема в том, что хорошую спецификацию почти никогда не приносят готовой.

В реальной жизни задачи, зачастую, редко содержат все требования. Чтобы их прояснить, часто нужно:
— задавать вопросы, которые вскрывают неочевидные корнер кейсы;
— убирать избыточность требований (помним же про принцип YAGNI?), но не сжигать мосты;
— принимать решения там, где никто даже не подумал зафиксировать требования.

И что же нам нужно прокачивать уже сейчас, чтобы не получать отказы на собеседованиях и превосходить других разработчиков?

Научитесь уточнять контекст задачи
Спрашивайте не «что сделать?», а «какая проблема решается?». Очень часто «невероятно важная задача» в итоге превращается в фичу, которой будет пользоваться один клиент (это в лучшем сценарии).

Задавайте неудобные вопросы
Часто именно там скрыты риски и несостыковки. Не бойтесь показаться душнилой, но не будьте токсичным. Хорошие, пусть и неудобные, вопросы (мой пост про это) — это драйвер качественного обсуждения задачи и проекта.

Умейте фасилитировать и доводить свою точку зрения
Если вы хотите стать лидером, то умение сводить разные интересы к рабочему решению — очень важный навык. А умение донести свою идею так, чтобы никто не поругался, так вообще основной пункт в чеклистах на собеседованиях лидов.

Развивайте эмпатию
Без неё коммуникация превращается в обмен сообщениями, а не в совместное решение задачи. Ставьте себя на место своего коллеги, пробуйте вникнуть в проблему и ситуацию. Вы идёте к одной цели вместе, а не по одному.

@drugoi_dev