Scrum Gauntlet of Debt — это практическая симуляция, которая наглядно демонстрирует, как технический долг влияет на скорость и качество работы команды. Игра позволяет участникам в реальном времени принимать решения и видеть последствия выбора между быстрым результатом и качеством кода.
Рекомендуется для корпоративных тренингов, тимбилдингов, фасилитаций и бизнес-игр. Участники смогут на собственном опыте понять важность баланса, рефакторинга и инкрементальных улучшений.
Формат: командная игра, 30–60 минут, минимум 4 участника. Идеально подходит для Agile-коучей и фасилитаторов.
Scrum Gauntlet of Debt: Игра, в которой технический долг становится физическим препятствием
В мире разработки ПО технический долг часто остается абстрактным понятием. Мы говорим о нем на корпоративном обучении, но редко чувствуем его реальное влияние на команду. Scrum Gauntlet of Debt (Скрам-испытание долгом) — это физическая симуляция, которая превращает метафору технического долга в буквальное препятствие, через которое нужно бежать.
Что такое Scrum Gauntlet of Debt?
Это 30-секундная имитация спринта, где участники в роли разработчиков и тестировщиков буквально бегают («спринтуют») по комнате, перемещая стикеры с задачами. Постепенно организаторы добавляют стулья на пути бегунов — они символизируют технический долг, который замедляет работу и снижает продуктивность .
Название игры отсылает к средневековому «испытанию» (gauntlet), где человек должен был пробежать между двумя рядами воинов, наносящих удары. В нашем случае «удары» наносит технический долг, и команда чувствует его влияние физически, а не просто слышит о нем на словах .
Как проходит бизнес-игра
Подготовка и роли
Для игры требуется:
10-12 сотрудников (разработчики и тестировщики)
Стикеры с задачами (около 20 штук) на доске TODO
Секундомер с таймером на 30 секунд
Стулья для имитации технического долга
Команда делится на две группы разработчиков, которые становятся у противоположных стен комнаты. Между ними располагаются тестировщики .
Правила
Один спринт = 30 секунд реального времени
Разработчики бегут к доске TODO, берут один стикер и бегут обратно, кладя его в колонку TO TEST
Разработчик может работать только над одной задачей за раз
Тестировщики забирают до 3 задач из TO TEST и перемещают их в DONE
Запрещено договариваться и вырабатывать систему — команда имитирует дисфункциональный коллектив
Раунды
Спринт 0 — Практика. 30-секундный забег без замера результатов, чтобы все поняли правила .
Спринт 1 — Калибровка. Команда бежит без препятствий. Замеряется velocity (скорость) — количество стикеров в DONE за спринт .
Спринт 2 — Введение технического долга. Организатор задает вопрос: «Есть ли у вас технический долг?» Затем в комнату вносятся стулья, которые расставляются на пути бегунов. Стулья символизируют технический долг: каждый новый функционал оставляет после себя «препятствие», которое мешает двигаться дальше .
Результат второго спринта оказывается значительно ниже первого. Команда буквально спотыкается, замедляется и сбивается с ритма — именно так технический долг влияет на разработку .
Почему это работает
Физическое переживание создает мощный «якорь» — эмоциональную связь между абстрактным понятием и телесным опытом. Участники не просто слышат о техническом долге, они чувствуют его. Обучающая бизнес-игра позволяет имитировать реальную жизнь — и именно имитация, а не теория, производит самое сильное впечатление на команду .
Кроме того, бизнес-игра наглядно показывает:
Технический долг возникает всегда, даже при дисциплинированной работе — вопрос в том, как им управлять
«Скорость» в Scrum может быть обманчивой, если не учитывать затраты на обслуживание существующего кода
Долг не исчезает сам собой — он остается в системе, замедляя дальнейшее развитие
Дебрифинг и выводы
После игры организатор подводит итоги, сопоставляя результаты спринтов до и после появления «долга». Ключевые вопросы для обсуждения:
Почувствовали ли вы разницу между спринтами?
Что изменилось в вашем восприятии технического долга?
С какими препятствиями вы сталкиваетесь в реальной работе, которые можно сравнить с этими стульями?
Как команда может предотвращать накопление технического долга?
От игры к реальности
Scrum Gauntlet of Debt — это инструмент для команд, которые хотят перейти от разговоров о техническом долге к действиям. Она особенно полезна, когда:
Исследования подтверждают, что игровые бизнес симуляции технического долга помогают не только разработчикам, но и нетехническим участникам (владельцам продуктов, скрам-мастерам) по-новому взглянуть на эту проблему и изменить свое отношение к управлению долгом .
- Команда недооценивает влияние долга на продуктивность
Продукт-менеджеры и бизнес-стейкхолдеры не понимают, почему разработка замедляется
Нужно наглядно показать цену краткосрочных компромиссов
Бизнес деловые игры симуляции учит главному: технический долг — это не абстракция, а реальное препятствие, которое замедляет команду. И если вовремя не начать его «убирать», рано или поздно он превратится в барьер, через который невозможно перепрыгнуть.
Оценка сотрудников подробнее https://selfie-center.ru/podrobnosti-ob-ocenke-personala/