Открываешь доску и видишь 300 карточек. У половины нет описания и срока, у трети неясно, кто их заводил. Среди них есть пара действительно важных задач, но найти их можно только случайно. Такой бэклог обычно не результат чьей-то небрежности: он копился годами, потому что добавлять карточки легко, а решать, что с ними делать, неприятно.
Ниже способ разобрать эту кучу на три категории: оставить, уточнить, удалить. А также как встроить ревизию в рабочий ритм, чтобы через полгода не начинать заново. Сервис конкурентов мы не сравниваем, речь о приёмах работы и о том, как их поддержать в Synqo.
Почему бэклог превращается в свалку
Первая причина: у колонки «Бэклог» нет выхода. Карточки попадают туда по любому поводу, а уходят только когда их кто-то взял в работу. Идея, которую никто не берёт, остаётся навсегда. Колонка превращается в кладбище: выбросить жалко, заняться некогда.
Вторая причина: нет критериев входа. Если в бэклог можно положить фразу «подумать про рассылку» без контекста, через год никто не вспомнит, что имелось в виду. Автор уже ушёл, а карточка осталась.
Третья: в одной колонке смешаны разные виды работы. Баг в продакшне, смутная идея, технический долг и просьба коллеги лежат рядом и спорят за внимание. Сортировать такой список по приоритету бессмысленно, потому что сравнивать эти вещи между собой нельзя.
Отсюда вывод: чистка без изменения правил даст эффект на месяц. Сначала разберём, как чистить, потом как сделать, чтобы не зарастало.
Три категории: оставить, уточнить, удалить
Каждую карточку проверяем одним вопросом: что с ней сделать сегодня?
Оставить. Задача актуальна, понятно, что считать результатом, есть ответственный или хотя бы ясный срок или приоритет.
Уточнить. Задача, похоже, нужна, но не хватает цели, критерия готовности или человека, который за неё отвечает. Это не приговор, а временный статус с дедлайном на доработку.
Удалить. Задача устарела, дублирует другую или не связана с текущими целями команды.
Главное слово здесь «актуальность». Сформулируйте её под свою команду письменно. Например: «Задача актуальна, если она помогает цели текущего квартала или её отсутствие создаёт заметный риск». Тогда спор «жалко удалять» превращается в проверку по критерию. Хороший тест для сомнительных случаев: если бы эта карточка появилась сегодня, вы бы её завели? Если нет, удаляйте.
Удаление не обязано быть необратимым. Если страшно, перенесите отобранное в отдельную колонку или доску «Архив» и вернитесь к ней через квартал. Чаще всего туда никто не заглядывает, и это само по себе ответ.
Как провести ревизию бэклога на практике
Не пытайтесь разобрать всё за раз: на третьей сотне карточек внимание падает и решения становятся случайными. Делите работу на сессии по 30–40 карточек.
Учебный пример. Команда из 6 человек, на доске 280 карточек. Руководитель назначает четыре пятничные сессии по часу. На первой берут колонку «Бэклог» и сортируют карточки по дате создания. Правило простое: карточка старше трёх месяцев и без комментариев сразу получает метку «на удаление». Остальные уходят в колонку «Уточнение», и в каждую добавляют чек-лист из трёх пунктов: цель, критерий готовности, ответственный.
На следующих сессиях команда идёт по колонке «Уточнение». Если ответственный не назвал цель и критерий готовности к пятнице, карточка получает метку «на удаление». Метки с пометкой «на удаление» руководитель просматривает в конце каждой сессии и удаляет пачкой, посмотрев историю изменений и комментарии. Так видно, не было ли там живого обсуждения. Через месяц, если исходить из условных чисел примера, в бэклоге остаётся объём, который помещается на экране. Проверить результат просто: в колонке «Готово к работе» нет карточек без ответственного, а «Уточнение» не содержит карточек старше двух недель.
Что помогает по ходу дела:
Метки и приоритеты дают быстрый срез: «на удаление», «ждёт ответа», «срочно». Меток должно быть мало, иначе они сами станут свалкой.
Чек-лист в карточке превращает размытое «подготовить к работе» в три проверяемых пункта.
Ответственный назначается именно на этапе уточнения. Это договорённость команды: в Synqo есть назначенные участники, а отдельной роли «ответственный за результат» нет.
Структура досок и колонок для бэклога, который не зарастает
Одной колонки «Бэклог» мало. Разделите путь карточки на три шага: «Идеи» (сырой вход, куда можно писать быстро), «Уточнено» (цель и критерий готовности есть) и «Готово к работе» (есть ответственный, приоритет, можно брать). Колонки в Synqo можно создавать, переименовывать и перемещать, так что структуру легко подогнать под себя.
Если типов работы много, заведите в проекте несколько досок: например, отдельную для продуктовых идей и отдельную для багов и техдолга. Тогда сравнивать приоритеты приходится только внутри одного типа. Подробнее о том, что умеют доски, карточки и колонки, можно прочитать в разделе возможности Synqo.
Отдельно про права. Права определяются проектом, роли: владелец, администратор, участник, гость. Для ревизии нужны люди, которые могут редактировать и перемещать карточки, то есть участники и выше. Гость видит задачи и может комментировать, но не может менять и перемещать карточки и колонки. Поэтому приглашать гостя на сессию как полноценного рецензента бессмысленно: он может оставить комментарий, а решение придётся применить кому-то из команды. Лимиты на участников, гостей и доски зависят от тарифа.
Что делать с задачами из старого инструмента при переносе
Если вы переезжаете из Trello, OTask или Kaiten, импорт даёт хороший повод почистить бэклог. Импорт создаёт новый приватный проект с досками и не объединяется с существующим проектом. Значит, не нужно сливать старый хаос с новым порядком: можно сначала навести порядок в источнике.
Учебный пример. Команда переходит с Trello. Бэклог там состоит из 150 карточек, часть без описаний, с устаревшими метками. Перед импортом Trello-доску выгружают в JSON, который Synqo принимает. Руководитель просматривает список карточек и вручную отмечает 40 как неактуальные, затем просит коллег перепроверить остальные. Неактуальные архивируют или удаляют в самом Trello и только потом делают экспорт. После импорта в Synqo появляется новый приватный проект. Его структуру проверяет сам руководитель: колонки, доски, количество карточек, описания, метки, чек-листы. Команду приглашают только после этой проверки.
Про вложения придётся помнить отдельно. Их скачивание при импорте зависит от тарифа и недоступно на бесплатном плане, а для Trello могут понадобиться данные API. В нашем примере часть вложений не подтянулась, и их докладывают вручную по мере необходимости. Это нормально для чистки: файлы к карточкам, которые остались живыми, нужны в первую очередь. Перед запуском импорта сверьтесь с тарифами Synqo и не рассчитывайте на полный перенос любых данных без пробного прогона.
Как не допустить повторного зарастания бэклога
Чистка работает, если за ней следует ритм. Достаточно короткого обзора раз в две недели на 20–30 минут: пройти колонку «Идеи», решить, что уточнить, что удалить, а что сразу двигать дальше. Для небольшой команды этого хватает, чтобы бэклог не успевал накопить новый груз.
Три простых правила:
Карточка без описания и цели в работу не попадает. Она может лежать в «Идеях», но дальше не идёт.
Лимит одновременных задач (WIP) задаёт сама команда. Например, не больше двух карточек в «Уточнении» на человека. Это договорённость, а не функция, которую Synqo включает автоматически, поэтому её нужно записать и соблюдать.
Один человек отвечает за ревизию. Можно менять его по очереди, но в каждый момент имя должно быть известно.
Ещё идеи по организации работы команды есть в блоге Synqo.
Итог
Разберите бэклог по трём категориям, делайте это порциями, закрепите структуру колонок и раз в две недели возвращайтесь к «Идеям». Если переезжаете из другого инструмента, начните чистку до импорта, а не после.
Как принимать решение по спорным карточкам
После первых сессий остаются карточки, которые не получается отнести ни к одной категории. Для них нужна отдельная процедура, иначе спор займёт половину встречи.
Заведите правило «одна минута на карточку». Ведущий зачитывает заголовок и описание, а затем задаёт три вопроса по порядку:
Можно ли одной фразой сказать, зачем эта задача нужна сейчас? Если нет, это кандидат на «Уточнение».
Кто пострадает, если карточки не будет через квартал? Если ответ «никто» или «не знаю», это кандидат на удаление.
Есть ли человек, готовый назвать себя ответственным прямо на встрече? Если нет, карточка не может быть в «Готово к работе».
Если за минуту решение не принято, карточка уходит в «Уточнение» с одним конкретным вопросом в комментарии, например: «Нужна ли рассылка после изменения тарифа? Ответить до следующей пятницы». Вопрос в комментарии важнее, чем общая пометка «обсудить»: у него есть адресат и срок. Если срок прошёл, а ответа нет, применяется правило из основного примера, и карточка получает метку «на удаление».
Типичные исключения
Карточка от внешнего заказчика или руководства. Удалять её молча не стоит. Напишите автору в комментарии, что задача не вошла в цели периода, и предложите вернуть её с обоснованием. Решение остаётся за командой, а автор видит причину.
Регулярные и сезонные задачи. Что-то нужно раз в год, и возраст карточки здесь не признак мусора. Отметьте такие карточки отдельной меткой и укажите в описании, когда к ним возвращаться. Правило «старше трёх месяцев» на них не распространяется.
Дубликаты. Оставьте карточку, где больше контекста, перенесите в неё полезные комментарии и пункты чек-листа, вторую удалите. Ссылку на дубль можно оставить в комментарии.
Крупные размытые задачи. Если в карточке спрятан проект на месяц, разбейте её на несколько небольших, у каждой из которых будет свой критерий готовности. Исходную карточку закройте или оставьте как общий заголовок.
Учебный пример: сессия по доске багов и техдолга
Рассмотрим второй сценарий, независимый от первого: команда из пяти человек, в проекте две доски, на одной из них 90 карточек про баги и технический долг. Цель сессии — решить, какие из них заслуживают места в работе.
Исходные условия. Часть карточек описывает проблемы, которые уже не воспроизводятся. Другая часть — жалобы без шагов воспроизведения. Третья — реальные дефекты, но без приоритета.
Действия команды.
Перед сессией один участник сортирует карточки по дате создания и выписывает числа: сколько карточек старше полугода, сколько без описания, сколько без комментариев. Эти цифры команда считает сама на своей доске, они нужны лишь как точка отсчёта.
На сессии первыми разбирают карточки без описания. Для каждой задают вопрос: можно ли за минуту дописать шаги воспроизведения? Если нет, карточка получает метку «на удаление».
Затем смотрят карточки, которые когда-то были срочными. Участник, знающий контекст, проверяет, воспроизводится ли проблема сейчас. Результат записывается комментарием: «проверено, дата, воспроизводится или нет».
Подтверждённые дефекты получают приоритет и уходят в «Уточнено». В «Готово к работе» они попадают только после назначения исполнителя.
Оставшиеся карточки техдолга объединяют по темам. Если тема не связана с целями квартала, она уходит в «Архив».
Критерий решения. Сессия считается завершённой, когда у каждой оставшейся карточки есть комментарий с датой проверки или чек-лист с целью и критерием готовности. Если по итогам на доске осталось больше карточек, чем команда способна взять за ближайший цикл, правило актуальности ужесточают: например, оставляют только то, что влияет на текущую цель.
Этот пример не опирается на особенности конкретного сервиса: достаточно досок, колонок, меток, комментариев, чек-листов и назначенных участников.
Как оценить, что чистка сработала
Через месяц после ревизии проверьте результат по наблюдаемым признакам, а не по ощущениям:
Доля карточек без описания. Если она снова растёт, правило входа не соблюдается.
Возраст карточек в «Уточнении». Карточки старше двух недель говорят о том, что у колонки появился тот же дефект, что был у старого бэклога.
Содержимое «Архива». Если в него никто не возвращается, а команда не жалеет об удалённом, критерий актуальности подобран верно. Если из него регулярно что-то достают, критерий слишком жёсткий.
Время сессии. Обзор, который начинал занимать 20 минут и вырос до часа, сигнализирует, что поток входящих карточек превышает пропускную способность команды.
Обсуждайте эти признаки на ретроспективе раз в квартал и меняйте формулировку актуальности вместе с целями. Формулировка, написанная один раз и забытая, устаревает так же, как сами карточки.
