Что такое Scrumban

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

Вместе с экспертами «КСК ТЕХНОЛОГИИ» разбираемся в особенностях Scrumban и даем пошаговый алгоритм внедрения.

Особенности методологии Scrumban

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

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

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

Используя спринты из Scrum и доску Kanban, объединенные в гибридном решении Scrumban, можно:

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

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

Ключевые аспекты

1. Триггер планирования.
   Полагаясь на те результаты, что были достигнуты в предыдущих итерациях, команда проекта планирует предстоящий спринт. Для этого используется триггер планирования, который помогает определить, когда лучше всего начать планирование очередной итерации. Обычно это цифра, показывающая количество задач, которые остаются в статусе невыполненных.
2. Сегменты планирования.
   При долгосрочном планировании в Scrumban команда разбивает свою карту на три блока или сегмента. В каждом прописывают списки с целями на будущий год, на ближайшие 6 месяцев, на ближайшие 3 месяца. Планы добавляют в бэклог и выполняются в последующей итерации. 
3. Доска.
   Команды, работающие по методологии Scrumban, осуществляют планирование, используя доску по типу Канбан. В зависимости от специфики проекта и в целом команды наполнение досок Scrumban может отличаться. Закрыв одну задачу или подзадачу, специалист может взять задачу, отмеченную на текущий момент приоритетом, которая соотносится с его навыками. Ежедневно доска Scrumban обновляется — добавляются новые задачи, меняются приоритеты. 
4. Лимит на элементы в работе.
   В командах, где управление проектами осуществляется с помощью Scrumban, должно быть ограничение на число элементов, находящихся в работе. Ограничение должно соотноситься с составом и численностью команды. Предположим, если над проектом работает девять человек, то допустимое число незавершенных работ будет девять. Другими словами, каждый член команды может полностью сосредоточиться на конкретной задаче за одну итерацию — это повышает эффективность обработки задач, а еще защищает команду от выгорания из-за избытка заданий. Этот подход называется лимитом незавершенного производства.

Для эффективной работы команды по методу Scrumban необходимо внедрить и настроить все эти аспекты. Дальше рассматриваем основные этапы работы над проектом по методологии Скрамбан.

Пошаговое руководство, как внедрить Scrumban

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

Основные фазы внедрения Scrumban:

1. Выбор рабочего элемента. Каждый новый спринт в Scrumban команда начинает с того, что собирается, чтобы выбрать рабочие элементы, которые нужно учесть при следующей итерации. Руководитель проекта проводит совещание, определяя план действия команды. Оговаривается список задач и их приоритетность.
2. Планирование. Команда встречается, чтобы выбрать задачи на ближайший спринт. Планирование происходит сразу после старта проекта и затем периодически перед каждым спринтом. Рабочие элементы выбираются из списка с задачами в зависимости от их приоритетности. К каждой задаче необходимо детализировать требования и дедлайны. На один спринт можно брать ограниченное количество задач.
3. Ежедневный стендап. После планирования команда переходит к работе над задачами. Каждый может брать задачу из бэклога, учитывая ее приоритетность. Можно работать только над одной задачей — это правило позволяет быстро выполнять наиболее приоритетные задачи и постепенно переходить к другим. Каждый день команда встречается на короткое совещание, чтобы выявить возможные трудности и оценить прогресс.
4. Приостановка работы. В случае необходимости, в том числе когда команда работает с короткими спринтами, главный менеджер может приостановить работу, то есть в бэклог уже нельзя будет добавить новые задачи. После этого шага необходимо провести сортировку — определить, какие задачи будут выполнены в ходе текущего спринта, а какие останутся незавершенными. 
5. Выпуск. Речь идет об этапе, когда поставленные задачи завершены. Происходит выпуск и время спринта завершается. 
6. Ретроспектива. Последний, но не по важности этап в процессе Scrumban. После каждого выпуска собираются члены команды и обсуждают рабочие нюансы, решают, что можно улучшить в следующем цикле, какие изменения в процесс стоит внести.

Итак, мы рассмотрели особенности Scrumban — основные аспекты и фазы внедрения. Остается один вопрос — действительно ли Scrumban более эффективен, чем другие подходы? Если да, то в каких случаях?

В чем разница между методологиями?

• Kanban — самая простая методика. Легко внедряется и адаптируется, достаточно гибкая, обеспечивает визуализацию проекта и позволяет всем членам команды быть на одной волне. С помощью Канбан легко подсветить слабые стороны рабочего процесса. 
• Scrum — самый сложный подход. Он проблематичен в реализации и достаточно строгий. Состоит из временных спринтов, определяющих сроки и цели. Scrum хорошо работает с большими, сложными и быстро развивающимися проектами. 
• Scrumban — универсальное решение, использующее систематизацию Скрам и визуализацию Канбан. Зачем выбирать что-то одно, если можно выбрать лучшее из обеих методик? Scrumban легко адаптируется и отлично срабатывает в крупных и небольших проектах.

Почему стоит выбрать Scrumban

Как минимум, можно сформулировать три причины, почему проектным командам стоит попробовать управление Scrumban:

1. Scrumban проще внедрить, чем Scrum. Он проще, свободнее, походит на Канбан. Команды адаптируются к такому подходу намного быстрее.
2. Scrumban — отличное решение для проектных команд, которые занимаются разработкой продуктов и R&D. Процедура внедрения Scrumban быстрая и позволяет без риска тестировать концепции. 
3. Возможность постоянного улучшения. Используя Scrumban, команда может бесконечно развиваться, внося коррективы в рабочий процесс.

Кому подойдет гибридная методология

Scrumban идеально подойдет активно развивающимся проектам, которым стало тесно в методологии Kanban или Scrum, а также:

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

Еще одна особенность гибридного решения — Scrumban одинаково хорошо срабатывает при кратковременном и долгосрочном управлении благодаря своей адаптивности. 

Решение от KCK ТЕХНОЛОГИИ

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

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