Когда техническое видение становится ненужным: реальность работы в ИТ

Вы придумываете решение, которое спасет проект от неминуемых проблем. Вы готовите аргументы, считаете риски, рисуете схемы. Идете к менеджеру. А в ответ слышите: «Потом», «Не сейчас», «Работает же».

Это не вы плохо объяснили. Это просто бизнесу не нужны ваши технические идеи. Ему нужны фичи, которые можно продать. Пока код работает - все хорошо. А то, что через полгода он рухнет под нагрузкой - это проблема, которая станет вашей только тогда, когда рухнет.

Суть проблемы:

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

Вам говорят: «Сделай быстро, потом поправим». Вы делаете быстро. Потом не наступает. Потому что следующая задача тоже «сделать быстро».

К чему это приводит:

Вы перестаете предлагать идеи. Зачем, если их все равно не примут? Вы привыкаете работать в режиме «сделал, отдал, забыл». Техническое зрение притупляется. Вы видите проблемы, но уже не пытаетесь их решать - потому что знаете, что это бесполезно.

А проблемы накапливаются. Код обрастает костылями. Каждая новая фича требует все больше времени. Риски растут, но никто их не видит. Пока не происходит сбой. Тогда приходят с вопросом: «Почему вы не предупредили?». Но вы предупреждали. Просто вас не слышали.

Вывод:

Вы можете быть отличным инженером. Но если вы не умеете говорить на языке бизнеса, ваши идеи останутся неуслышанными. Вы будете тратить силы на аргументацию, которая ни к чему не приводит. Вас будут воспринимать как исполнителя, а не как партнера. Рано или поздно это выматывает. И многие уходят из профессии не потому, что не любят код, а потому что устали доказывать, что их знания и видение стоят того, чтобы их услышали.