Отличия Scrum и Kanban

Методология Scrum чётко определяет роли в команде разработки: Product Owner, Scrum Master и Development team. Kanban не диктует, какие роли должны быть в команде и как они должны называться. Тот же Delivery Manager не всегда присутствует в команде в явном виде, организацией процесса работы команды может заниматься Product Owner.

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

При Kanban работа идёт непрерывно — команда постоянно выпускает релизы и не ограничивает себя в выборе задач и времени работы над ними.

Перед стартом спринта в Scrum Product Owner и Scrum Master отсортировывают задачи по важности в бэклоге продукта так, чтобы можно было спланировать следующий спринт. В Kanban не нужно разбираться с бэклогом продукта, так как команда работает непрерывно.

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

Ещё один общий элемент двух методологий — ежедневные встречи команды — дейли и kanban-митинг. Эти встречи нужны, чтобы актуализировать статус задач и обсудить вопросы, которые возникают в ходе работы команды.

Каждая из методологий также подразумевает презентацию выполненных работ на специальной встрече. При Scrum она называется «демонстрацией», при Kanban — встречей по планированию поставки.

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

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

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