Agile в функциональном проекте. Организация работы на IT-рельсах

[Ainyru]

SCRUM это не Agile
SCRUM это скам над Agile

[Siddthartha]

а от него только доска, да и та из канбана..)))

[Ainyru]

Нет, в статье полно всего, что не является Agile и занесено в него SCRUM:
1. Сроки/графики/расписания/спринты и прочее планировение времени
2. Разнообразные стори пониты
3. Любые церемонии
4. Любые обязательные для всех собрания, особенно спланированные по времени
5. Любые отчеты

Это все не Agile, это натягивание на Agile вещей, которые в лучшем случае не имеют к нему отношения, а в худшем являются его противоположностью.

[Jaroslavnev]

Расскажите, как выстроен Agile у вас?

[klimkinMD]

Ну да, Танах (Ветхий Завет, ... Аджайл манифест), он -- один, но читают и интерпретируют его люди. Недавно прочитал, как на основе Торы (раввины) оправдали гомосексуализм.

[santer_koder]

Люди которые пишут верные замечания о том что Scrum framework не есть Agile methodology, а скорее его противоположность... Вы бы не могли пожалуйста поделиться своим собственным опытом построения эффективных команд и объяснить откуда столько хейта на Scrum?

[Jaroslavnev]

Scrum это всего лишь инструмент. Как, скажем, молоток он не может быть плохим или хорошим. Вопрос уместно ли его применяют. И скрам при желании можно применять так, что он будет противоречить agile манифесту.

В качестве эксперимента я довольно продолжительное время старался избегать scrum в управлении проектами и искал его изъяны. Но всегда в моем профессиональном окружении было больше тех, кто доказывал его пользу. За неимением лучшего варианта пока придерживаюсь гибрида, часто включающего скрам (доску и церемонии). Разница только в балансировке между waterfall и agile.

Из моих наблюдений хейт в сторону agile происходит в 3 случаях:

1. Философию применяет не тот человек (не понимающий/не разделяющий принципы "молотка").

2. Философию применяют не так (либо частично, либо вообще всё - так называемый карго-культ). Причина вытекает из 1.

3. Философию применяют не там (например, в классическом капитальном строительстве - в той части процессов, где все понятно и последовательно и % неопределенности стремится к нулю). Результат все равно будет, но доля хаоса сместит сроки и бюджет вправо.

Есть и другие способы управления совершенно не относящиеся к agile или скрам, и благодаря им можно также добиться результатов. Во всем есть свои плюсы и минусы. Это лишь вопрос выбора.

[Exo]

Поддержу
А еще в последних версиях PMBOK это еще и формализовано, где использовать гибкие методологии, где водопад, а где разнотипные гибриды. Так что всему есть место, но неправ тот, кто считает какую-то из методологий универсальной и максимально эффективной во всех случаях.

[Exo]

И да, Agile - это методология, а SCRUM - фреймворк. Противопоставлять их глупо. Это как говорить, что комедии писать лучше чем пятистопным ямбом. Ну или как лучше резать доску, поперек волокон или лобзиком?