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

Waterfall (Водопад). Agile. Канбан. Scrum. Какое отношение эти слова имеют к управлению проектами, в чём их отличия и как выбрать методологию, подходящую для вашей команды?

Если вы не знаете, что означает какой-либо из этих терминов, мы вам поможем. В этой статье мы рассмотрим, что означает каждый из них, каковы их преимущества и недостатки, а также сравним их, в том числе Agile и Scrum, а также Scrum и канбан.

Если вас интересует конкретный вопрос, воспользуйтесь ссылками слева, чтобы перейти к нужному разделу. Или же прочитайте всё руководство, чтобы получить ответы на все вопросы о Waterfall, Agile, Kanban и Scrum.

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

Канбан — это ветвь методологии Agile, которая функционирует в рамках более широкого подхода Agile. Философия Agile строится на адаптивном планировании, ранних поставках и непрерывном улучшении, и канбан поддерживает все эти принципы.

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

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

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

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

Методология канбан была разработана Тайити Оно в компании Toyota в 1940-х годах. Затем она была оцифрована, адаптирована и усовершенствована в течение нескольких десятилетий. В своей основе современный фреймворк Канбан — это визуальный способ онлайн-управления работой. 

Когда люди говорят «Канбан», они, скорее всего, имеют в виду канбан-доски: визуальное представление управления проектами, в котором используется методология Канбан.

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

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

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

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

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

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

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

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

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

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

• Контекст

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

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

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

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

Что такое Scrum?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Что такое Agile?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Kanban против Scrum

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Agile против Waterfall

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Сосредоточены на удовлетворённости клиентов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Ваша команда работает быстро.

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

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

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

Agile против Scrum

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оптимизируйте работу в Asana

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

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

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

Часто задаваемые вопросы: Kanban против Scrum

В чём разница между Scrum и канбан?

Ключевое различие между Scrum и Канбан заключается в подходе к управлению работой. В Scrum используются ограниченные по времени итерации, называемые спринтами, с определенным бэклогом и конкретными ролями, такими как Scrum-мастер и владелец продукта. Канбан фокусируется на непрерывном потоке, используя канбан-доску для визуализации работы в процессе, ограничения WIP (Work in Progress) и оптимизации времени цикла.

Как выбрать между Kanban и Scrum для моей команды?

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

Канбан — это всё ещё Scrum?

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

Можно ли использовать спринты в канбане?

В канбане спринты обычно не используются. Однако некоторые команды объединяют канбан со Scrum, и эта практика называется Scrumban. Она позволяет включать спринты для конкретного планирования, сохраняя при этом непрерывный поток работы.