Scrumban — структура управления проектами, сочетающая в себе лучшие принципы и инструменты Scrum и Kanban. Она сохраняет визуальное управление рабочим процессом Канбана и интегрирует его в стабильную структуру спринта Scrum, создавая гибридную методологию, подходящую для гибких команд любого размера. Изначально Scrumban была создана для того, чтобы помочь командам перейти от Scrum к Канбану и наоборот. Однако в итоге она стала отдельной методологией, идеально подходящей для команд, стремящихся найти золотую середину между ограниченной по времени структурой Scrum и аспектами гибкости и постоянного совершенствования Канбана.
Scrum — одна из самых популярных гибких методологий экономичной разработки программного обеспечения, которая делит проекты на более мелкие циклы, называемые спринтами. Каждый спринт длится от одной до четырех недель, что позволяет вам работать над отдельными разделами проекта индивидуально.
После завершения спринта вы представляете его своим клиентам для обратной связи, а затем учитываете их запросы, прежде чем перейти к следующему спринту. Таким образом, Scrum-команды могут быстро адаптироваться к изменениям и при необходимости сменить приоритеты. Скрам-команды обычно состоят из:
- Скрам-мастера (лидера команды);
- Владельца продукта;
- Команды разработчиков продукта.
Подробнее про эту методологию мы рассказывали здесь: https://topremote.ru/post/agile-i-scrum-chiem-ghrozit-sliepoie-sliedovaniie-etim-mietodikam
Канбан — смесь японских слов, обозначающих знак и доску. Это еще одна популярная гибкая структура, но в отличие от Scrum, Канбан поощряет постоянное улучшение, то есть, постоянное планирование, анализ и измерение результатов каждой задачи. В этой методологии задачи представлены в виде карточек и разложены на доске Канбан, что позволяет визуализировать различные стадии выполнения, на которых они находятся. Доска Канбан обычно имеет три основных столбца:
- To-Do: задачи, над которыми вы еще не начали работать.
- Незавершенное производство (НЗП): Задачи, которые находятся в стадии выполнения.
- Выполнено: задачи, которые вы выполнили.
Для того, чтобы изменить статус задачи, необходимо переместить ее карточку в соответствующий столбец на доске. Так вся команда будет в курсе ее передвижения.
Канбан-команды ограничивают количество элементов, которыми они манипулируют одновременно, устанавливая ограничения на незавершенную работу (WIP). Ограничения незавершенного производства уменьшают беспорядок и способствуют концентрации внимания.
Подробнее про эту методологию мы рассказывали здесь: https://topremote.ru/post/kanban
Теперь рассмотрим, что именно Scrumban заимствует у каждой из этих двух гибких фреймворков и чем отличается от них.
Scrum-часть Scrumban.
Scrumban использует следующие три ключевых компонента из структуры Scrum:
- Спринты. Как и в Scrum, Scrumban разбивает очень сложные проекты на более мелкие циклы разработки фиксированной длины. Единственное отличие состоит в том, что они называются итерациями, а не спринтами и обычно длятся две недели.
- Встречи по планированию. Как и в Scrum, в каждом Scrumban-проекте есть собрание по планированию, на котором команды создают бэклог — список задач, которые необходимо решить в рамках всего проекта.
- Ретроспективы. В конце каждого цикла команда собирается для того, чтобы проанализировать свою производительность и использовать эту информацию для улучшения планирования итерации.
Однако Scrumban не использует многие элементы Scrum, такие как ежедневные встречи, постоянная обратная связь с клиентами и особая структура команды.
Канбан-часть Scrumban.
Канбан играет важную роль в системе Scrumban, в основном предоставляя подход, который помогает командам увидеть свои рабочие процессы в действии. Однако вместо визуализации задач на доске Канбан они делают это на доске Скрамбан. Эти доски очень похожи: столбцы представляют статусы, а карточки представляют задачи проекта. По мере выполнения ваших задач вы можете легко перемещать соответствующие карточки в соответствующие столбцы для того, чтобы показать, находятся ли они в процессе или завершены.
Scrumban следует примеру Канбана, принимая на вооружение систему вытягивания. Команды используют так называемые сигналы притяжения, чтобы указать, что новые задачи готовы к работе. Сигнал извлечения срабатывает в системе, когда количество карт в столбце падает ниже заданного предела. С другой стороны, когда достигнуты пределы незавершенной работы, никакая другая задача в вытягивающей системе не может быть перемещена вперед до тех пор, пока текущая задача не будет завершена.
Scrumban ярче всего проявляется в проектах, где ни Scrum, ни Kanban сами по себе не могут справиться с поставленной задачей. Например, Scrum может работать неэффективно для некоторых команд из-за проблем с рабочим процессом, недостатков процессов или ограничений ресурсов. В то же время Канбан может затруднить определение четких приоритетов для команд.
