Comments 7
Вот со второй статьи и надо было начинать. Несколько раз слышал про проблемы в орг структуре и процессах, но тему до конца не раскрывали.
Agile – это философия гибкого управления проектами и продуктами
SCRUM – это конкретный фреймворк, который воплощает принципы Agile на практике
Вообще-то SCRUM по определению противоречит одной из ценностей Agile - люди и взаимодействие важнее процессов и инструментов
В SCRUM мы ставим этапы в параллель.
...
Вместо одного большого водопада мы создаем множество маленьких, автономных циклов.
По-моему, у автора путаница в тех самых понятиях, с определения (в целом правильного) которых начинается статья. Это не SCRUM в частности, а эджайл вообще так работает. Разбиение на короткие циклы есть неотъемлемая часть любой эджайл методологии. Пока что ничего, специфичного именно для SCRUM в статье нет.
и никого из таких адептов не смущает, что разработка фичи идет не 1 спринт, а 3 даже на картинке автора)))
а если продолбились с требованиями 1 миничасти, потому что остальные детали узнали уже при анализе след мини частей, то придется бросить текущее и вернуться назад в анализ и возможно выкинуть все что разработали и протестировали)))
короче очередной маркетинг
В Waterfall никто и ничто не запрещает разбить проект на любого целесооьраднооо размера фазы/майлстоуны/пакеты поставки и иметь гибкость в проектировании каждой из них или изменениях после поставки каждой из них.
Скрам был разработан для проектов с высокой степенью неопредленности и, как следствие, широком поле для экспериментов, в которых Scrum действительно хорош. Много ли вы знаете таких проектов в современном мире где штампуются однотипные сервисы на почве популярности первого «выстрелившего»?
Также Scrum не может ответить на вечный вопрос - «покажите мне план проекта и дату его поставки», если после первого же спринта весь план может съехать?
Важное, что не понимают многие - это область применения. Большинство используют Scrum, как и карго культ. Поэтому он у большинства никогда не работает и не заработает.
В водопаде работы можно выполнять параллельно, никто этого не запрещает. Никто не запрещает возвращаться на предыдущий шаг, если что то пошло не так, необходимо просто переплпнировать работы. План проекта в водопаде живой, он постоянно меняется. Пересматривать его необходимо хотя-бы каждую неделю, и каждую неделю иметь новую версию проекта.
Попытка зачитана. Если это превратится в серию полезных постов для сообщества, поддерживаю.
Если объективно Agile манифест, и руководство по SCRUM в открытом доступе.
И философия не в том, что нужно нарезать задачи, а про взаимодействие людей в командах.
Эволюция эффективности: SCRUM vs традиционный подход