Современная тенденция в разработке показывает, что аналитиков становится меньше, чем джунов. Логика проста: если разработчик может написать код на основе нескольких сообщений из чата, то точные технические задания не нужны, и, следовательно, аналитик тоже не нужен. Хотя в этом есть доля правды, это игнорирует важный аспект аналитической работы. Некоторые задачи действительно можно назвать механическими, где цель заключается в том, чтобы предоставить четкие инструкции, чтобы избежать переделок. Для большинства задач на уровне функций этот процесс стал более эффективным; недавно я смог внести изменения всего за пару часов, тогда как раньше это занимало два дня. Однако остается важный компонент аналитики, который нельзя игнорировать: понимание общего направления проекта. Этот аспект незаменим. Я недавно столкнулся с ситуацией, когда быстро и эффективно выполнил задачу, но она оказалась неверной. Как такое могло произойти?
От Двух Дней до Двух Часов: Растущие Затраты на Разработку
Ситуация в разработке изменилась, и роли аналитиков становятся менее распространенными по мере упрощения задач программирования.
