Scrum умер, да здравствует Kanban — новый король

Эммануэль Маркус, инженер-программист и автор портала Medium, написал интересный пост о том, почему система Scrum оказалась, по его опыту, недостаточно эффективна и чем в связи с этим может помочь метод Kanban.

Мы подготовили саммари статьи и предлагаем вам сравнить и еще раз осмыслить эти два подхода.

Послушать пост:

Эммануэль Маркус:

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

Но постепенно я начал замечать: в последние дни спринта люди в спешке стремятся закрыть все задачи, чтобы сдать истории пользователям, независимо от того, в каком состоянии они реально находятся. Но неужели некоторые задачи не могут подождать до следующей недели? Так ли важно закончить все до выходных? Нет, это не так. Мы идем на неоправданный риск только потому, что согласно Scrum «переносы — зло».

Scrum: не так гибок, как хотелось бы

Как показывает практика, метод Scrum уделяет слишком много внимания процессу — часто в ущерб результату. Как только происходит что-то неожиданное, возникают баги, случаются проблемы с производством и так далее — разработчик уже не может выполнить задачу в срок, который запланировали на встрече. При этом одной из главных метрик Scrum остается Commitment vs Done (запланировано-выполнено). В итоге в последний день спринта задачи закрываются ради статуса «выполнено», но потом их снова приходится открывать. Переносы, которых все формально избегают, все равно происходят.

Еще одна метрика Velocity (скорость), которая имеет большое значение в системе Scrum, на самом деле не измеряет реальную скорость процесса создания историй. Она подсчитывает лишь количество этапов работы или задач, которые были выполнены в рамках истории. Но, если история вовремя не сдана, эта метрика перестает что-либо значить.

Эммануэль Маркус:

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

Однако, многие компании успешно применяют метод Scrum и считают его эффективным инструментом. Чтобы подробнее разобраться с этой системой и получить ответы на вопросы, читайте саммари:

• Scrum: как работать в два раза меньше, успевая в два раза больше // Джефф Сазерленд
• Scrum: потрясающе краткая инструкция введения в Agile // Крис Симс, Хиллари Джонсон

Kanban выходит вперед

В последние годы Scrum и Kanban — система, впервые реализованная на заводах Toyota еще в 40-х годах прошлого века — боролись за позицию ведущей гибкой системы управления проектами. И хотя Scrum пока остается на первом месте, Kanban набирает все большую популярность.

Созданная на основе Scrum, система Kanban:

• не имеет временных итераций (спринтов);
• не требует расчета времени истории;
• не ставит во главу угла количество запланированных задач, задачи попадают в список по мере необходимости;
• предусматривает несколько метрик для измерения времени, которое история проводит на доске;
• не требует Scrum-мастера. 

Подробнее о Kanban читайте саммари:

• Производственная система Toyota. Уходя от массового производства // Тайити Оно
• ПерсональныйKanban. Карта работы / Навигатор по жизни // Джим Бенсон, Тониан де Мариа Бэрри

Внедряя Kanban, Toyota использовала визуальную доску с тремя столбцами: «Запланировано», «Выполняется», «Готово».

Kanban предполагает больше гибкости для команды. Истории протекают более свободно, чем при использовании Scrum. Но с большей свободой приходит и большая ответственность. Хотя Kanban не требует подводить итоги спринта каждые две недели, для оценки эффективности команды он использует другие показатели, такие как Cycletime (время цикла) и Throughput (производительность). Время цикла — это количество дней от запуска истории до ее сдачи. Здесь используются доверительные интервалы, и наиболее распространен уровень доверия 85%. Производительность — количество историй, которые реализованы за определенный период времени.

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

Эммануэль Маркус:

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

Несмотря на то, что в Kanban ретроспективы не обязательны (в Scrum такие встречи проводятся в конце каждого спринта), мы увидели в этом ценность и сохранили их. Фактически мы начали устраивать их еженедельно, а не каждые две недели, что позволяет нам быстрее реагировать на возникающие проблемы. Мы также используем ретроспективы, чтобы просмотреть показатели команды и проверить наличие проблем и узких мест.

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

Источник: Medium