Шаблон бэклога продукта
Готовый список историй формата «Как роль, я хочу действие, чтобы ценность» с приоритетом, оценкой в story points и статусом.
Что в шаблоне
Формат историй
Подсказка по структуре user story прямо в шаблоне.
Оценка в SP
Колонка story points — относительная оценка сложности, не часы.
Типы и статусы
Story / Bug / Task и статусы от «Бэклог» до «В работе».
Четыре шага по этому файлу
Перепишите истории под свой продукт
Колонка «Пользовательская история» — самая широкая в файле. Формат указан в подписи над таблицей: «Как роль, я хочу действие, чтобы ценность». Третью часть теряют чаще всего, а она и есть самая полезная: без «чтобы» история превращается в задание, и обсуждать в ней нечего. Образец из файла — «Как менеджер, я хочу видеть дашборд проектов, чтобы оценивать статус».
Проставьте тип строки
Колонка «Тип», три значения в примере: Story, Bug, Task. Формат «Как роль, я хочу…» обязателен только для Story. Строки 3 и 5 показывают это прямо: баг записан как «Исправить ошибку выгрузки отчёта в Excel», задача — «Настроить CI/CD пайплайн». Натягивать на них роль и ценность не нужно, выйдет искусственно.
Оцените в story points
Колонка «Оценка (SP)»: в примере 3, 8, 2, 5 и 5. Шаг между значениями растёт неравномерно — 1, 2, 3, 5, 8, 13 — чтобы не спорить о разнице между шестёркой и семёркой. Возьмите одну маленькую, понятную всем историю за точку отсчёта и оценивайте остальные сравнением с ней, а не в часах.
Разложите по спринтам и статусам
Колонки «Спринт» и «Статус». В примере в первый спринт попали три строки, во второй — две; статусы «В работе», «К выполнению» и «Бэклог». Номер спринта проставлен даже у строк со статусом «Бэклог» — так помечают ближайших кандидатов. Всему, что дальше второго спринта, номер лучше не давать: это уже не план, а намерение.
Что означают строки в файле
Строки 1–3 стоят в первом спринте и дают 3 + 8 + 2 = 13 story points, строки 4 и 5 во втором — 5 + 5 = 10. В этом и смысл оценок: вопрос не «успеем ли», а «сколько влезает». После первого закрытого спринта у вас появится собственное число, и второй спринт планируется уже по нему, а не по ощущению.
Строка 3 — «Исправить ошибку выгрузки отчёта в Excel», тип Bug, приоритет Средний, 2 очка, спринт 1. Обратите внимание: баг лежит в одном списке с историями и занимает место в спринте. Отдельный список багов кажется удобнее, но тогда планирование перестаёт видеть, сколько времени на них уходит. Здесь это видно сразу — 2 очка из 13.
Строки 4 и 5 оценены одинаково, в 5 очков, но устроены по-разному. «Как заказчик, я хочу получать уведомления о вехах» — история с ролью и ценностью. «Настроить CI/CD пайплайн» — задача с низким приоритетом, нужная команде, а не пользователю. Маскировать такие строки под истории не надо, но и выносить из бэклога нельзя: они конкурируют за то же время спринта.
!Частые ошибки
- Story points перевели в часы Как только команда договаривается, что «5 SP — это 5 дней», оценка перестаёт быть относительной и снова становится обещанием срока. Очки отвечают на вопрос, во сколько раз одна история больше другой. Перевод в календарь делает скорость команды — сколько очков она закрывает за спринт; за пару спринтов это число посчитается само.
- Половина строк с приоритетом «Высокий» Колонка «Приоритет» грубая: в примере два «Высоких» подряд, и что из них раньше, задано порядком строк, а не колонкой. Настоящий приоритет — это порядок сверху вниз, где для каждой соседней пары отвечено, что делаем первым. Подняв всё до высокого, вы не расставили приоритеты, а отложили решение до планирования.
- Несколько строк одновременно «В работе» В примере «В работе» ровно одна строка из пяти, и это не случайность. Пока история не доведена до конца, вторая взятая параллельно не ускоряет выпуск: она откладывает обе и удваивает объём незавершённого. Хотите взять новую — сначала закройте текущую или честно верните её в «К выполнению».
- История размером в целый спринт Самая крупная строка примера — 8 очков, «дашборд проектов». Если ваша тянет на 13 и больше, её не оценили, а угадали: разбейте на части, каждая из которых сама по себе даёт пользователю что-то работающее. Деление на «сделать бэкенд» и «сделать фронтенд» таким разбиением не является — от половины пользователь не получает ничего.
Частые вопросы
Что такое бэклог продукта?
Это упорядоченный по приоритету список всего, что нужно сделать в продукте: функции, улучшения, баги. Сверху — самое важное.
Зачем оценивать в story points?
Story points отражают относительную сложность и неопределённость, а не точные часы. Это устойчивее к оптимизму оценок.
Шаблон бесплатный?
Да, без регистрации. Формат .xlsx открывается в любом табличном редакторе.
Можно ли добавить свои колонки?
Да, формул в файле нет. Полезнее всего колонка «Критерии приёмки»: без неё «готово» каждый понимает по-своему. Часто дописывают ещё «Компонент» и ссылку на задачу в трекере. Колонку «Спринт» лучше не удалять — именно по ней потом считается, сколько очков команда закрывает за спринт.
Подойдёт ли шаблон, если мы работаем без спринтов?
Да. Колонку «Спринт» оставьте пустой, приоритетом станет порядок строк. Статусы из примера — «Бэклог», «К выполнению», «В работе» — это уже колонки канбан-доски, добавьте к ним своё «Готово». Оценку в очках при этом можно не ставить: в потоке важнее, сколько строк одновременно в работе.
Что ещё пригодится
Вся библиотека: 15 бесплатных шаблона — RACI-матрицы, реестра рисков (RAID), WBS — структуры работ, оценки задач (PERT), статус-отчёта по проекту, устава проекта, протокола совещания, плана проекта, сметы проекта, дорожной карты продукта, реестра заинтересованных сторон, плана спринта, Чек-лист запуска проекта, диаграмма Ганта в Excel
Шаблоны — это хорошо. Платформа — лучше
В TeamVector план, задачи, документы и бюджеты связаны и обновляются сами, без ручных таблиц.