Scrum и Kanban

Уважаемые гости нашего блога!

Если вам интересны гибкие и адаптивные подходы в управлении проектами, то скорей всего, вы знаете про Agile и, возможно, слышали о Scrum и Kanban.
Систему Agile мы описали в предыдущей статье – в этой познакомимся с ее основными методами.

И Scrum и Kanban достаточно гибкие и управляемые методы, как и сам Agile-подход, а основные их идеи таковы:

Процессы и инструменты важны, но люди и коммуникации приоритетнее;

Документация имеет значение, но готовый работающий продукт главнее;

В любом случае должен быть план, но готовность следовать изменениям ценится выше;

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

И Scrum и Kanban отличаются друг от друга:

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

Таким образом, работа над проектом по «скраму» отличается спринтами – заранее заданными временными отрезками (двух и трехнедельными).

И четкое следование поставленным задачам в спринтах

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

Оценка результатов. По «скраму» производительность команды оценивается часами за один спринт — Story points их еще называют. Благодаря этому фактору можно оценивать скорость работы команды, делать прогнозы для предстоящих проектов по срокам, планировать их. В «канбане» нет такого понятия, как «скорость работы команды» — с помощью отчета Cycle Time учитывается среднее время на выполнение задач. И если говорить о цели, то цель по «скраму»— это завершить спринт, по «канбану» — завершить задачу.

В Scrum разделяют компанию на небольшие кросс-функциональные команды с выделением ролей участников. В Kanban любые роли уместны и нет обязательного требования по созданию кросс- команд.

Еще одно отличие — собрания!
Ежедневные стендап — собрания — это сердечный ритм проекта по Scrum.
А по методу Kanban жестких требований по планеркам и летучкам нет вообще.

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

Благодарим за внимание!
Надеемся, ваш интерес к системе Agile стал немного больше и, вполне возможно, появилось желание изучить методику глубже, применяя на практике в будущем некоторые ее методы.
Будьте успешны!