Kanban и scrum отличия: В чем разница между Scrum и Kanban? — ProductStar на vc.ru

В чем разница между Scrum и Kanban? — ProductStar на vc.ru

Расспросили Дмитрия Курдюмова, Agile коуча, основателя агентства Smart Units, о различиях Scrum и Kanban.

9361 просмотров

Дмитрий Курдюмов

Agile коуч, Founder Smart Units

Зачастую при построении процессов разработки возникает вопрос: «Что использовать — Scrum или Kanban? Что подойдет нашей команде?» Давайте разбираться, можно ли их вообще сравнивать.

Скрам

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

Scrum — один из таких фреймворков.

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

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

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

Состав скрам-команды

Скрам мастер — отвечает за эффективное внедрение фреймворка Скрам в процессы.

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

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

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

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

Скрам — это не про “сделать больше задач и успеть в срок”. Здесь будет уместнее говорить про возможность создавать небольшими порциями продукт с целью получить обратную связь от пользователей, рынка, заинтересованных лиц, чтобы на основе новых знаний лучше понимать, куда двигаться дальше в процессе разработки. Скрам — это про работу в условиях неопределенности, когда результат плохо предсказуем.

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

Или, скажем, у вас уже есть работающий продукт и вам нужно улучшить конверсию (то есть количество переходов) из корзины в оплату. Ответ не очевиден. Чаще всего задача в лоб не решается, требуются эксперименты, поэтому процесс работы команды строится итерациями (в Скрам они называются

Спринты).

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

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

• ежедневные встречи (daily scrum или standup) — для синхронизации движения к цели спринта
• обзоры спринта (review или demo) — для обсуждения готового продукта со стейкхолдерами и пользователями
• ретроспективы (retro) — для обсуждения улучшения работы Скрам-команды

Работа команды и ее взаимодействие со стейкхолдерами должна быть прозрачной. Для этого используется достаточно распространенный инструмент — доска, на которой визуализируются все процессы и работы. Так как Scrum отвергает разделение ответственности и ярко выраженные этапы (например, они могут идти параллельно), количество колонок зачастую минимально, их три: to do — взяли на спринт, in progress — в процессе, done — имеем результат.

Kanban

Kanban — это не подход, не фреймворк, а метод (или инструмент), который можно использовать для улучшения производственной эффективности. Он изначально базируется на принципах Lean, в основе которых лежит устранение потерь в работах. Например, в процессе разработки какие-то задачи могут простаивать, какие-то передаваться между отделами, какие-то быть явно лишними и не совсем актуальными или требовать ресурсов сразу нескольких команд. Kanban — метод, позволяющий визуализировать всю работу и имеющиеся процессы для их постепенного улучшения. Это может быть как на уровне персональных задач, уровне команды, так и на уровне стратегии компании.

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

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

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

Как начать использовать Kanban

Визуализировать работу и процесс.

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

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

Ограничить одновременно выполняемые работы.

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

Начать собираться вокруг доски и управлять потоком работы.

Например, можно проводить ежедневные встречи, на которых будет определяться план работы на день, будут рассматриваться “зависшие” задачи и оперативно приниматься решения по их урегулированию. Также, важно смотреть на метрики потока и строить гипотезы об их улучшении. Цель — создать плавный процесс прохождения работы через систему, минимизируя препятствия и потери.

Внедрить понятные правила работы.

Для каждого члена команды работа с канбан должна быть прозрачной. Крайне важно убедиться в том, что все понимают “правила игры”. Чтобы избежать недопонимания, необходимо эти правила зафиксировать и визуализировать для общей вовлеченности: например, какие критерии готовности каждого этапа системы, какие задачи являются приоритетными, как определить необходимость пополнения бэклога идей и так далее.

Совершенствовать процессы.

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

Как получить максимум?

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

• визуализацией всех этапов разработки от Discovery (когда происходит уточнение продуктовой ценности), до Delivery (когда происходит доведение выбранных задач до готовности)
• визуализацией стратегических инициатив, крупных задач, которые будут двигаться по доске, а вы будете управлять ими
• ограничением одновременно выполняемой работы на этапах
• внедрением системы метрик времени выполнения

Резюмируем:

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

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

Телеграмм-канал Дмитрия: https://t.me/agilegurukitchen

