Скрам, как много в этом слове.... и как его можно извращать...

Видел "Скрам" на разных фирмах и разных проектах.

Самое отвратительное, когда методы скрама суют туда, где он вообще не подходит, просто ради того, чтобы всем рассказывать, что у нас скрам.

Самый ужасный Скрам:

Был внедрен новым начальником IT просто "с ноги", чтобы ему было, что предъявить. Сам начальник в разработке не участвовал, но играл частично роль скрам-мастера и просто пиздобола, которому везде надо было профилироваться.

Скрам-мастером был один из разработчиков, никаких прав фактически не имел, кроме как вести стэндап. Стэндап проходил до 1,5 часов каждый день, с присутствием ПО и вечными дискуссиями, а что именно нам надо делать.

ПО было сразу 3! Три, Карл! У каждого свои интересы. В зависимости от нужд фирмы задания из спринтов вынимались и добавлялись, спринты при нужде продлевались на неделю, иногда две.

Параллельно со спринтом всегда было дохрена саппорта по другим проектам. В общем был кромешный звездец.

Тот случай, когда Kanban подходит значительно больше, но тоже надо было бы кучу людей поставить на место и заставить прорабатывать задания полностью, до того как они попадают на борду.

Самый разумный Скрам:

Новый проект, никакого саппорта по старым проектам. Скрам-мастер - не участвует в разработке и вообще не программист. ПО один и с конкретными задачами. Спринты соблюдаются. Вообще все шоколадно.

Были и несколько промежуточных вариантов и даже "Scrumban" - как нечто среднее между Scrum и Kanban.

В целом из своего опыта могу сказать, что все сильно зависит от фирмы и проекта.

Если проектов несколько, то скорее всего скрам накроется постоянной борьбой приоритетов.

Если разработчики постоянно должны отвлекаться на саппорт по другим вещам, то сркам опять же будет сильно страдать от приоритетов и нехватки времени.

Если агильно работает только отдел разработки, а вся остальная фирма как-то другому, отдел скорее всего будет инородным телом во всем процессе.

Не стоит моды ради вводить Scrum для внутренних отделов разработки, Kanban гораздо лучше вписывается в процессы, когда у тебя регулярно меняются приоритеты.

Хорошо иметь архитектора, который помогает ПО проработать все его хотелки технической поддержкой. Редко бывает ПО, который сам понимает все тонкости и возможные варианты.