🔵 Сосредоточьтесь не на задаче, а на проблеме, стоящей за ней
Очередная пятница, очередная статья "на подумать". Ситуация: продакт просит внедрить функции X, Y и Z в систему. Команда самоорганизуется и реализует проект. В итоге попадаем в ситуацию:
🔵Фича работает только для "счастливого пути"
🔵Новая фича разрабатывалась без учета доработок и сразу стала тех. долгом
🔵Пользователи считают функции бесполезными и не используют их

Чья вина такого исхода?
Причина, по которой произошел описанный выше сценарий "программист не виноват", заключается в том, что инженеры слишком сосредоточились на поставленной перед ними непосредственной задаче, в то время как им следовало бы сосредоточиться на проблеме, стоящей за этой задачей, задавая себе такие вопросы, как:
🟢Каков контекст этого запроса? Это более крупный проект, который включает в себя другие функции и задачи?
🟢Кто именно просит об этом? (Действительно ли это кому-то нужно?)
🟢С какой проблемой сталкиваются эти пользователи, что привело к этому запросу?
🟢Кто-нибудь пытался решить эту проблему раньше? Что они пытались сделать?
🟢Кто выиграет от выполнения этой задачи? Как они будут использовать это решение?

На мой взгляд, инженер любого уровня должен задаваться вопросом, а зачем я делаю эту задачу. Техническое совершенство кода не дает хороший пользовательский опыт, а продакт не всегда знает как можно решить ту или иную задачу. Я убежден что нужно подключаться к проработке задач и подходить к своей работе осознанно. Или это не проблема инженера?)