'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
В Scrumban обычно приходят из конкретной боли. Команда живёт по Scrum, но половина работы приходит извне и не помещается в спринт: заявки поддержки, срочные правки, обещания отделу продаж. Спринт срывается каждый раз, планирование превращается в ритуал, и постепенно ему перестают верить.
Что берут откуда
- От Scrum: роли, ретроспектива, ежедневная сверка, общий бэклог с приоритетом.
- От Kanban: доска с этапами реального процесса, ограничение работы в процессе, вытягивание, измерение времени прохождения задачи.
Планирование по порогу
Команда договаривается о числе готовых к работе задач в очереди. Как только их остаётся меньше порога, собираются и наполняют очередь заново. При равномерном потоке это выходит чаще раза в две недели, при неровном реже.
Риск
Гибрид легко превращается в оправдание. «Мы на Scrumban» иногда означает, что от Scrum остались только встречи, а из Kanban не взяли ни ограничений, ни измерений. Проверить просто: если над колонками доски нет чисел и никто не знает среднее время прохождения задачи, Kanban в этом гибриде отсутствует.
- Заметная доля непредсказуемой работы: поддержка, инциденты, срочные просьбы
- Спринт срывается регулярно, и планирование стало формальностью
- Команда выросла из Scrum и хочет двигаться к потоку постепенно
- Работа хорошо ложится в двухнедельный цикл, и спринты не срываются
- Заказчику нужны фиксированные даты поставки по каждому набору задач
- Команда только осваивает дисциплину: два процесса сразу дают кашу
Команда из семи человек тратила на планирование по три часа каждые две недели и всё равно выносила из спринта половину задач. Они оставили ретроспективу и ежедневную сверку, доску разложили по реальным этапам от анализа до приёмки, поставили над колонками ограничения и договорились наполнять очередь, когда в ней остаётся меньше пяти готовых задач. Планирование стало короче и теперь случается по мере надобности.
Начните с доски, которая описывает ваш реальный процесс. Колонки «в работе» и «готово» ничего не показывают; «ждёт аналитики» и «на приёмке у заказчика» показывают, где стоит очередь. В Shtab колонки настраиваются под этапы команды, а накопленные даты переходов дают время прохождения задачи без ручных замеров.