Больше узнать об управлении командой и проектами можно на курсе “Project manager” с гарантированным трудоустройством и обучением на реальных кейсах.

А если определиться с направлением профессии сложно, приходите на бесплатную карьерную консультацию с топовым экспертом сферы IT.

Разница между Scrum и Kanban, основные отличия

info@p!»N3″ы4mserv98?ра#N#!ices#N#№25%п!.r!#%N24ап#!u

+7 (495) 240-90-80

---

12 Сен 2020

Перевод оригинальной статьи

Все, кто занимается Agile, слышали про Scrum и Kanban. Но не все четко понимают разницу между ними. Первый шаг к пониманию этой разницы — понять, что Канбан — это не просто доска. Канбан — это структура, методика, процесс (называйте как хотите), а доска — это просто инструмент. С другой стороны, вы должны понимать, что ваша доска Scrum отличается от доски Kanban, и это одно из самых больших заблуждений, потому что все просто называют ее «Канбан».
Scrum лучше подходит для проектов по разработке продуктов. По сути, вы заранее определяете работу для следующего спринта. Затем вы блокируете спринт, выполняете всю работу, и после пары спринтов ваша очередь должна быть пуста.
Канбан лучше подходит для поддержки производства. Лимит здесь не определяется спринтом, а размером очереди каждого столбца доски — ограничением по незавершенным работам (WIP-лимит). Это значит, что вы можете изменить элементы в очередях в любое время, и что у работы нет конца – она идет сплошным потоком.

 

Давайте проанализируем каждую конкретную тему Scrum и отличия от Канбана:

• В Scrum вы разделяете свою организацию на небольшие, кросс-функциональные, самоорганизующиеся команды. В Канбане нет жесткого требования про кросс-функциональные команды
• В Scrum есть особенные роли, а для Канбана подойдут обычные
• В Scrum ежедневное стендап-собрание — это сердечный ритм проекта. В Канбане планерки проводить жестко не требуются
• В Scrum вы должны разделить свою работу на список небольших конкретных результатов. В Канбане достаточно разделить работу на части, написать каждую часть на стикер и повесить его на стену. Они не должны быть результатами.
• В Scrum вы должны разбить время на короткие итерации фиксированной длины (1-4 недели), с разными версиями минимально-работоспособного продукта (MVP), которые вы будете демонстрировать после каждой итерации. В Канбане же работа непрерывная, а не итеративная.
• В Scrum вы должны отсортировать список поставляемых результатов по приоритету и оценить необходимые усилия для каждого элемента. В Канбане нет жесткого требования оценивать работу.
• В Scrum, основываясь на информации, полученной на проверке релиза после каждой итерации, оптимизируется план выпуска и обновляются приоритеты вместе с заказчиком. В Канбане этого не происходит.
• В Scrum у вас есть фиксированные события, такие как начало, планирование, обзор и ретроспектива. В Канбане же есть задающие ритм каденции.
• В Scrum рабочий процесс всегда должен оптимизироваться после каждой проведенной ретроспективы. В Канбане же это не обязательно, но можно провести в каденциях.
• В Scrum должен быть список невыполненных работ по продукту и график сгорания задач, чего в Канбане нет и в помине.

Итак, что же находится в Канбане? Давайте посмотрим на контраст со Scrum:

• Канбан фокусируется на представлении рабочего процесса команды, давая им возможность визуализировать его и улучшить как можно скорее. Scrum имеет фиксированный процесс и церемонии.
• Канбан позволяет использовать любые именованные столбцы в вашей доске, чтобы проиллюстрировать, где находится каждый элемент, продукт или услуга в рабочем процессе. Scrum фокусируется на результатах с конкретными столбцами: “бэклог”, “бэклог спринта”, “работа в процессе” и “выполненная работа”.
• Канбан ограничивает “работу в процессе» WIP-лимитом. В Канбане необходимо установить ограничения на количество работ, которые могут выполняться в каждом столбце рабочего процесса. В Scrum нет никаких правил на этот счет.
• Одна из самых важных вещей в Канбане — это измерение среднего времени выполнения одного элемента, называемое “временем цикла”. Это очень важно, потому что это дает вам возможность оптимизировать процесс, чтобы сделать работу как можно короче и предсказуемее.
• В Канбан можно вносить изменения по мере необходимости. В Scrum изменения не должны прерывать спринт (хотя, по нашему мнению, это вполне возможно – примечание редактора).

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

