Канбан, Scrum, Agile и Waterfall: в чём разница и что выбрать?

Waterfall. Agile. Канбан. Scrum. Эти четыре подхода к управлению проектами формируют основу современных рабочих процессов�a0— от разработки программного обеспечения до маркетинга и стратегического планирования. Но чем именно отличаются waterfall, agile, канбан и scrum, и как выбрать методологию, которая подойдёт вашей команде?

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

Что такое канбан?

Канбан�a0— это фреймворк в рамках методологии Agile, построенный на принципах адаптивного планирования, ранних поставок и непрерывного улучшения. Название происходит от японского слова «канбан» (看板), что означает «вывеска» или «карточка». Методология была разработана Тайити Оно в компании Toyota в 1940-х годах как часть производственной системы Toyota и изначально использовалась для управления запасами на заводских линиях.

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

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

Фреймворк Kanban очень гибкий и со временем помогает командам становиться более динамичными. Хотя Kanban и Scrum часто сравнивают, гибкость Kanban выделяет его во многих рабочих процессах.

Как устроена система канбан

Современный фреймворк канбан�a0— это визуальный способ онлайн-управления работой, который развился из заводской системы карточек Toyota в цифровой инструмент для управления проектами любой сложности.

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

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

Команды, использующие канбан, управляют узкими местами и задержками, чтобы сократить время выполнения. Сначала они используют диаграмму кумулятивного потока (CFD), чтобы точно определить, где накапливается работа. После выявления узких мест они устанавливают лимиты на количество задач, которые могут выполняться одновременно. Эти ограничения WIP (Work in Progress) ограничивают количество рабочих элементов на каждом этапе, что предотвращает перегрузку и повышает пропускную способность.

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

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

• задачи и ожидаемые результаты;

• исполнители задач;

• даты сдачи и сроки выполнения;

• важные теги, например, приоритет или тип задания;

• детали задачи;

• контекст;

• соответствующие файлы.

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

Можно также настраивать столбцы канбан-доски по исполнителям задач, добавлять «дорожки» или создавать столбцы по датам сдачи.

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

Что такое Scrum?

Scrum�a0— это фреймворк Agile для управления проектами, в котором работа выполняется короткими итерациями (спринтами) с чётко определёнными ролями, правилами и ритуалами. В отличие от системы Kanban, которая обычно используется для визуализации работы, Scrum является более комплексной методологией, позволяющей управлять целыми командами.

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

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

Как устроена система Scrum

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

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

Scrum-мастер отвечает за реализацию трёх традиционных этапов Scrum:

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

• Этап 2. Ежедневные стендапы. Во время спринта команда обычно собирается на 15-минутные ежедневные встречи, чтобы рассказать о ходе работы и убедиться в том, что она правильно распределена.

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

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

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

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

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

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

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

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

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

Что такое Agile?

Управление Agile-проектами�a0— это итеративная методология, в которой работа выполняется короткими спринтами. Ставя во главу угла гибкий подход и непрерывную поставку, метод Agile адаптивен к неожиданным изменениям в проекте, однако может страдать от разрастания объёма.

Методология Agile была разработана в противовес традиционному управлению проектами по каскадной модели. В 2001 году 17 разработчиков программного обеспечения собрались в штате Юта и сформулировали Манифест Agile, который стал основным источником ценностей и принципов Agile. Манифест закрепил четыре базовые ценности:

• люди и взаимодействие важнее процессов и инструментов;

• работающий продукт важнее исчерпывающей документации;

• сотрудничество с заказчиком важнее согласования условий контракта;

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

Методология Agile больше не является исключительной для разработки программного обеспечения. Маркетинг, ИТ, планирование событий и разработка продуктов адаптировали и модифицировали методологию в соответствии со своими отраслями. Agile-подходы применяются даже в HR и финансах, где командам важна быстрая обратная связь и итеративное улучшение процессов.

Как устроена гибкая методология

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

Каждый спринт проходит следующие этапы:

• Сначала владелец продукта организует продуктовый бэклог. Продуктовый бэклог�a0— это список всех задач, которые могут быть выполнены во время спринта. Эта информация обычно хранится в инструменте для управления проектами.

• Перед спринтом вся команда проекта участвует в планировании спринта, чтобы определить наиболее подходящие задачи для работы в течение двух недель.

• Во время спринта Agile-команды часто встречаются, чтобы обсудить препятствия и задачи.

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

Что такое методология Waterfall?

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

Водопадная модель была впервые описана Уинстоном Ройсом в 1970 году. Хотя сам Ройс не использовал термин «водопад», его описание последовательного процесса разработки стало основой для этого подхода. Сегодня каскадная модель особенно популярна в строительстве, государственных проектах и регулируемых отраслях, где требования должны быть зафиксированы до начала работ.

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

• Этап требований, иногда разделённый на дополнительный этап анализа

• Этап проектирования системы

• Фаза реализации, также известная как фаза разработки или фаза кодирования, в зависимости от типа проекта

• Фаза тестирования

• Этап развертывания, также известный как этап эксплуатации

• Фаза обслуживания

Как устроена водопадная модель

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

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

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

Как выбрать правильную методологию управления проектами

