В этом материале мы поговорим о практике петель обратной связи в Канбан-методе. Тема актуальна как для новичков, так и для тех, кто уже применяет Канбан в работе и хочет взглянуть на неё системно. Наш эксперт — Василий Савунов, agile-коуч и kanban-тренер компании ScrumTrek.
Профессиональный путь
Василий пришёл в сферу agile и Kanban из разработки. Более десяти лет он работал веб-программистом, затем столько же руководил командами в ролях тимлида и технического директора.
Со временем стало ясно: организовать работу программистов — задача не менее сложная, чем писать код. Попытки всё контролировать самостоятельно приводили к выгоранию и отсутствию отдыха. В поисках решений Василий обратился к мировому опыту управления и постепенно пришёл к agile-практикам:
- сначала — к Scrum, где освоил фасилитацию и коучинг для тимлидов;
- позже — к Kanban-методу, который позволил смотреть шире и гибче управлять потоками работ.
Сегодня Василий совмещает инструменты Scrum и Kanban, применяя их в зависимости от контекста. Такой комбинированный подход, по его словам, даёт целостную картину и позволяет достигать устойчивого эффекта.
Что такое петли обратной связи
Мы постоянно живём в окружении обратной связи: от проверки записи подкаста до реакции собеседника в разговоре. Петля обратной связи — это механизм получения информации о текущем положении дел и принятия корректирующих действий.
В Канбан-методе петли обратной связи проявляются в двух формах:
- визуальная доска — сама по себе является каналом обратной связи, если она грамотно настроена;
- регулярные встречи (каденции) — позволяют анализировать информацию, обсуждать блокеры и принимать решения.
Каденции: что это такое
Термин «каденция» пришёл из музыки, где он означает повторяющийся ритмический элемент. В Канбане каденции — это регулярные или situational встречи, которые задают ритм командной работе.
В отличие от Scrum, где набор событий фиксирован (планирование, ревью, ретроспектива), Kanban гибче:
- встречи проводятся по мере необходимости или по расписанию;
- нет жёсткой привязки к спринтам;
- ключевой критерий — наличие достаточных данных для анализа.
Как каденции влияют на встречи в организациях
При внедрении Канбан-метода часть существующих встреч заменяется каденциями. Разница в фокусе:
- вместо отчётности («почему не уложились в срок») обсуждаются данные процесса;
- избыточные встречи отсекаются;
- добавляются новые каденции там, где это помогает лучше понимать систему.
На командном уровне чаще всего встречаются три базовые каденции:
Пополнение (Replenishment) — встреча с заказчиками для наполнения системы задачами в рамках её пропускной способности.
Kanban-митинг (Kanban Meeting) — оперативное обсуждение около доски: где узкие места, какие блокеры, кто может помочь.
Delivery Review — анализ процесса поставки. В отличие от ретроспективы в Scrum, акцент делается не на людях, а на всей системе: насколько поток замедлился или ускорился, какие появились проблемы.
Таким образом, каденции помогают выстраивать управление на основе данных и прозрачности, а не контроля и давления.
Каденции в Kanban и сравнение со Scrum
Мы уже обсудили, что каденции в Kanban — это инструмент, который помогает управлять потоком работы и поддерживать предсказуемость системы. Задача таких событий двойная:
- Избежать простоя системы. Заказчики всегда могут приносить свои запросы, и у команды есть прозрачный способ принимать их.
- Сохранить баланс загрузки. Так как встречи проводятся с определённой периодичностью, команда защищена от перегрузки, которая неизбежно возникла бы, если бы задачи «сыпались» в любой момент.
На встречах обсуждаются возможности системы, сроки, правила загрузки. Причём правила становятся явными не только для команды, но и для заказчиков. Это, по сути, уже шаг к зрелости Kanban — когда обе стороны играют по понятным правилам.
Scrum Daily vs Kanban Meeting
В Scrum ежедневный митинг служит одной цели — проверить, успеет ли команда поставить ценность, обещанную в начале спринта. Фокус — исключительно на цели спринта и поставке результата.
В Kanban-митинге внимание направлено на поток работ. Встреча идёт справа налево: начиная с задач, которые ближе всего к завершению и в которые уже вложено больше всего усилий. Логика простая: чем ближе задача к финишу, тем дороже она стоит для организации. Поэтому главный вопрос — что нужно сделать, чтобы эти задачи как можно быстрее завершить?
Если всё движется по SLA, просто фиксируется дата следующей проверки. Если же задача блокирована, обсуждаются причины и пути устранения. Таким образом, Kanban-митинг — это инструмент выявления и снятия блокеров, поддержания равномерности потока.
Ключевое различие:
- Scrum Daily — о том, как успеть поставить обещанную ценность.
- Kanban Meeting — о том, чтобы поток работ оставался предсказуемым и без задержек.
Поставка: Sprint Review vs Каденция по Delivery
Ещё одно важное сравнение — спринт-ревью в Scrum и каденция по поставке в Kanban.
- Sprint Review (Scrum). Это демонстрация результата заказчику с целью собрать обратную связь. На основе этой обратной связи владелец продукта обновляет бэклог, и в следующую итерацию команда работает уже с учётом новых приоритетов.
- Delivery Cadence (Kanban). Это оперативная встреча, на которой решается, как именно будет выкатка подготовленного результата. Список задач уже собран в билд, заказчик знает, что именно будет поставлено. Команда планирует технические шаги — проверку билда, выкладку на сервер, настройку инфраструктуры.
Разница: в Scrum акцент на обратной связи и корректировке курса, в Kanban — на планировании и технической реализации поставки.
Ретроспектива vs Delivery Review
В Scrum ретроспектива — это взгляд назад через опыт людей. Команда обсуждает, что мешало, что работало хорошо, и ищет пути улучшения взаимодействия.
В Kanban Delivery Review — это анализ системы на основе данных. Метрики показывают: как изменилась пропускная способность, где появились узкие места, как изменилось время поставки. Решения принимаются на основе фактов, а не субъективного опыта.
Итого:
Scrum ретроспектива — про людей и их взаимодействие.
Kanban Delivery Review — про систему и её показатели.
