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

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

• Четкое определение размеров итераций;
• Планирование с учетом возможных «подводных камней» или новых задач;
• Проставление приоритета для каждой задачи;
• Ограничение на количество задач;
• Сохранение ролей присутствующих до применения Скрамбана (при необходимости вводятся новые);
• Регулярное проведение стэндапов в команде (как правило, длятся не более 15 минут).

Иногда вот смотришь на ребенка, идущего рядом с родителями, и замечаешь — как же он похож одновременно и на папу и на маму…

Скрамбан — как раз про это. Взял самое лучшее от своих родителей (Скрама и Канбана) и соединил их в одну систему. Естественно, нам интересно, что из этого получилось, так что, начинаем наш краткий экскурс методологии Скрамбана. Поехали!

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

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

Scrum — это короткие итерации или спринты (отрезок времени, за который команда создает готовую к показу часть продукта), продолжительность которых, чаще всего от 2-х до 3-х недель.

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

Очевидно, на этом и строится метод Скрамбан. Причем, фишка как раз в том, что цель планирования — не заполнять очередь задач целиком, а лишь часть. Итерации Скрама вместе с Канбан–доской значительно упрощают планирование, выравнивая поток работы.

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

Благодаря сочетанию двух систем мы получаем более плавный поток задач и подключаем функцию WIP — Work in progress. Ограничение числа задач спасает от синдрома Цезаря (привычки делать много задач одновременно). На каждую цель выделено своё время. А каждому сотруднику присваивается только одна главная задача.

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

Процесс Scrumban строится на следующих принципах:

• четкое определение размеров итераций;
• планирование с учетом возможных «подводных камней» или новых задач;
• проставление приоритета для каждой задачи;
• ограничение на количество задач;
• сохранение ролей присутствующих до применения Скрамбана (при необходимости вводятся новые);
• регулярное проведение стэндапов в команде (как правило, длятся не более 15 минут).

Здесь всё просто. Основная доска состоит из трёх столбцов:

• To Do (сделать);
• Doing (в процессе);
• Done (готово).

Еще момент — можно добавлять и другие столбцы: тестирование, дизайн и т.д.

Когда член команды определился с задачей и готов её выполнить — перемещает стикер в столбец Doing. По завершении задача перемещается в столбец Done. В результате — мы наглядно видим насколько быстро проходит процесс разработки. Причем, мы помним условие, что в Скрамбан существует правило: 1 сотрудник — 1 задача.

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

Теперь, когда подробно изучили доску, идём дальше.

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

1. Однолетний план;

2. 6-месячный план;

3. 3-месячный план.

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

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

Замораживание функций

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

Сортировка

Здесь власть в руках менеджера проекта. Он определяет какие функции будут завершены, а каким суждено остаться в «подвешенном» состоянии на неопределенный срок. Главная суть — сосредоточиться на главном.

Принцип вытягивания

В Scrumban нет той привычной системы, когда руководитель назначает задания участникам проекта. Процесс работы проходит в удобном формате, где каждый сам из столбца «To Do» выбирает задание для выполнения.

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

Настало время подвести жирную черту под уже полученной информацией.

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

А вы пробовали Scrumban в своей работе?