Зачем нужен бэклог: центральный инструмент планирования Документация
By Gustavo Brito in IT Образование on 14 de fevereiro de 2023
Бэклог – универсальная штука, необходимая не только в ИТ или в проектной деятельности, это инструмент упорядочивания и превращения в систему того, что “влетает” в вас и вашу команду из внешнего мира. Для каждой пользовательской истории в модуле User Story map можно создавать карточки — добавлять описание, присваивать метки, статусы и размер. А главное — привязывать к ним конкретные задачи на рабочих пространства.
Чем дольше идет работа над проектом, тем ценнее сбор такой информации, потому что полноценное развитие проекта без обратной связи невозможно. Каждая добавленная в бэклог задача должна способствовать достижению целей продукта. Всегда находите время проанализировать список задач и удалить из него неактуальные.
Что такое бэклог продукта
За план дипломной работы отвечает научный руководитель, но не будет лишним убедиться, что руководитель точно в курсе всех требований и новшеств, появляющихся каждый новый учебный год. Дедлайн утверждения всех официальных бумаг по дипломной работе даже важнее сроков самой защиты. Если не успел, не удивляйся, если узнаешь, что у твоего диплома должна была быть совсем другая тема. Бэклог спринта — это наглядный и доступный план работы в формате реального времени.
Так как задачи постоянно добавляются, легко потерять информацию о том, кто три месяца назад предложил изменить этот элемент и зачем. А при наличии соответствующей пометке в отдельной колонке это легко сделать. В идеале хорошо бы указывать не только бэклог спринта исполнителя задания, но и дату добавления его в документ. Составляет бэклог руководитель проекта, иногда аналитик или разработчик, если речь идет о конкретном элементе. Актуальность и приоритетность задач контролирует владелец продукта.
Чем бэклог отличается от обычного списка задач
Различают бэклог продукта (продакт-оунер) и бэклог спринта (это временной промежуток от 7 до 30 дней). Во втором случае команда разработчиков забирает из бэклога часть задач, которые согласованы и должны быть выполнены за определённое время, и приступает к их выполнению. А бэклог продукта представляет собой полный перечень общих задач разработки, часто не столь детально конкретизированных. Ключевое слово тут – “актуальных”, а это значит, что бэклог регулярно пересматривается, изменяется и дополняется, чтобы соответствовать потребностям компании в текущий момент. Владелец продукта на основе пожеланий клиентов формирует список задач, которые необходимо выполнить по ходу работы над проектом.
Необходимо вносить в этот список только те цели, которые имеют ценность для проекта. Бэклог – это любой список задач, которые необходимо выполнить для достижения стратегической цели. Ответственный за бэклогом чаще всего считается владелец продукта (Product Owner).
Порядок составления бэклога
В перечне задач должны отражаться все изменения и новые требования к продукту. Для поиска багов, отслеживания требований владельца и выполненных пунктов списка должна применяться только одна система. Если появляется новая задача для участников рабочей группы, она должна попадать в один и тот же бэклог. По мере работы с проектом часть задач может терять актуальность из-за закрытия, выполнения или понимания их бесполезности. Задачи не всегда должны пропадать из поля зрения участников команды — они могут трансформироваться, получать новые приоритеты. Поэтому отслеживание изменений позволяет команде всегда оставаться в контексте всех нововведений.
- Если список требований становится широким, в нем рекомендуется выделять отдельно краткосрочные и долгосрочные задачи.
- Функции состоят из более простых пользовательских историй и расставляются в соответствии с приоритетами.
- Груминг бэклога представляет собой процесс постоянного уточнения и корректировки проекта.
- Каждая функция в бэклоге продукта делится на более простые пользовательские истории.
- Но это прямо тема для отдельного большого поста про практики личной эффективности.
Управление бэклогом может сопровождаться серьезными трудностями даже у бывалых менеджеров, потому что иногда задачи нарастают как снежный ком. Однако практика показывает, что есть ряд принципов, которые существенно упростят управление бэклогом и помогут избежать проблем. Разработка бэклога в контексте Agile-проекта https://deveducation.com/ делится на две популярные методологии — Scrum и Kanban. У каждой из них есть свои особенности, поэтому при выборе надо учитывать потребности проекта и предпочтения команды. Отдельно выделяют рефайнмент (refinement) — оптимизацию проекта. Эта процедура не должна занимать более 10% рабочего времени команды.
Постоянная доработка бэклога продукта
Каждый из перечисленных пунктов развивает продукт комплексно. Задачи могут поступать с разных источников — пользовательская аудитория, клиенты, аналитические данные, идеи команды. Главное, тщательно провести проверку на значимость и отсеять недостойные варианты. Может появиться, когда задачи переносят, чтобы ускорить работу, или из-за неправильного планирования. Универсального формата бэклога не существует, все зависит от конкретного проекта. Чем больше колонок в бэклоге, тем сложнее поддерживать его актуальность.
В идеале в нем должны быть отражены конкретные сроки по проекту. Технические подробности работы могут здесь не расписываться, но обязательно должно присутствовать общее видение продукта, а также цели и миссия. Наиболее важные этапы прописываются в самом начале, чтобы и команда, и клиент могли иметь четкое представление о работе. Структура проекта может быть разбита на несколько ключевых составляющих — пользовательских историй. Заказчик со своей стороны может заниматься упорядочиванием этих историй, управляя деятельностью команды.
