Agile VS Waterfall
В приличном обществе вопрос “Что лучше: Agile или Waterfall?” звучит ровно также, как спросить у ребёнка, кого он больше любит маму или папу…
Who is mr.Agile?
Вообще под эджайлом подразумевается весь спектр гибких методологий. И именно слово “гибкий” раскрывает истинный смысл.
Agile - это, в большей степени, про продукт. А в продукте важно вывести на рынок (или сдать заказчику) как можно быстрее. По сути, это есть тот самый метод проб и ошибок. Замутили функционал - Выплюнули в прод - Посмотрели как им никто не пользуется - Сделали выводы… Ага, потратили кучу денег впустую.
Это и есть та самая гибкость. Мы заранее не знаем, что нужно конкретно и итеративно (спринтами и релизами) выясняем.
Ватер…кто? Водяная осень?
Waterfall (водопад) или каскадная методология. Та самая, где “Без ТЗ - результат ХЗ”. То есть, сначала проводим обследование, пишем ТЗ - согласовываем, потом рисуем дизайн - согласовываем, потом разрабатываем, потом тестируем, потом фигачим прод, а потом оказывается, что NFT давно не на хайпе и никому не нужен.
Так ё-моё, кто лучше-то?
Никто.
Каждая методология используется для своих конкретных целей. И лучше - гибрид, то есть и то, и то.
По waterfall собираем MVP (продукт с минимальным, но достаточным функционалом для использования) - прописываем все процессы, рисуем схемы, создаём фундамент продукта. А по agile уже пилим нужные фичи, экспериментируем, быстро реагируем на фидбек.