Kanban и Scrum: в чём разница?

29-е октября 2020 г.8 мин. на чтение
facebooktwitterlinkedin
Баннер для статьи Asana о сравнении Kanban и Scrum

Вы уже не раз слышали эти слова: Kanban и Scrum. Но что именно они означают?

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

Kanban

Когда мы говорим о Kanban, как правило, речь идёт о визуальной стратегии управления проектами, при которой работа отображается в виде доски со столбцами, представляющими собой разные её стадии. На Канбан-доске отдельные задачи продвигаются по этапам, пока не будут завершены.

Читать руководство по Канбан-доскам для начинающих

История Kanban

Первоначально метод Kanban был разработан Таичи Оно, который тогда работал в компании Toyota, как методология рационализации производства. Kanban состоит из двух японских слов: 看 (Kàn) —знак, и 板 (Bǎn) — доска. В системе Оно бумажные карточки использовались для отслеживания спроса на заводе Toyota. Вместо того чтобы предпринимать попытки предсказывать спрос, согласно этой методике, завод производил и поставлял товары в соответствии с потребительским спросом.

Kanban сегодня

Разработанный Таичи Оно метод Kanban оцифровывали, адаптировали и улучшали несколько десятилетий, и, в конце концов, он стал системой управления проектами Agile, которую мы знаем сейчас. В своей основе методология Kanban — это визуальный способ онлайн-управления работой. Сегодня, когда люди говорят “Kanban”, они, скорее всего, имеют в виду Канбан-доски: визуальное представление управления проектами, в котором используется методологию Kanban.

На Канбан-доске столбцы представляют собой различные этапы работы. В каждом столбце находятся карточки, похожие на бумажные карточки Оно, которые он раскладывал на полу завода. Каждая карточка содержит отдельную задачу.

Канбан-доска для отслеживания ошибок

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

Читать о трёх способах визуализации плана проекта: хронология, календарь и доска

Преимущества Канбан-досок

Используя Канбан-доски для визуального управления проектами, вы предоставляете команде возможность быстро просматривать информацию. А если создать Канбан-доску в инструменте для управления работой, карточки на доске, представляющие собой отдельные задачи или ожидаемые результаты, будут также содержать данные об исполнителе, сроке выполнения и другие важные теги, например, приоритет или тип задачи. Инструмент для управления работой также позволяет открывать карточки и просматривать подробные сведения о задаче, приведённый контекст, вложенные файлы и так далее.

Канбан-доски это гибкий способ визуального представления работы команды. Традиционно на такой доске используются столбцы, отражающие этапы работы («К выполнению», «Выполняется», «Выполнено»), поэтому этот способ визуализации управления проектами популярен у команд, которые занимаются повторяющейся работой и проектами, например реализацией творческих запросов или отслеживанием ошибок. Однако столбцы на Канбан-доске также можно настроить так, чтобы они отображали что-то другое. Можно создавать столбцы для отдельных исполнителей, зон ответственности или различных сроков исполнения.

С учётом их высокой эффективности для визуализации работы, Канбан-доски являются ключевым компонентом большинства инструментов для управления работой. Если вы хотите выбрать правильный инструмент управления проектами для своей команды, убедитесь в том, что в нём можно просматривать информацию в виде Канбан-досок. Например, в Asana доски — это один из четырёх способов просматривать работу, в дополнение к календарю, хронологии и списку.

Читать о четырёх способах визуализации работы в Asana

Scrum

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

История Scrum

Термин “Scrum” был впервые введён в сфере разработки продуктов, его авторами стали Хиротака Такеучи и Икидзуро Нонака, опубликовавшие в 1986 году в Harvard Business Review статью Новые правила разработки новых продуктов (The New New Product Development Game). В этой статье они говорят о Scrum так:

«Всё больше и больше компаний понимают, что старый, поэтапный подход к разработке продуктов не работает. Вместо этого компании в Японии и США используют целостный подход — мяч, как в регби, передаётся от одного игрока другому, по мере того как все игроки команды передвигаются по полю».

Затем в 1995 году Джефф Сазерленд и Кен Швабер опубликовали статью Процесс разработки по SCRUM (SCRUM Development Process), в которой они описали методы и принципы современной методологии Scrum. Швабер и Сазерленд продолжили исследования и работу над совершенствованием методологии Scrum, результаты которой они оформили в виде Руководства по Scrum — документе, который они регулярно обновляют. В руководстве по Scrum эта методология определена «не как процесс, приём или конкретный метод, а скорее, набор методов, согласно которым вы можете внедрять различные процессы и приёмы». Согласно Шваберу и Сазерленду, Scrum помогает командам постоянно улучшать свой продукт, коллектив и рабочую атмосферу в целом. Это достигается благодаря тому, что Scrum позволяет командам оценить эффективность принятых методов работы и мотивирует постоянно развивать и улучшать их.

Scrum сегодня

