Очередь задач команды: ответственный и следующий шаг

На доске двадцать задач. У каждой есть название и срок, но на встрече снова приходится выяснять, кто ждёт данные, кто должен принять решение и что вообще делать дальше. Такая очередь показывает объём работы, но не помогает ею управлять.

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

Ответственный не обязан делать всё сам. Его роль — следить, чтобы у задачи появлялись решения, материалы и исполнители, а карточка отражала текущее положение дел. Общий порядок работы можно заранее закрепить в описании этапов и приёмки, а ожидаемый результат — проверить по критериям приёмки программы.

Что должно быть в карточке активной задачи?

Начните с результата. Формулировка подготовить отчёт не объясняет, что должно появиться на выходе. Точнее будет: согласованный руководителем файл с данными за октябрь и перечнем расхождений. Результат задаёт границу, после которой задачу можно считать завершённой.

Укажите одного текущего ответственного. Не отдел продаж, бухгалтерия или команда проекта, а конкретного человека. Несколько сотрудников могут собирать данные и проверять файл, однако кто-то один должен видеть всю цепочку и поднимать вопрос, если работа остановилась.

Следующий шаг начинайте с действия и заканчивайте наблюдаемым результатом: получить выгрузку у Анны и приложить её к карточке; сверить три спорные строки и записать решение; отправить макет на согласование Илье. Запись заняться отчётом не даёт ни результата, ни способа проверки.

Полезно также указать дату следующей проверки и препятствие, если оно есть. Это не обязательно крайний срок всей задачи. Если работа зависит от решения заказчика, датой проверки может быть день, когда ответственный должен напомнить о запросе или передать вопрос руководителю.

Как отделить очередь от работы в процессе?

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

Такой подход совпадает с основой Open Guide to Kanban: описание потока включает состояния работы, способ ограничения незавершённых задач и явные правила перехода. Руководство не требует определённого вида доски, поэтому правила можно применять в используемой командой системе.

Универсального числа одновременно активных задач нет. Команда устанавливает предел по своей реальной возможности доводить работу до результата. Если свободного места нет, новую карточку не начинают: сначала завершают текущую, снимают препятствие или осознанно меняют приоритет.

Правила исключений тоже запишите. Например, срочная задача может войти в работу только после решения руководителя и указания, какую текущую задачу она вытесняет. Иначе очередь меняется незаметно, а старые обязательства продолжают числиться активными.

Как разбирать очередь на рабочей встрече?

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

Если задача заблокирована, ответственный за неё сохраняется. Меняется следующий шаг: запросить недостающий файл, получить решение по спорному требованию, выбрать один из вариантов. Пометка заблокировано без действия лишь называет проблему.

Для препятствий задайте порядок передачи вопроса: кто принимает решение, какие сведения ему нужны и когда отсутствие ответа нужно поднять выше. Карточка должна содержать сам вопрос и варианты, если они уже известны. Тогда руководителю не придётся заново восстанавливать всю историю.

Scrum Guide описывает рабочий план как видимую и обновляемую картину выбранной работы. Даже если команда не использует Scrum, полезен сам принцип: очередь должна отражать актуальный план и позволять менять ближайшие действия по мере появления новых сведений.

Как проверить, что порядок работает?

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

Отдельно посмотрите на старые карточки. Если дата проверки прошла, но нового действия нет, задача фактически остановилась. Ответственный должен либо сформулировать следующий шаг, либо вернуть карточку в очередь, либо вынести решение о прекращении работы.

Завершённые задачи проверяйте по результату, а не по заполненности полей. Файл должен быть приложен, изменение принято по согласованному критерию, решение зафиксировано. Статус готово без подтверждения создаёт только видимость закрытой работы.

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

Источники

• The 2020 Scrum Guide — Ken Schwaber и Jeff Sutherland
• Open Guide to Kanban, версия 2025.7 — Kanban Guides