ГЛОССАРИЙ · Проекты
Бэклог: что это такое и как с ним работать
Бэклог — это упорядоченный список работы, которую команда собирается сделать, но ещё не сделала: задачи, доработки, исправления, идеи. Собственнику он даёт честную картину того, сколько запросов висит на команде и в каком порядке их будут закрывать. Руководителю бэклог помогает разговаривать с внутренними заказчиками: у каждой задачи из списка есть своё место в очереди, а то, чего в списке нет, команда не делает.
Что такое бэклог простыми словами
Слово пришло из английского backlog, что значит задел или невыполненный остаток. В обычной речи так называют завал: накопившиеся письма, необработанные заявки. В управлении проектами смысл строже. Бэклог продукта — единый список всего, что может понадобиться продукту, отсортированный сверху вниз по ценности для бизнеса. Наверху лежат задачи, описанные подробно и готовые к работе, внизу копятся сырые идеи в одну строку.
Понятие закрепилось вместе со Scrum, где у бэклога есть хозяин, владелец продукта. Только он решает, что поднять выше, а что опустить. Команда при этом сама оценивает трудоёмкость задач и берёт в работу столько, сколько успеет за итерацию. В производстве и продажах у слова есть второе значение: портфель заказов, которые уже законтрактованы, но ещё не отгружены. Для финансиста такой бэклог говорит о будущей выручке.
Бэклог продукта и бэклог спринта
Бэклог продукта живёт столько же, сколько сам продукт, и меняется постоянно. Приходят новые запросы от клиентов, продажи и поддержка приносят жалобы, что-то теряет смысл и вычёркивается. Бэклог спринта короче и стабильнее. Это та часть общего списка, которую команда взяла на ближайшую итерацию, обычно от одной до четырёх недель, и менять её посреди итерации без крайней нужды не принято.
Путать их опасно: когда руководитель видит в бэклоге триста строк и требует ответа, почему всё это не сделано, он смотрит на склад идей, а спрашивает как с плана. Триста строк в бэклоге продукта нормальны, а в бэклоге спринта они означают, что планирования в команде нет.
Как расставлять приоритеты
Порядок в бэклоге задаётся одним вопросом: что принесёт больше пользы бизнесу за меньший труд. Проще всего ответить на него грубой оценкой каждой задачи по двум осям, эффекту и затратам, и сначала брать то, что дёшево и полезно. Допустим, доработка формы заказа на сайте занимает два дня разработчика и, по оценке коммерческого директора, добавит заказов на 300 тысяч рублей в месяц. Новый раздел личного кабинета стоит месяц работы, а его эффект никто назвать не может. Порядок очевиден, хотя спорить будут именно о втором.
Для длинных списков полезна логика принципа Парето: небольшая доля задач обычно даёт основную часть результата, и её стоит вытащить наверх, а остальное честно признать хвостом. Ещё одно правило гигиены касается формулировок. У каждой задачи наверху должен быть понятный критерий готовности. Задача «улучшить отчёт» в работу не берётся, задача «добавить в отчёт выручку по менеджерам с разбивкой по неделям» берётся.
Где бэклог ломается на практике
Первая беда — бэклог без хозяина. Каждый руководитель отдела добавляет свои задачи и сам ставит им высший приоритет. Через месяц высокий приоритет стоит у половины списка, и команда выбирает задачи по громкости заказчика. Лечится это одним назначенным человеком, который отвечает за порядок и умеет отказывать.
Вторая беда — бэклог как кладбище. Идеи годами лежат внизу, никто их не читает, но и удалить рука не поднимается. Раз в квартал список стоит чистить: то, что за полгода ни разу не поднялось выше середины, можно спокойно убирать. Нужную идею принесут снова. Третья беда тише: в бэклог не попадают технические доработки и исправление старых ошибок, потому что их не просит бизнес, и через год команда тратит большую часть времени на латание, а сроки новых задач растут без видимой причины.
Частые вопросы
Чем бэклог отличается от обычного списка задач?
Порядком и хозяином. В обычном списке задачи просто перечислены, а в бэклоге каждая стоит на своём месте в очереди, и за этот порядок отвечает конкретный человек.
Кто должен вести бэклог?
Один человек, который понимает цели продукта и имеет право говорить «нет». В Scrum это владелец продукта, в небольшой компании им бывает руководитель направления или сам собственник.
Нужен ли бэклог, если компания не работает по Scrum?
Нужен, если на одну команду приходят запросы от нескольких отделов. Бэклог можно вести на канбан-доске, в Битрикс24 или в обычной таблице, и он переводит спор о том, чья задача важнее, в спокойное обсуждение очереди.
Хотите разобрать, как это устроено у вас?
Обсудить задачу →