Бэклог задач команды — изменяемая упорядоченная очередь работы, которую команда рассматривает для выполнения, но ещё не начала. Карточка в бэклоге фиксирует задачу для дальнейшего решения, а не обязательство выполнить её.
Бэклог собирает запросы из чатов, писем, встреч, поддержки и других источников, отделяет сырые входящие от подготовленных задач и задаёт порядок следующего выбора. Старые записи при этом не должны мешать команде видеть верх очереди.
Термин «бэклог» используется в разных рабочих контекстах:
Дальше речь идёт об общей очереди небольшой команды. Сквозной пример — работа над сайтом онлайн-школы, куда задачи поступают из поддержки, сообщений руководителя и еженедельного созвона.
Как собрать бэклог задач команды
Сведите входящие в одно место, уберите явные повторы, уточните минимальный контекст и назначьте человека, который отвечает за разбор очереди. Сбор заканчивается первичной обработкой записей, а не переносом всей переписки на доску.
Команда онлайн-школы получает несколько входящих:
- «На странице курса непонятна цена»;
- «Исправить цены на сайте»;
- «Не открывается файл программы»;
- «Сделать новый калькулятор»;
- «Обновить фотографии преподавателей»;
- «Интеграция с закрытым сервисом».
Каждая запись требует отдельного решения. Два сообщения о цене сначала проверяют на совпадение. Для калькулятора уточняют задачу пользователя. По интеграции подтверждают, сохранилась ли сама потребность.
Рабочий поток выглядит так:
Входящие → проверка → бэклог → выбор → активная работа.
Сырые запросы не смешиваются с подготовленными карточками. Команда сначала выясняет, что произошло и какой результат требуется, а затем решает, оставлять ли работу в общей очереди.
Какие задачи помещать в общий бэклог
В общий бэклог помещайте обязательства, дефекты, улучшения, исследования и подтверждённые идеи, по которым команда должна принять решение или выполнить работу.
Сырое пожелание остаётся во входящих, пока не понятны источник и ожидаемый результат. Запись «Сделать новый калькулятор» ещё не объясняет, какую задачу пользователя он решит, какие данные использует и каким должен быть результат.
Дефект «Не открывается файл программы» требует другого уточнения: на какой странице находится файл, воспроизводится ли ошибка, кого она затрагивает и что должно происходить после исправления.
Личные задачи сотрудников не входят в командный бэклог. Индивидуальные дела ведут отдельным потоком, чтобы отделить личную очередь от работы, по которой решения принимает команда.
Что записывать в карточке очереди
Записывайте в карточке сведения, необходимые для понимания задачи и следующего решения. Карточки из верхней части очереди требуют большего контекста, чем идеи, до которых команда пока не планирует доходить.
Для рабочей карточки фиксируют:
- название с действием и ожидаемым результатом;
- источник запроса;
- краткое пояснение;
- ответственного за уточнение;
- срок или внешнее условие при наличии;
- метку типа работы;
- известную зависимость.
После уточнения запись «Исправить цены на сайте» превращается в «Показать на странице каждого курса стоимость и условия оплаты из подтверждённого источника». Формулировка задаёт проверяемый результат и границы работы.
Два похожих сообщения о цене объединяют только после проверки страниц, источников и ожидаемого результата. Один запрос способен относиться к непонятной подаче стоимости, другой — к фактической ошибке в цифрах.
Верхние карточки дополнительно проверяют на готовность к выбору: результат понятен, основные материалы найдены, критические зависимости названы, объём позволяет обсуждать выполнение. Далёкие идеи не заполняют полями, которые потеряют актуальность раньше самой задачи.
Как отделить входящие от готовых задач
Разделите сырые входящие и подготовленный бэклог. Входящая запись ещё требует решения, а карточка в бэклоге уже признана возможной работой с понятным результатом и достаточным контекстом.
Для перехода в бэклог команда проверяет четыре условия:
- результат сформулирован;
- основной контекст найден;
- критическая зависимость названа;
- объём задачи понятен для дальнейшего решения.
Перемещение между колонками само по себе не проверяет качество карточки. Решение принимает человек, который разбирает очередь.
Колонка «Выбрано» выполняет следующую функцию: хранит небольшой набор подготовленных задач, к которым команда планирует перейти в ближайшее время. Такая карточка уже прошла отбор, но её выполнение ещё не началось.
Кто отвечает за разбор общей очереди
Назначьте одного владельца процесса, который следит за регулярностью разбора, качеством верхних карточек и основаниями решений. Участники команды подключаются к уточнению задач, когда обладают нужным контекстом.
Владельцем очереди назначают руководителя команды, координатора или другого участника с соответствующей ответственностью. Роль Product Owner (владелец продукта) не требуется обычной команде только из-за использования бэклога.
Новые запросы при этом приходят от разных людей: поддержки, разработчиков, руководителя, клиентов или смежных подразделений. Владелец очереди не обязан самостоятельно знать ответы на все вопросы, но следит, чтобы карточка получила решение.
Частота разбора зависит от скорости поступления новых задач. Ежедневный поток требует более частой обработки, чем несколько запросов за неделю.
Как расставить задачи в рабочем порядке
Расположите карточки по связи с текущей целью, ожидаемой пользе, срочности, усилиям, рискам и зависимостям. Верх очереди должен показывать, какую подготовленную работу команда рассмотрит раньше и почему.
Для трёх карточек онлайн-школы порядок выглядит так:
Тип задачи сам по себе не задаёт приоритет. Любой дефект не становится первым только из-за метки «ошибка», а короткая правка не поднимается наверх только из-за небольшого объёма.
После расстановки порядка команда выбирает ближайшие задачи из верхней части бэклога с учётом доступной нагрузки. Весь бэклог при этом не превращается в план текущего дня.
RICE, ICE и MoSCoW относятся к вариантам формализованной приоритизации. Такие подходы имеют смысл при подходящих данных и устойчивом процессе оценки. Небольшой очереди часто хватает единого набора критериев и зафиксированного основания решений.
Как учитывать ценность, срочность, усилия
Сначала сформулируйте ожидаемый результат, затем сопоставьте срочность, объём усилий и последствия задержки. Оценка определяет относительный порядок задач, а не обещает точный результат заранее.
Ценность связывают с конкретным изменением. Для дефекта с программой курса результат звучит так: пользователь снова открывает нужный файл. Для карточки о цене — посетитель видит актуальную стоимость и условия оплаты.
Срочность появляется при реальном сроке или последствиях задержки. Формулировки «нужно срочно» и «руководитель просит посмотреть» без дополнительного контекста не задают приоритет автоматически.
Усилия отражают предварительный объём работы. Новые данные меняют оценку: небольшая правка текста после проверки способна оказаться изменением нескольких страниц и источников данных.
Риск учитывают отдельно, когда ошибка затрагивает оплату, доступ к материалам, обязательства перед клиентом или другой чувствительный участок процесса.
Что делать с зависимыми задачами
Зафиксируйте внешнюю зависимость до передачи карточки в активную работу и укажите условие, после которого задача станет готова к выполнению.
Карточка «Обновить фотографии преподавателей» зависит от исходных изображений. В описании фиксируют, кто передаст материалы, какие страницы требуют замены и к какому сроку ожидаются файлы.
До получения материалов задача остаётся вне активной работы. Исполнитель не тратит рабочее время на карточку, которую нельзя довести до результата.
Поступление файлов меняет условия, поэтому владелец очереди повторно оценивает карточку и её положение относительно других задач.
Как чистить переполненный бэклог
Пересматривайте очередь через решения, а не через возраст карточек. Команда проверяет актуальность потребности, находит дубли, уточняет недостающий контекст и убирает работу, потерявшую связь с текущими обязательствами.
Уточнение бэклога называют refinement (уточнение) или грумингом. Для небольшой команды значение имеет регулярный разбор самой очереди, а не проведение отдельного ритуала по фиксированному расписанию.
Каждую сомнительную карточку проводят через четыре решения:
- оставить;
- уточнить;
- объединить с дублем;
- архивировать с причиной.
Возраст карточки служит поводом проверить её актуальность, но не основанием для удаления. Старый дефект, обязательство перед клиентом или задача с внешним сроком остаются в очереди, пока сохраняется потребность.
Переполненный бэклог создаёт проблему в момент выбора: верх очереди теряется среди записей, по которым давно не принято решение.
Какие задачи объединять или архивировать
Объединяйте карточки только при одинаковом ожидаемом результате, сохраняя источники и важные уточнения. Архивируйте задачи после подтверждения, что потребность исчезла или работа больше не относится к текущим обязательствам.
Два сообщения о цене объединяются, если относятся к одной странице, одной проблеме и одному результату. В итоговой карточке сохраняют оба источника, чтобы не потерять контекст возникновения задачи.
Карточка «Интеграция с закрытым сервисом» уходит в архив после подтверждения, что договорённость больше не действует и потребность исчезла. Вместе с решением фиксируют дату, основание и условие возврата.
Причина решения нужна и другим участникам команды. Без неё архивированная карточка через месяц снова вызывает тот же вопрос: задача потеряла актуальность или была закрыта без разбора.
Как передавать задачи в активную работу
Передавайте в активную работу небольшой подготовленный объём с учётом доступной мощности команды и зависимостей. Готовность к выбору означает, что карточка понятна, а не то, что её выполнение уже началось.
В поточном процессе команда берёт следующую подготовленную карточку после появления свободной мощности. Такой принцип удерживает границу между будущей очередью и текущей работой.
Договорённость о том, как настроить рабочий поток, определяет переход между состояниями: новое входящее сначала проходит разбор, а не вытесняет подготовленную работу только из-за времени появления.
Весь бэклог не перемещают в активную часть доски. Очередь хранит будущий выбор, рабочие колонки — задачи, выполнение которых уже началось.
Чем бэклог отличается от активной колонки
Бэклог хранит возможную работу, а активная колонка показывает уже начатые задачи. WIP, Work in Progress (незавершённая работа), относится к текущему выполнению, а не ко всей очереди.
Например, бэклог содержит двадцать подготовленных карточек, а команда одновременно работает над тремя. Число активных задач отражает текущую нагрузку, но не ограничивает размер всей очереди тем же значением.
При настройке процесса нужно понять устройство доски: очередь отвечает за будущий выбор, а рабочие состояния показывают движение уже начатых задач.
Название «Бэклог» при этом не становится обязательной колонкой. Команда использует названия, которые соответствуют фактическим состояниям её работы.
Как настроить доску для бэклога
Восстановите реальные этапы процесса, затем задайте отдельные состояния для входящих, подготовленной очереди, ближайшего выбора и активной работы. Учебная схема нужна для объяснения границ между этими состояниями, а не для копирования без изменений.
Для команды онлайн-школы возьмём последовательность:
Входящие → Бэклог → Выбрано → В работе → Готово.
Каждая колонка отвечает на конкретный вопрос:
- Входящие — запись уже поступила, но ещё требует разбора;
- Бэклог — команда признала карточку возможной работой;
- Выбрано — задача вошла в ближайший набор;
- В работе — выполнение уже началось;
- Готово — ожидаемый результат получен.
Названия нужно сверять с реальным процессом команды. Копирование чужой структуры создаёт лишние статусы, если фактическое движение задач устроено иначе.
Какие колонки создать для общей очереди
Создайте только те колонки, между которыми карточка переходит по понятному условию. Колонка показывает состояние работы, метка — её тип.
Небольшой входящий поток не всегда требует отдельной колонки «Входящие». Ответственный сразу разбирает новую запись и либо переводит её в бэклог, либо отклоняет после проверки.
Колонка «Выбрано» тоже зависит от процесса. Команда убирает её, если следующая задача всегда берётся непосредственно из верхней части подготовленного бэклога.
В Канбано команда задаёт число и названия колонок, а карточка хранит описание, дату, метки, статус, чек-лист и вложения. Фильтры работают по исполнителю, создателю, статусу, дате и меткам, а архив сохраняет убранные карточки с последующим восстановлением.
При выборе инструмента команда смотрит возможности Канбано через собственный процесс: хватает ли карточке нужного контекста, отражают ли колонки реальные состояния и остаётся ли очередь понятной при текущем объёме задач.
Как проверить очередь через неделю
Проверьте полноту входящих, качество верхней части бэклога и основания принятых решений. После первого периода измените один элемент процесса, который мешал разбирать или выбирать задачи.
Недельный просмотр отвечает на шесть вопросов:
- все ли рабочие обязательства дошли до общей точки сбора;
- остались ли карточки без понятного результата;
- появились ли дубли;
- понятен ли порядок верхних задач;
- сохраняются ли причины архива;
- есть ли записи без следующего решения.
В учебном примере дефект с файлом подготовлен и поднят в очереди, карточка о цене уточнена, фотографии ждут исходных материалов, а идея калькулятора остаётся во входящих до появления понятного результата.
Первый просмотр показывает конкретную проблему процесса. Команда выбирает одно изменение: например, фиксирует источник каждого нового запроса или назначает регулярный разбор входящих в дни с большим потоком.
Следующий период показывает, изменилось ли состояние очереди после этой договорённости. Для первого цикла достаточно создать командную очередь, добавить несколько реальных входящих и назначить дату первого разбора.