Мы рассмотрели основные методологии и фреймворки: waterfall, agile, канбан и scrum. Если кратко: Waterfall подходит для проектов с фиксированными требованиями и последовательными этапами, Agile�a0— для проектов с меняющимися приоритетами, Scrum�a0— для команд, которым нужна структура спринтов и чёткие роли, а канбан�a0— для непрерывных процессов с визуализацией потока задач.

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

Kanban против Scrum

Канбан и Scrum�a0— это две наиболее часто используемые методологии Agile. И канбан, и Scrum позволяют командам постоянно улучшать процессы.

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

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

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

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

• Scrum имеет чёткие временные рамки, а канбан�a0— гибкий. Scrum состоит из спринтов, то есть двухнедельных рабочих циклов. В конце спринта у вас будет набор завершённой работы. У канбан-досок нет обязательной даты начала или окончания. В Asana мы чаще используем канбан-доски для представления постоянных процессов.

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

Kanban против Scrum: влияние на командную работу

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

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

Kanban против Scrum: что предлагает большую гибкость?

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

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

Когда использовать Scrum, а когда�a0— канбан

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

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

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

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

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

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

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

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

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

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

• у вас большой бэклог, с которым нужно разобраться;

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

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

Помните: вы всегда можете вести управление работой по Scrum на канбан-доске.

Agile против Waterfall

Когда дело доходит до выбора между Agile и Waterfall, рассмотрение преимуществ и недостатков каждой методологии, скорее всего, облегчит вам выбор той, которая лучше всего подходит для вашей команды. Давайте рассмотрим их подробнее.

Преимущества и недостатки управления проектами по водопадной модели

Каскадная методология управления проектами более эффективна для межфункциональных проектов. Вот некоторые из главных преимуществ этой методологии:

• Планировать проекты заранее, чтобы предотвратить разрастание объёма.

• Легко отслеживать ход выполнения между различными этапами проекта.

• Работать над несколькими проектами, не будучи полностью посвящённым одной инициативе.

• Легко управлять зависимостями.

Однако у водопадной методологии есть и недостатки, которые важно учитывать:

• Может привести к увеличению рисков проекта из-за недостаточной гибкости.

• Возможна потеря информации, если разные люди работают над проектом на разных этапах и не документируют её должным образом.

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

• Может снизить удовлетворённость клиентов, если они не участвуют в процессе.

Преимущества и недостатки гибкой методологии

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

• быстрая адаптация к неожиданным изменениям;

• фокус на удовлетворённости клиентов;

• высокая внутренняя мотивация за счёт упора на командной работе и вовлечённости участников команды.

При всей этой гибкости у Agile-команд есть и недостатки:

• возможное разрастание объёма и бюджета проекта;

• возможны трудности с взаимодействием с клиентами, если у них нет времени или пропускной способности;

• сосредоточение исключительно на процессе Agile-спринта не позволяет команде работать над другими инициативами;

• виртуальным командам может быть трудно работать в Agile-средах.

Когда использовать Agile, а когда�a0— Waterfall

Хотя большинство команд могут извлечь выгоду из любой из этих методологий, вот простое сравнение Agile и Waterfall, которое поможет вам решить, что лучше подойдёт вашей команде:

Используйте водопадную модель, если:

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

• вы хотите строго контролировать разрастание объёма;

• вы цените чёткое и эффективное планирование;

• вы хотите понять весь жизненный цикл разработки до начала проекта;

• вы цените функциональность больше, чем быструю сдачу.

Попробуйте Agile, когда:

• вы хотите использовать более итеративный процесс;

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

• ваша команда работает быстро;

• ваша команда ценит адаптивность выше предсказуемости;

• ваши клиенты хотят быть активными участниками процесса.

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

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

Agile против Scrum

Когда речь идёт о сравнении Agile и Scrum, вопрос не в том, что выбрать, а в том, хотите ли вы сделать Scrum своим фреймворком Agile.

Можно ли работать по Agile без Scrum?

Конечно. Scrum может быть самым распространённым фреймворком Agile, но вы можете быть Agile, не придерживаясь правил Scrum.

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

• Работайте с небольшими проектами. Без правил Scrum будет намного проще управлять небольшим проектом с небольшой командой, которая работает над небольшой целью.

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

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

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

Понимание нюансов Agile и Scrum поможет вам адаптировать свой подход к потребностям вашей команды и требованиям проекта.

Kanban и Scrum: как использовать обе методологии вместе

Всё ещё не можете выбрать между Kanban и Scrum? Возможно, вам подойдёт Scrumban.

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

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

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

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

Как видите, всё сводится к поиску комбинации методологий, фреймворков и инструментов, которые подойдут вашей команде и проекту.

Оптимизируйте работу с помощью Waterfall, Agile, Канбан и Scrum в Asana

Независимо от того, какую методологию вы выберете�a0— Waterfall, Agile, Kanban, Scrum или их комбинацию�a0— важно отслеживать работу в едином инструменте. Когда у участников команды есть чёткое представление о том, кто какую работу выполняет и к какому сроку, они могут более точно планировать свою работу и достигать результатов.

Если вы готовы приступить к работе, попробуйте Asana. Asana�a0— это инструмент для управления работой, который помогает команде организовывать работу, отслеживать процессы и достигать поставленных целей.

Часто задаваемые вопросы