Хотите лучше разобраться в Scrum и Kanban?

Тогда приходите на наш тренинг по Agile!

 

Подписывайтесь на наши соцсети, чтобы не пропускать новые статьи:

• Telegram-канал «Проектные сервисы и Product Lab»
• Telegram-канал Андрея Бадина «Управляй иначе»
• YouTube
• VK

 

AgileICP AgileKanbanScrumWIP-лимитРазница между Scrum и Kanban

Канбан

против Scrum: в чем разница?

Оглавление

Оглавление

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

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

Справочник Agile-менеджера: Как стать эффективным Agile-лидером

Изучите основы Agile-лидерства, включая 5 основных навыков, которыми должны обладать все Agile-менеджеры.

Просмотреть электронную книгу • Справочник Agile-менеджера

Бесплатная пробная версия AgilePlace: AgilePlace Online Kanban Software

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

Начните бесплатную пробную версию • Бесплатная пробная версия AgilePlace

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

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

Канбан против Scrum

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

	Канбан	Scrum
Роли и обязанности	Для команды нет заранее определенных ролей. Хотя менеджер проекта все еще может быть, команде рекомендуется сотрудничать и вносить свой вклад, когда кто-то из них становится перегруженным.	У каждого члена команды есть заранее определенная роль, где скрам-мастер диктует сроки, владелец продукта определяет цели и задачи, а члены команды выполняют работу.
Сроки выполнения / Сроки поставки	Продукты и процессы поставляются непрерывно по мере необходимости (сроки выполнения определяются бизнесом по мере необходимости).	Результаты определяются спринтами или установленными периодами времени, в течение которых набор работ должен быть завершен и готов к рассмотрению.
Делегирование и приоритизация	Использует «систему вытягивания» или систематический рабочий процесс, который позволяет членам команды «вытягивать» новые задачи только после завершения предыдущей задачи.	Также используется «система вытягивания», однако для каждой итерации извлекается вся партия.
Модификации/изменения	Позволяет вносить изменения в промежуточный этап проекта, обеспечивая итерации и постоянное улучшение до завершения проекта.	Изменения во время спринта настоятельно не рекомендуются.
Измерение производительности	Измеряет производительность, используя «время цикла» или количество времени, которое требуется для завершения одной полной части проекта от начала до конца.	Измеряет производительность, используя скорость в спринтах. Каждый спринт выстраивается один за другим и/или параллельно, так что каждый дополнительный спринт зависит от успеха предыдущего.
Лучшие приложения	Лучшее решение для проектов с самыми разными приоритетами.	Лучше всего подходит для команд со стабильными приоритетами, которые могут не меняться со временем.

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

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

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

Является ли Канбан Скрам?

Канбан — это не Скрам, и между Канбан и Скрам есть несколько различий, хотя оба они являются методами работы. Scrum — это agile-фреймворк, впервые концептуализированный Хиротакой Такеучи и Икудзиро Нонакой в ​​«Игре по разработке нового нового продукта». Согласно Такеучи и Нонаке, стратегия разработки продуктов 1986 года была путем к «созданию организационных знаний». Сегодня изучение и развитие Scrum продолжается, и бизнес-команды постоянно находят новые способы использования его в качестве полезного инструмента.

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

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

Scrum — это итеративный, поэтапный метод работы, который обеспечивает очень предписывающий способ выполнения работы. Скрам-команды определили процессы, роли, церемонии и артефакты.

Работа разбивается на спринты или устанавливается количество времени, в течение которого должен быть выполнен объем работы, прежде чем можно будет начать следующий спринт. Спринт может быть любой продолжительности, хотя двухнедельные и 30-дневные спринты являются одними из самых распространенных.

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

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

Различия и что подходит именно вам?

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

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

Что такое Скрам?

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

Каденция схватки

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

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

Скрам-роли

Точно определены три обязанности в Scrum.

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

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

Общие показатели

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

Изменить философию

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

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

Теперь давайте посмотрим, как работает Scrum.

Как работает Scrum?

Scrum Framework — Скрам против Канбана

Шаг 1: Бэклог продукта

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

