Почему от Scrum так много стресса?

Разработчик Адам Ард опубликовал в своем блоге пост, в котором поделился причинами, почему Scrum вызывает столько стресса у программистов.

По его мнению, основной проблемой является постоянное напряжение из-за бесконечной череды спринтов.

Постоянное напряжение без перерыва

Спринты создают ощущение непрерывного давления.

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

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

Принудительность процесса

Ард также отмечает, что в Scrum спринты навязываются команде: их длительность, структура и задачи предопределены.

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

Такая потеря автономии приводит к демотивации и дополнительному стрессу.

Недостаток времени на подготовку

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

Scrum предполагает, что после планирования можно сразу приступить к реализации задач, что на практике редко работает. Чтобы найти лучшие решения, требуется время на исследование, чтение, обсуждение, а не только на «сборку по инструкции».

Комбинация Scrum и Waterfall

Ард также отмечает, что в большинстве случаев Scrum совмещается с долгосрочными целями по модели Waterfall.

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

В итоге, по мнению автора материала, единственный способ снизить уровень стресса — вернуть автономию команде разработчиков и позволить им самим управлять процессом.

Только в условиях уважения к профессионализму команды можно создать эффективную и менее стрессовую среду разработки.