Сегодня разработчики продуктов, инженеры, авторы программного обеспечения и другие Agile-команды используют Scrum, чтобы выполнять работу быстрее и эффективнее. Для ведения Scrum-процесса в команде обычно выбирается Scrum-мастер, отвечающий за три этапа, из которых этот процесс состоит, а также за то, чтобы все были в курсе происходящего. Scrum-мастером может быть руководитель команды, менеджер проекта, ответственный за продукт или человек, наиболее заинтересованный в успешном проведении трёх традиционных этапов по Scrum:

  • Этап 1. Планирование спринта. Спринт по Scrum обычно длится две недели, но можно выбрать любую другую продолжительность. На этапе планирования спринта Scrum-мастер и команда анализируют невыполненную работу и выбирают задачи, над которыми будут работать во время спринта.

  • Этап 2. Ежедневные стендапы. Во время этапа по Scrum (или производственного цикла) команды обычно собираются на краткосрочные ежедневные встречи, чтобы рассказать о ходе работы и убедиться в том, что она правильно распределена.

  • Этап 3. Ретроспектива спринта. ПО завершении цикла Scrum-мастер проводит встречу-ретроспективу, чтобы оценить проделанную работу, перенести невыполненные задачи в список незавершённых и подготовиться к следующему спринту.

Читать об Asana для Agile и Scrum

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

Преимущества Scrum

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

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

А что же тогда такое Agile?

Когда мы говорим о Kanban и Scrum, часто используется третий термин: Agile.

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

Подробнее об управлении Agile-проектами с помощью усовершенствованного инструмента гибкого управления

Разница между Kanban и Scrum

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

Scrum имеет более чёткую структуру, чем Kanban

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

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

Scrum имеет чёткие временные рамки

Scrum состоит из спринтов, то есть двухнедельных рабочих циклов. Работа в цикле Scrum начинается с рассмотрения списка незавершённых задач. В конце спринта у вас будет некий объём выполненной работы, какой бы она ни была. Это не значит, что любая команда обязательно завершит все назначенные ей задачи за цикл Scrum. Но целью Scrum является получение результатов в конце спринта.

В жизни команды, работающие по Scrum на Канбан-досках (или на Scrum-досках, как их ещё называют), часто создают новую доску для каждого спринта. Так происходит по двум причинам:

  1. Те, кто создают новые доски для каждого спринта, могут начинать с чистого листа. Так Scrum-мастеру и команде в целом проще визуализировать работу, которая должна быть выполнена в рамках каждого спринта.

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

В отличие от Scrum, у Канбан-досок нет обязательной даты начала или окончания. Наоборот, в Asana мы чаще используем Канбан-доски для представления постоянных процессов. Так как эти визуальные доски отличаются значительной гибкостью, с их помощью легко управлять процессами получения заявок на выполнение работ или проектами с запросами на создание творческих материалов без конкретных временных рамок.

Столбцы на Канбан-досках можно систематизировать по-разному

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

А вот на Канбан-доске, которая не используется в цикле Scrum, столбцы могут представлять собой не только статус работы. Например, вы можете создать Канбан-доску со столбцами для каждого сотрудника, чтобы отслеживать, какие задачи они выполняют. На Канбан-доске также могут быть столбцы, показывающие, какие задачи будут выполняться в течение каждого из месяцев в году, или какая работа уже была выполнена в прошедшие месяцы. Столбцы на Канбан-доске могут отображать что угодно — в отличие от Scrum, где правила более чётко определены.

Канбан-доска для креативных запросов

И Kanban, и Scrum позволяют командам постоянно улучшать процессы

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

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

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

И Kanban, и Scrum упрощают совместную работу

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

Строгие правила Scrum дают сотрудникам возможность получать представление о работе друг друга. Определённые роли, запланированные встречи и регулярные спринты позволяют любому члену команды Scrum быстро понять, над чем работает коллега, каков статус этой работы, и на какой результат можно рассчитывать по окончании спринта. A если Scrum в вашей компании используют несколько команд, коллеги из одной группы всегда смогут разобраться в Scrum-доске другого коллектива, поскольку все они более или менее одинаковые.

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

Когда использовать Kanban

Не существует чётких правил, определяющих, когда вам нужно использовать Kanban, Scrum, или другой способ визуального управления проектами. Но вот несколько признаков того, что вам подойдёт Kanban:

  • Вашей команде нужна система визуального управления проектами

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

  • Вы не инженер, разработчик продуктов и не программист

  • У вас в ходу постоянные процессы и проекты

  • Большая часть вашей работы не выполняется за короткое время

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

Когда использовать Scrum

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

  • Вы инженер, разработчик продуктов или программист, либо входите в состав Agile-команды

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

  • У вас большой список незавершённых задач, с которым нужно разобраться

  • Вашу команду мотивируют сжатые сроки и быстрые результаты

  • Кто-то в вашей команде готов стать Scrum-мастером

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

Kanban и Scrum: что лучше?

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

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

Дополнительные ресурсы

Статья

What is a product backlog? (And how to create one)