Операция выполнена!
Закрыть
Хабы: Анализ и проектирование систем

Недавно на Хабре вышла статья Сергея Прощаева «Требования в Agile: полный гайд с работающими практиками». Тема требований остаётся одной из самых конфликтных в разработке. Автор верно подмечает, что команды часто впадают в две крайности. Одни пытаются предусмотреть всё в самом начале и пишут исчерпывающее техническое задание. Другие считают, что в Agile можно вообще ничего не фиксировать и достаточно устных договорённостей. И те и другие потом переписывают код по ночам. Решение, которое предлагает Сергей, звучит разумно: итеративное уточнение, пользовательские истории, критерии приёмки, демонстрации и обратная связь.

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

Читать далее
Читайте также
НОВОСТИ

ПИШИТЕ

Техническая поддержка проекта ВсеТут

info@vsetut.pro