- Для кого гайд: для проджект-менеджеров, диджитал-агентств
Рассказываем и показываем, как команде разработки, проджектам, продактам и всем, кто занимается разработкой цифровых продуктов, организовать бэклог в рабочем пространстве WEEEK.
Делимся двумя способами. Оба основаны на гибких методологиях управления и построены на Канбан-досках — это лучший инструмент, чтобы визуализировать интенсивные процессы создания ПО, сайтов, приложений. Оба способа ты можешь адаптировать или трансформировать под себя.
Вариант 1. Бэклог с квартальным планированием и работой в спринтах по 4 недели
- Для работы по Agile и Scrum
Советуем выделить под твой будущий продукт отдельный проект. Например, создаём проект «Разработка мобильного приложения».
Этот способ основан на квартальном планировании — с этого и начнём. Дорожную карту сделаем на Канбан-доске. Хотя ты сможешь просматривать её и на Диаграмме Ганта — если выставишь для каждой задачи периоды работы.
💡 Используй готовый шаблон Дорожной карты от WEEEK. Зайди в свой аккаунт в WEEEK и слева внизу найди «Шаблоны».
- Делаем доску «Бэклог продукта». Бьём её на четыре колонки — каждая на один квартал календарного года. Озаглавим их Q1, Q2, Q3, Q4.
- Теперь формируем список задач — в него войдут будущие функции мобильного приложения и всё, что необходимо сделать. Пока что это крупные задачи, которые мы декомпозируем позже. Записываем всё подряд, в одну колонку первого квартала Q1.
Прогоняем крупные задачи через способы приоритизации бэклога, то есть решаем, какие функции реализовать в первую очередь. Подойдут способы приоритизации Story mapping и MoSCoW — они помогут отобрать те функции мобильного приложения, без которых его нет смысла выпускать. Подробнее о них написали в этом тексте.
После приоритизации должен получиться бэклог продукта, в котором задачи расставлены по кварталам. Теперь вы с командой знаете свои задачи на ближайший год.
- Формируем бэклог спринта. Спринт — это 1–4 недели интенсивной работы. Договоримся, что в этом примере мы используем планирование на 4 недели.
- Подготовь доску «Бэклог спринта» или «Спринт». Для лучшей организации советуем указать в названии доски сроки спринта — «Спринт 1.11 — 30.11».
- Забираем одну-две приоритетные карточки из доски с квартальными планами и перетаскиваем в доску «Бэклог спринта». Этими задачами ты с командой будешь заниматься ближайший месяц.
- Подготовим доску спринта. Колонки в доске назови по этапам, через которые будет проходить каждая задача. К примеру, «Отрисовка макетов» или «Дизайн», «Разработка», «Тестирование». В нашем примере ограничимся колонками «К работе», «В работе», «Тестирование», «Готово».
- Пришло время декомпозировать большие квартальные цели на задачи, которые дизайнеры и разработчики будут делать в течение спринта. К примеру, задача «Сделать каталог товаров» объёмная. Бьём её на части — собрать контент для карточек товаров, сделать макет, подготовить структуру, проработать логику и так далее. Карточки из бэклога продукта можно декомпозировать с помощью подзадач. Пропиши их в этой же карточке бывшей квартальной цели.
Теперь уже эти задачи прогоняем через способы приоритизации бэклога. На этом этапе лучше всего подойдут методы Value and Efforts и ICE Scoring. О них читай тут. Не забудь проставить story point — единицы приоритетов на задачи. Это можно сделать с помощью тегов или кастомных полей.
- Подзадачи, расписанные на карточке квартальной цели, сделай самостоятельными задачами. Для этого найди подзадачу, нажми кнопку «Смотреть». Подзадача откроется как самостоятельная задача. Наверху карточки присвой подзадаче сначала доску, потом дату. После этого она станет самостоятельной задачей.
Подзадача сохранит связь с родительской задачей, а значит, всегда можно отследить, откуда она взялась.
Дальше начинаются работа и операционка!
- Расставляй задачам сроки и исполнителей. Чтобы контролировать работу сотрудников, фильтруй рабочее пространство по нужным исполнителям. Внутрь карточки добавляйте артефакты — ссылки, файлы и комментарии.
- Когда задача дойдёт до колонки «Готово», закрой её — и она закроется на карточке квартальной цели, в родительской задаче. Таким образом удобно провести ретроспективу спринта и оценить, как много сделано за спринт.
💡 Используй готовый шаблон рабочего пространства по SCRUM от WEEEK. Зайди в свой аккаунт в WEEEK и слева внизу найди «Шаблоны».
Вариант 2. Бэклог для работы с эпиками и спринтами на 1-2 недели
- Для работы по Agile и DevOps
Эпик — это объём работы, который можно разбить на несколько отдельных заданий — «пользовательских историй». Они отталкиваются от потребностей пользователей и клиентов. Этот пример организации рабочего пространства подойдёт для работы над крупными функциями для уже существующего продукта.
Рабочее пространство также построено на Канбан-досках. Только теперь организуем их по-другому — поделим по направлениям работы в проекте.
- У нас отдельная доска «Веб-разработка». Её первая колонка — «Бэклог». Здесь мы собираем эпики — большие по объёму пласты работы, которые мы позже декомпозируем.
- К примеру, тебе необходимо реализовать в приложении Авторизацию через Google. Это объёмная задача, которую можно выполнить в спринт на 1-2 недели.
- Декомпозируем эту задачу на подзадачи: настройка API в Google Cloud Console, интеграция на серверной стороне, интеграция на стороне клиента, хранение пользовательских данных и так далее.
Заметь, на этом этапе ты можешь сразу выставлять подзадачи в порядке приоритета. Поэтому уже можно использовать метод приоритизации Story mapping: когда ты выбираешь порядок реализации функций по карте пути пользователя.
- Затем так же, как и в прошлом примере, делай из подзадач самостоятельные задачи, отправляя их в колонку «К работе».
- Ставь исполнителя и срок работы для него. Затем также закрывай сделанные задачи — и реализуй эпик.
Что теперь
Теперь ты знаешь, как реализовать работу с бэклогом в WEEEK двумя разными способами. А если хочешь подтянуть знания по бэклогу в целом и разным методам приоритизации, читай об этом в нашей статье «Бэклог в успешном управлении проектом».
Подписаться 
