Kanban и Scrum: в чем разница и что лучше?

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

Для начала давайте выясним, что вообще они из себя представляют. 

Kanban

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

История Kanban

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

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

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

Классическая канбан-доска

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

Bug tracking Kanban board

А так, например, сегодня канбан-доска выглядит в Asana

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

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

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

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

Scrum

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

История Scrum

Термин Scrum означает «схватка» и пришел из регби. В сфере организации рабочего процесса его использовали Хиротака Такеучи (Hirotaka Takeuchi) и Икудзиро Нонака (Ikujiro Nonaka) в 1986 году в статье для Harvard Business Review «Игра для разработки новых продуктов». 

Вот цитата из этой статьи:

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

Затем, в 1995 году, Кен Швабер (Ken Schwaber) и Джефф Сазерленд (Jeff Sutherland) опубликовали процесс разработки Scrum, в котором они изложили его методы и принципы. Позднее Швабер и Сазерленд продолжили исследование и уточнение своей методологии, которая приняла окончательную форму в Scrum Guide – живом документе, который они регулярно обновляют. Scrum Guide определяет Scrum не как процесс, технику или окончательный метод, а как структуру, в которой вы можете использовать различные процессы и методы. По словам Швабера и Сазерленда, Scrum помогает командам постоянно улучшать свой продукт, свою команду и общую рабочую среду. Scrum побуждает команды взглянуть на то, насколько эффективны их методы работы, и заставляет развивать и улучшать их.

В офисе команды, использующей Scrum, вполне может висеть подобный листок-памятка

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

Три фазы Scrum

Фаза 1: планирование спринта

Спринт Scrum (также известный как «время цикла» Scrum) обычно длится 2 недели, хотя команды могут работать быстрее. На этапе планирования спринта скрам-мастер и команда изучают объем невыполненных заданий команды и выбирают работу, которую нужно выполнить во время спринта.

Фаза 2: ежедневные встречи по Scrum

Именно они и называют «схватками». В течение спринта команды обычно быстро собираются каждый день, чтобы проверить прогресс, отчитаться о сделанной работе и убедиться, что объем назначенной работы соответствует требованиям.

Фаза 3: ретроспектива спринта

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

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

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

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

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

Подождите, а что такое Agile?

В статье мы неоднократно использовали термин Agile, но так и не рассказали, что это вообще такое. Сейчас расскажем!

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

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

Не обязательно следовать только одному методу

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

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

Scrum более структурирован, чем Kanban

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

Scrum ограничен по времени

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

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

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

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

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

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

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

И Kanban, и Scrum побуждают команды к постоянному совершенствованию

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

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

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

И Kanban, и Scrum могут помочь членам команды сплотиться

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

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

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

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

Нет четких правил, которые бы указывали вам: «Обязательно используйте Kanban, если…». Однако можно сделать по-другому. Kanban может подойти вам, если:

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

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

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

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

  • Вы работаете в команде разработчиков продуктов, программного обеспечения или Agile-команде.
  • Вам кажется, что ваша команда может выиграть от чуть более жесткой структуры.
  • У вас большой объем незавершенной работы.
  • Ваша команда мотивирована быстрыми сроками и результатами.
  • Кто-то из вашей команды стремится стать скрам-мастером.

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

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

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

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

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


Здорово, что вы решили
связаться с нами!

    Отправляя эту форму, Вы соглашаетесь с Политикой конфиденциальности и даете согласие на обработку персональных данных компанией «Сведбайт».