Каденции канбан задают ритм обратной связи: команда проверяет движение задач, принимает решение и возвращается к нему на следующем обзоре. Начать небольшой команде можно с двух разговоров — о текущей работе и о выборе следующей. Дополнительные встречи нужны, когда появляется вопрос, который нельзя решить внутри одного потока.
Поводом для разговора служит конкретное наблюдение: карточка ждёт ответа, очередь растёт, готовый результат не передан заказчику. Перед встречей подготовьте факты, пригласите людей, способных принять решение, и определите, что должно измениться после разговора. Для каждой договорённости запишите действие, ответственного и момент проверки. По судьбе договорённостей видно, нужен ли выбранный ритм команде. Семь названий встреч сами по себе не требуют семи новых созвонов в календаре.
Что такое каденция
Каденция — повторяющийся цикл обратной связи, в котором участники рассматривают состояние работы и договариваются об изменениях. Встреча составляет часть цикла: после неё решение выполняют, а затем проверяют результат. Без повторной проверки команда видит только обещание.
Рабочую схему можно записать как «сигнал → разговор → решение → ответственный → проверка». Например, карточка застряла на согласовании. Команда выясняет, какой ответ нужен, кто может его получить и когда проверит движение карточки. Обсуждение заканчивается следующим действием, которое можно выполнить без дополнительного толкования.
В модели Kanban University представлены семь форматов обратной связи. Автор модели допускает адаптацию существующих встреч и объединение форматов в небольшой организации. Общая карта не задаёт универсальное расписание: состав участников и частота зависят от вопроса, который команда решает.
Статусное собрание отвечает на вопрос, чем занят каждый человек. Обзор потока связывает разговор с карточками: где остановилось движение, что мешает завершить работу, какое решение требуется сейчас. Индивидуальный отчёт полезен лишь в той части, которая объясняет препятствие или меняет следующий шаг.
Для связи встреч с практиками метода можно разобрать обратную связь. Различие между ритмами Scrum и Kanban позволяет сопоставить рабочие ритмы, не перенося набор событий Scrum на другую систему работы.
Какие встречи решают вопросы одной команды
Вопросы одной команды решают обзор потока, пополнение очереди и планирование поставки. Каждый разговор отвечает за свой выбор: как завершить начатое, что принять в работу и когда передать результат получателю.
Для малого старта достаточно проверить потребность в обзоре потока и пополнении. Назначьте первый разговор на момент, когда совместное решение ещё успевает повлиять на работу. Второй привяжите к выбору новых задач. Если оба вопроса обсуждаются с одними участниками, их можно включить в существующую встречу, сохранив отдельные итоги.
Что смотреть на ежедневном обзоре
На ежедневном обзоре потока смотрят карточки, которым нужно действие для завершения: готовые к передаче, заблокированные и ожидающие проверки. Название формата обозначает короткий оперативный обзор; ежедневный созвон не нужно вводить автоматически, если совместных вопросов с такой частотой нет.
Проходите доску от ближайшей к завершению стадии к входящей очереди. Обсуждайте препятствие, возможное действие и того, кто способен его выполнить. Исполнитель приносит факт по карточке, а участник с нужными полномочиями принимает решение. Коллегам, чьи задачи и решения разговор не затрагивает, присутствовать необязательно.
Когда пополнять очередь
Пополнять очередь активной работы нужно, когда команда может принять подготовленную задачу с учётом незавершённой работы и зависимостей. Свободное место определяется согласованным правилом команды; количество карточек на экране само по себе не доказывает доступную мощность.
До разговора следует упорядочить входящие задачи: уточнить результат, приоритет и необходимые данные. Заказчик объясняет потребность, исполнители — ограничения, а человек с правом выбора подтверждает следующую работу. Итог пополнения — выбранная задача или обоснованное решение пока ничего не брать.
Когда согласовывать поставку
Поставку согласовывают, когда требуется договориться о передаче результата: получателе, составе, условиях принятия и ограничениях выпуска. Принять заявку в работу и обещать конкретный момент передачи — разные решения.
Пригласите представителя получателя и человека, который отвечает за передачу. До обещания срока проверьте оставшиеся действия и зависимости. Для приёмки полезно согласовать критерий готовности. Итог разговора должен указывать, какой результат передают и при каких выполненных условиях.
Когда нужны обзоры уровня сервиса
Обзоры уровня сервиса нужны, когда вопрос выходит за пределы отдельной карточки: заказчик не получает ожидаемый результат, блокировки повторяются, несколько команд задерживают друг друга или меняется назначение услуги. Дополнительный формат вводят под наблюдаемую проблему.
Перед приглашением участников сформулируйте вопрос одним предложением. Если ответ требует изменить правило, среди участников должен быть человек с правом такого изменения. Разговор исполнителей без соответствующего решения может собрать факты, но не устранит организационное ограничение.
Выбор формата удобно связать с входными данными:
| Проблема потока | Входные данные | Подходящая встреча | Ожидаемый итог |
|---|---|---|---|
| Карточка остановилась | Последнее действие, препятствие | Обзор потока | Действие для снятия блокировки |
| Нужно выбрать новую работу | Подготовленная очередь, текущая нагрузка | Пополнение | Допуск следующей задачи |
| Нужна передача результата | Готовность, получатель, зависимости | Планирование поставки | Условия передачи |
| Результат расходится с ожиданием | Принятые и возвращённые работы, сроки | Обзор услуги | Изменение правила обслуживания |
| Повторяется одна причина остановки | Карточки со сходной блокировкой | Обзор рисков | Предупреждающее действие |
| Работа ждёт другой команды | Общая зависимость, очередь передачи | Обзор операций | Общее правило взаимодействия |
| Изменились потребности заказчиков | Новые запросы, возможности сервиса | Обзор стратегии | Изменение цели или приоритета |
Что проверять на обзоре услуги
На обзоре услуги проверяют, соответствует ли поставленная работа ожиданиям заказчика по результату, качеству и срокам. Возьмите принятые работы, возвраты и задержки за сопоставимый период.
Представитель заказчика уточняет ожидание, команда показывает фактическую поставку, руководитель сервиса решает, какое правило изменить. Для сроков можно сравнить полный срок заявки. Число завершённых карточек без проверки результата не отвечает на вопрос о качестве услуги.
Когда нужен отдельный разговор о рисках
Отдельный разговор о рисках нужен, когда повторяющаяся причина остановки требует предупреждающего действия. Соберите карточки с похожими блокировками и проверьте, действительно ли у задержек общий источник.
Участник, способный изменить условие работы, определяет действие: например, получать обязательные данные до принятия заявки. Запишите признак, по которому станет видно, исчезло ли повторение причины.
Когда обсуждать зависимости команд
Зависимости команд обсуждают, когда задержка возникает на границе потоков и одной команде не хватает полномочий её снять. На обзор операций приходят представители затронутых команд, способные договориться о правилах передачи.
Покажите, что ожидает каждая сторона и где накапливается очередь. Результат — согласованное правило входа, проверки или передачи, с ответственным за его применение.
Когда пересматривать стратегию
Стратегию пересматривают, когда изменились потребности заказчиков, цель сервиса или возможность выполнять обещания. Участники с правом менять направление работы сопоставляют спрос с доступными возможностями.
Итогом становится изменение приоритетов, границ услуги либо обязательств. После решения уточняют правила выбора задач, чтобы очередь соответствовала новому направлению.
Как провести разговор у доски
Разговор у доски проводят по карточкам, которым требуется совместное решение: сначала проверяют прежние договорённости, затем разбирают препятствия и фиксируют следующие действия. Доска служит общим экраном фактов, если участники обновили карточки до встречи.
Предположим, команда поддержки рассматривает три обращения. Рабочие этапы в этом редакционном примере — «В работе», «Ожидание ответа» и «К приёмке»; названия выбраны под процесс поддержки и не являются обязательным шаблоном.
Какие сигналы подготовить
Для разговора подготовьте сигналы остановки или готовности: чей ответ нужен, какое действие уже выполнено, что остаётся для передачи результата. В описание карточки заранее внесите последний факт и нерешённый вопрос. Обновление статуса без совместного выбора можно выполнить асинхронно, то есть без общего созвона.
Перед обсуждением спросите ответственного за прежнее действие о результате. Затем начните с готовой к приёмке карточки: задержка передачи способна удерживать завершённую работу в потоке. Перейдите к зависимостям, для которых нужны полномочия другого участника. Новые заявки обсуждайте после проверки места в активной работе.
Что записать по итогам
По итогам запишите действие, ответственного, момент проверки и ожидаемый результат в рабочей карточке. Формулировка «разобраться с клиентом» не указывает, какой ответ получить. Формулировка «запросить подтверждение версии приложения» задаёт проверяемый шаг.
Ниже — условный пример договорённостей. Роли обозначают ответственность за действия, а моменты проверки команда выбирает вручную.
| Карточка | Сигнал | Решение | Ответственный | Проверка |
|---|---|---|---|---|
| Уточнить ошибку входа | Клиент не сообщил версию приложения | Запросить версию и шаги воспроизведения | Исполнитель обращения | Следующий рабочий день, 11:00: ответ получен либо повторный запрос отправлен |
| Восстановить доступ | Нужен ответ смежного отдела | Передать вопрос представителю отдела и согласовать срок ответа | Координатор поддержки | Через два рабочих дня, 16:00: ответ есть либо назначен следующий способ решения |
| Подтвердить исправление | Результат готов к приёмке | Передать результат клиенту для проверки | Исполнитель обращения | Следующий рабочий день, 11:00: получено подтверждение либо конкретное замечание |
Если действие требует отдельной работы, создайте связанную по смыслу карточку с указанием исходного обращения в описании. Не заводите параллельный протокол со вторым набором статусов. Перед окончанием разговора участник, который принимает новую заявку, проверяет согласованное ограничение незавершённой работы. Ограничение здесь — правило команды, соблюдаемое вручную.
Как проверить пользу ритма
Пользу ритма проверяют по выполненным действиям и изменениям в потоке после решений. Количество встреч и заполненных карточек не заменяет проверку движения работы. Для сравнения выберите один процесс, одинаковые границы наблюдения и признак проблемы.
Например, отмечайте вручную обращения, которые снова задержались из-за отсутствия исходных данных. Если причина повторяется, разберите применение нового правила: данные действительно запросили до начала работы или решение осталось только записью. Отсутствие результата требует проверки механизма, а не автоматического назначения ещё одной встречи.
Как увидеть результат прежнего решения
Результат прежнего решения виден, когда ожидаемый факт появился в карточке: ответ получен, зависимость снята, результат принят. На следующем обзоре сверяйте запись с подтверждением. Перемещение в другую колонку без выполнения условия не доказывает готовность.
При незавершённом действии уточните препятствие и следующий шаг. Не переносите прежнюю договорённость без объяснения причины. Если сравниваете задержки после начала работы, можно вручную измерить время цикла. Укажите границы измерения и учитывайте различие обращений по сложности. Один короткий случай не доказывает, что весь процесс стал быстрее.
Когда встречу можно убрать
Встречу можно убрать, когда нужные факты обновляются в карточках без общего обсуждения, а отдельного совместного решения формат не требует. Если два разговора собирают одних участников для одного вопроса, проверьте возможность объединения.
Сначала зафиксируйте, где участники увидят обновления и при каком сигнале снова соберутся. Исключите приглашённых без задачи или права решения. Если формат не приводит к действиям, пересмотрите его вопрос и состав. Сохранение времени проверяется сравнением длительности и состава встреч; снижение времени само по себе не подтверждает улучшение услуги.
Как перенести решения на доску Канбано
Перенести решения на доску Канбано можно через карточки рабочего процесса: записать договорённость в описании, назначить исполнителя и указать согласованный срок. Колонки команда задаёт под свои этапы. Данные для следующего разговора остаются рядом с работой, к которой относятся.
Для примера поддержки создайте карточки обращений, разместите их по текущему этапу и внесите факты ожидания. В описании отделите результат обращения от ближайшего действия по блокировке. Исполнителем карточки назначьте человека, отвечающего за обращение; если действие выполняет другой участник, прямо назовите его в записи договорённости.
Срок результата и момент проверки решения могут различаться. Запишите момент проверки в описании, чтобы не подменять дедлайн задачи датой следующего разговора. Ритм встреч, подготовку фактов и проверку договорённостей команда организует сама: поля карточки не служат автоматическим протоколом или расчётом показателей потока.
Начните с одной наблюдаемой проблемы и разговора, на котором её можно решить. Сохраните формат, если участники выполняют договорённости и на следующей проверке видят изменение нужного условия. При отсутствии решения пересмотрите вопрос, полномочия участников или необходимость встречи.
Чтобы проверить ритм на своём процессе, можно создать командную доску и внести текущие обращения с ближайшими действиями.