Шаг 2: планирование спринта

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

Шаг 3: Бэклог спринта

Задачи, обсуждавшиеся на предыдущем этапе, добавляются в журнал спринта.

Шаг 4: Скрам-команда

Скрам-команда обычно состоит из пяти-девяти человек, которые работают над задачами, упомянутыми в журнале спринта.

Шаг 4.1: Ежедневный скрам

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

Шаг 5: Обзор спринта

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

Шаг 5.1: Обзор спринта: Бэклог продукта

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

Шаг 5.2: Обзор спринта: Ретроспектива спринта

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

Шаг 6: Увеличение

Заинтересованные стороны получают рабочий и полезный результат.

Теперь давайте посмотрим на Канбан.

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

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

Канбан Каденция

Структура непрерывного рабочего процесса, на которой основан Канбан, позволяет командам быть гибкими и готовыми приспосабливаться к меняющимся приоритетам. Рабочие элементы располагаются на канбан-доске в виде карточек, переходя от одного столбца (этапа) процесса к другому. To Do, In Progress, In Review, Blocked и Done — типичные этапы рабочего процесса.

Методология выпуска

Без регулярного расписания или установленных сроков обновления доставляются в канбан всякий раз, когда они подготовлены. Теоретически Канбан не устанавливает сроков выполнения задачи. Не дожидаясь контрольной точки выпуска, такой как обзор спринта, задание может быть доставлено по мере необходимости, если оно будет завершено раньше (или позже).

Канбан Роли

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

Ключевые показатели

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

Изменить философию

Рабочий процесс канбана динамичен и может изменяться. В соответствии с приоритетом в бэклог могут быть добавлены новые рабочие элементы, а старые карточки могут быть заблокированы или удалены. Кроме того, лимит WIP и рабочие элементы могут быть изменены в случае изменения вместимости команды. Способность к адаптации — ключ к канбану. Ключевые концепции Канбан включают:

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

Давайте посмотрим, как работает Канбан.

Как работает Канбан?

Канбан-доска — Скрам против Канбана

Плата состоит из трех основных компонентов:

Задачи: представляют собой задачи, которые необходимо выполнить

.

Текущие: представляют элементы, над которыми в настоящее время работает команда

.

Готово: это задачи и элементы, которые уже были выполнены

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

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

Чем они похожи?

1. И Scrum, и Kanban основаны на принципах бережливого и гибкого методологии.
2. Оба процесса направлены на сокращение объема незавершенного производства.
3. Оба делят работу на более мелкие управляемые части.
4. Оба используют планирование по запросу, что означает, что продукты создаются на основе спроса, а не прогнозов.
5. Обе компании подчеркивают важность прозрачности и используют ее для улучшения процессов.
6. Их планы выпуска постоянно оптимизируются.
7. Оба предназначены для частой и опережающей доставки программного обеспечения.

Теперь давайте посмотрим, чем они отличаются.

Скрам против Канбана

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

Каденс

Скрам	Канбан
Процесс разбит на итерации с ограничением по времени	Процесс управляется событиями

Методология выпуска

Скрам	Канбан
Релизы происходят в конце каждого спринта	Выпуски непрерывны

Изменения

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

Метрическая система

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

Команды

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

Добавление новых элементов

Скрам	Канбан
Элементы не могут быть добавлены между итерациями	Если есть свободные места, можно добавить новые элементы

Рабочие роли

Скрам	Канбан
Имеет три основные должности:  Владелец продукта Скрам-мастер Скрам-команда	Определенные рабочие роли не были настроены

Представительство

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

Длина проекта

Скрам	Канбан
Лучше подходит для долгосрочных проектов	Лучше работает для проектов, которые должны быть завершены в более короткие сроки

Канбан против Agile

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

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

Канбан против водопада

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

Теперь давайте посмотрим, как вы можете решить, какой метод лучше для вас.

Что выбрать?

Скрам и Канбан имеют свои сильные стороны. Но противопоставление Канбана Скраму — ложный выбор; вы можете использовать оба в своей работе, чтобы получить максимальную отдачу от обоих.

Когда использовать Канбан?

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

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

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

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

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

Scrumban: выбор обоих

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

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

Скрам-компании — Скрам против Канбана

Kanban-компании — Scrum vs Kanban

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