Почему Scrum все еще здесь?

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

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

Я не согласен с этим утверждением. Scrum — это гибкая структура, разработанная так, чтобы быть гибкой и адаптируемой. Структура Scrum не предписывает какой-либо конкретный процесс, и команды могут свободно настраивать его в соответствии со своими конкретными потребностями.

Утверждение 2. Scrum не подходит для решения непредвиденных задач.

Это утверждение также не соответствует действительности. Скрам-командам рекомендуется проявлять инициативу и предвидеть потенциальные проблемы. Если возникает неожиданная работа, Scrum-команды могут использовать ежедневные встречи, чтобы сообщить об этом и соответствующим образом скорректировать свои планы.

Утверждение 3. Показатели Scrum бесполезны.

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

Утверждение 4. Канбан лучше, чем Scrum, потому что у него лучшие показатели.

Это утверждение субъективно и зависит от конкретных потребностей команды. Некоторые команды могут обнаружить, что метрики Канбана более полезны, в то время как другие могут предпочесть метрики Скрама. В конечном счете, лучший способ выбрать фреймворк — поэкспериментировать и посмотреть, что лучше всего подойдет команде.

Утверждение 5. Канбан – это будущее гибкой разработки.

Я не согласен с этим утверждением. И Scrum, и Kanban являются действенными гибкими платформами, и лучший выбор для команды будет зависеть от ее конкретных потребностей. Универсального ответа не существует.

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

Вот несколько дополнительных замечаний, которые я хотел бы отметить:

  • Scrum и Kanban не исключают друг друга. Команды могут использовать элементы обеих платформ для создания гибридного подхода, отвечающего их конкретным потребностям.
  • Лучший способ выбрать гибкую структуру — поэкспериментировать и посмотреть, что лучше всего подходит команде. Универсального ответа не существует.
  • Самое главное — выбрать структуру, которая поможет команде принести пользу своим клиентам.