Тут я последнее время, немножко с Scrumm’ом поработал.
Что мне понравилось, очень логичная и правильная система Backlog’а и Sprint’ов. Логично, записываем все задачи, выставляем им приоритеты, набираем задач на месяц с наибольшим приоритетом и делаем.
Что мне не понравилось. Уж очень методика рассчитана на гибкость, причем на гибкость направленную на конечного потребителя. То есть, возможность как можно раньше выдать пользователю наиболее полезное и как можно быстрее реагировать на изменения.
Сабо собой у всего самого положительного, есть отрицательные стороны. Так вот, мне на эту отрицательную сторону удалось наступить. В случае необходимости больших переделок проекта, которые не могут быть отданы по частям пользователю, а могут быть отданы только целиком, Scrumm откровенно сбоит, так как вместо оптимизации на длинном промежутке времени (всего проекта), он заточен на оптимизацию всего на скажем месячном промежутке. И получается не совсем уж оптимально.
В общем, сам не понял, что написал, но в целом, большие переделки без возможностей выпуска в середине, Scrumm поддерживает плохо, так как он как раз нацелен, на то, чтобы не было таких задач.