Из текста совершенно не понятно как автор предлагает построить работу. Если отталкиваться только от отрицания, то есть подходов, которые считаются неправильными с точки зрения автора, выходит следующая картина:
Разработчик, без аналитиков и менеджеров, рука об руку с заказчиком, без сроков и технического задания, вместе делают проект, который решает проблемы
Звучит как эталон agile, классно, вероятно в каких то проектах это может работать, но есть огромное количество других, где такой подход невозможен.
И в этих, других проектах, существует всё то что автор считает невозможным:
Там заказчик платит за сроки, а не за результат
Там менеджер 2 недели придумывает как должен работать проект, потому заказчик даже писать не может ничего длиннее 2 строчек
Там вал тех самых проблем и неточностей выявляются на этапе ТЗ и дизайна
Там разработчик не хочет видеть, слышать заказчика, а делать проект по +- четкому ТЗ
Там разработка не только написание кода, но и момент аналитики и проектирования решения
В целом, гнев автора статьи понятен, но создается впечатление что столь яростное обвинение складывается из глубокого, но узкого опыта работы.
Мир разный и нужно использовать те инструменты, которые подходят для решения поставленной задачи.
Из текста совершенно не понятно как автор предлагает построить работу. Если отталкиваться только от отрицания, то есть подходов, которые считаются неправильными с точки зрения автора, выходит следующая картина:
Разработчик, без аналитиков и менеджеров, рука об руку с заказчиком, без сроков и технического задания, вместе делают проект, который решает проблемы
Звучит как эталон agile, классно, вероятно в каких то проектах это может работать, но есть огромное количество других, где такой подход невозможен.
И в этих, других проектах, существует всё то что автор считает невозможным:
Там заказчик платит за сроки, а не за результат
Там менеджер 2 недели придумывает как должен работать проект, потому заказчик даже писать не может ничего длиннее 2 строчек
Там вал тех самых проблем и неточностей выявляются на этапе ТЗ и дизайна
Там разработчик не хочет видеть, слышать заказчика, а делать проект по +- четкому ТЗ
Там разработка не только написание кода, но и момент аналитики и проектирования решения
В целом, гнев автора статьи понятен, но создается впечатление что столь яростное обвинение складывается из глубокого, но узкого опыта работы.
Мир разный и нужно использовать те инструменты, которые подходят для решения поставленной задачи.