Общаться с заинтересованными сторонами. Разработчик, который понимает бизнес компании и проекта, сможет лучше общаться с заказчиками, менеджерами, аналитиками, тестировщиками и другими участниками проекта. Он сможет понять их требования, ожидания, проблемы и предложения, а также объяснить им свои решения, ограничения, риски и результаты. Разработчик, который не понимает бизнеса, рискует войти в конфликт, недопонимание или недовольство со стороны заинтересованных сторон.
Наверное все зависит от грейдов разработчика, синьер безусловно, мидл по ситуации, а джуну и нафиг не надо, он и так первое время до смерти перепуган.
Вообще не должен. Лишнее. Только если напряжёнка с кадрами.
но и на бизнес-факторах, таких как стоимость, сроки, качество, безопасность и удовлетворенностьТут можно разместить две древние картинки с тремя окружностями и качелями.
Мне кажется, в зависимости от компании ещё может зависеть. Например, если компания отдаленно как-то с IT связана и у нее есть только 1 какой-то штатный разработчик, то безусловно он должен понимать и как это отразится на бизнесе. А если это крупная IT компания, то соглашусь с комментаторами выше, про грейды разработчиков
Согласна. Около месяца назад эта тема даже сподвигла меня набросать небольшой доп модуль для разработчиков, которые осознают ситуацию и хотят прокачаться, но не заморачиваться слишком сильно. Правда, пока это осталось в закромах ноутбука, ну и в дружественную школу разработки закинула. Видимо, надо дать жизнь идее.