Иногда — аналитик (в идеале такой, который неплохо ориентируется в мире разработчика). Но если аналитик новичок, всегда имеет смысл давать ему в пару разработчика для написания бэклога, потому что сложные технические истории тот сам не вывезет. Как минимум — проверять бэклог после аналитика до того, как он пойдет в работу.

бэклог это

Вроде бы все написано выше, и пример бэклога вряд ли добавит этому посту большой ценности, но все же – вот ниже пример бэклога по одной из моих производственных систем. Как видите – я очень уважаю условное форматирование и считаю, что это сильно упрощает восприятие. Вообще очень большой активный бэклог – признак непрофессионализма и неумения приоритезировать.

В результате бэклог продукта значительно отличается от классического списка задач с подробной документацией о том, что и как должно быть сделано. Поскольку веб-сайт «Команды в космосе» является первой инициативой в дорожной карте, мы хотим разбить эту инициативу на эпики (показаны здесь зеленым, синим и бирюзовым цветом) и пользовательские истории для каждого из этих эпиков. Для проектов со сложной логикой работы использовать бэклог без написания ТЗ – не всегда хорошее решение. Если надо предусмотреть взаимозависимости, выборки, отчеты и т.д. – просто набор задач не позволяет получить целостную картину.

Из Чего Состоит Бэклог

Члены команды могут затем пойти на компромисс с владельцем продукта, прежде чем начинать итерацию с полным знанием всего, что необходимо сделать. Регулярный обзор (ревью) списка необходимых требований в сфере Agile часто называют «уходом за бэклогом» (некоторые используют термин «уточнение бэклога»). Прежде чем приступать к работе, важно определить, как команда в процессе работы поймет, что элемент бэклога полностью реализован.

Для этого разрабатываются стандартизированные критерии готовности , которые гарантируют, что вся команда понимает, какой результат ожидается от выполняемой ими работы. Работа по Scrum не отрицает постановку долгосрочных целей, однако при наполнении бэклога наиболее подробно следует проработать элементы, которые войдут в первые 1-2 спринта. Элементы для последующих спринтов можно описывать с меньшей степенью детализации — скорее всего, они потребуют доработки с учетом обратной связи.

бэклог это

Бэклог крупного продукта, который постоянно развивается, всегда очень объемный. Например у нас , он уже превышает 500 строк и не планирует на этом останавливаться. Включает и интерфейсные задачи и новые фичи (под разные платформы). Какие-то идеи и задачи в бэклог добавляем сами, проводя аналитику и стратегические сессии. Писать бэклог может руководитель проекта или продукта, аналитик или разработчик, но за приоритеты и актуальность задач всегда отвечает только Владелец продукта. Если говорить ещё проще, сокращая бэклог, вы получаете элементы, которые базируются только на самых свежих и важных данных, избавляетесь от лишней работы по пересмотру и переоценке бэклога и уменьшаете время на его обсуждение с командой.

Как Разобрать Бэклог? Что Делать, Если Бэклог Накопился На Годы Вперед?

Владелец продукта должен пересматривать бэклог перед каждым собранием по планированию, чтобы уточнить и расставить приоритеты, внести необходимые изменения на основе выводов. Это помогает установить ожидания среди заинтересованных сторон и других групп, особенно когда они приносят вам дополнительную работу, и делает время разработки постоянным активом. Если задачи в бэклоге устарели, долгосрочные цели по-прежнему далеки или объём выполненных работ сильно меньше элементов в бэклоге — пришла пора груминга. Идеальный бэклог — тот, где по каждой строке однозначно ясно, что нужно делать. Из краткого описания хотелки не всегда можно уловить весь контекст, поэтому чем выше приоритет у задачи, тем подробнее должно быть её описание. Важно, что систематизированный подход позволяет как ничего не потерять из бэклога, так и оптимизировать трудозатраты, делая оценку для новых элементов с определенной регулярностью, а не по мере их поступления.

Опытные владельцы продукта, тщательно ухаживают за списком необходимых требований программного продукта, что делает его надежным и доступным для совместного использования и общим наброском элементов работы для проекта. Владелец продукта приоритизирует список необходимых требований в начале проекта, но не корректирует его по мере поступления отзывов от разработчиков и заинтересованных сторон. Дорожная карта команды и требования обеспечивают основу для списка необходимых требований продукта. Инициативы «Дорожная карта» разбиты на несколько эпиков, и у каждого эпика будет несколько требований и пользовательских историй. Давайте посмотрим на дорожную карту для вымышленного продукта под названием «Команды в космосе».

Интернет в последнее время сильно меняется, а с ним меняется и соотношение каналов трафика. Одни площадки отключают рекламу для российских пользователей, а другие оказываются полностью недоступны в РФ. Администратор хочет удалять статьи с сайта, чтобы бороться с оскорбительным контентом — нужен функционал в админ-панели для этого. Колонка, опять же, пригодится для быстрой фильтрации, а ещё — для выборки задач на текущий спринт и для отслеживания прогрессов. Нажимая кнопку, я соглашаюсь на обработку своих персональных данных. Вот и все, что я могу сказать про бэклог, если вы нашли хоть что-то новое – значит, пара часов на пост была потрачена не зря.

  • Он отвечает за то, чтобы бэклог продукта был актуальным и отражал значимые для продукта элементы, которые ведут к достижению бизнес–ценности, в том числе прибыли.
  • Давайте посмотрим на дорожную карту для вымышленного продукта под названием «Команды в космосе».
  • – просто набор задач не позволяет получить целостную картину.
  • Важно, что систематизированный подход позволяет как ничего не потерять из бэклога, так и оптимизировать трудозатраты, делая оценку для новых элементов с определенной регулярностью, а не по мере их поступления.

То, как выглядит бэклог — не столь важно, лишь бы было удобно им пользоваться. Можете собрать статистику вручную, а можете использовать встроенные инструменты в Jira или Trello. Установите пороговые значения, когда количество задач станет для вас избыточным, и отслеживайте регулярно. Провалидировать актуальность – может, инициаторы уже не работают в компании, или им эта задача сто лет как не нужна.

Круговой Бэклог

Бэклог продукта или Бэклог проекта это четкий список задач по проекту, которые предстоит выполнить, с расстановкой приоритетов и сроков. Слово backlog чаще всего используется в технологии Scrum, когда ведется разработка сложного и многозадачного проекта в команде. После того, как создан список необходимых требований , важно регулярно его поддерживать, чтобы идти в ногу с программой.

Бэклог продукта позволяет команде ориентироваться в разработке продукта, принимать эффективные решения о порядке и способах разработки. Он не задает сильных рамок (формирование этих рамок — отдельная задача других процессов, вроде планирования спринта). Он скорее является ориентиром для команды, и служит для понимания того, что именно нужно сделать.

Новые элементы могут добавляться в ответ на изменение бизнес-среды или рынка, появление нового видения продукта или новых комментариев от пользователей. А могут — потому что команда способна отработать больше элементов за спринт, чем предполагалось изначально. Если скорость работы — 20 элементов за спринт, то в бэклоге их должно быть хотя бы вдвое больше — чтобы было, из чего выбирать.

бэклог это

Недельный объём работ из разных категорий в процентах от общего объёма элементов бэклога (источник). Очевидно, что куча времени тратится на исправление багов и очень мало — на пользовательский интерфейс. Карту пользовательских историй для зрелого продукта имеет смысл раскладывать на отдельные пользовательские персоны, цели, работы или проблемы пользователей. Иногда — разработчик, если дело касается сложных технических аспектов.

Бэклог, Основанный На Типах Или Классах Работ

При разработке дорожной карты главное не закапываться в детали функционала и больше внимания уделить видению целей и функций продукта. Бэклог https://globalcloudteam.com/ru/ — список задач к выполнению, отсортированный по приоритетам. Чем выше задача в этом списке, тем детальнее она должна быть проработана.

бэклог это

Кстати, сюда же хорошая практика – в начале этой короткой фразы указывать типа элемента, например “Добавить тот-то”, “Изменить то-то”, “Удалить то-то”. При груминге сэкономит вам время, так как сразу будет понятно, управление бэклогом продукта что делать и не придется лишний раз сверяться с подробным описанием. Бэклог команды – с момента, как я стала руководить проектными офисами и портфелями проектов, это стало моим самым популярным типом бэклога.

Что Включает Груминг

Такой тип бэклога подойдёт продуктам как на ранней стадии развития, так и более зрелым, поскольку держит в фокусе самые ключевые факторы, которые влияют на отклик пользователей — гадать над тем, что им важнее, здесь не приходится. Бэклог в виде карты влияния поможет визуализировать и продумать множество альтернативных путей пользователя, ведущих к конкретному результату. Но такой формат вряд ли справится с отображением в бэклоге технического долга или списка проблем в продукте для устранения.

Какие Бэклоги Бывают?

А оценки могут меняться из-за добавления новых задач в бэклог — поэтому придётся пересмотреть их у каждой задачи. Призван собрать в себе все идеи, гипотезы, проблемы и потенциальные возможности. Каждый элемент такого бэклога затем пристально рассматривается, и если его признают жизнеспособным, тот переходит в бэклог разработки. И даже если в итоге хотелка не выживет — это будет отличный опыт, который поможет найти ещё больше новых возможностей для развития продукта.

Поэтому давайте сегодня поговорим про такую супер-базовую вещь, как бэклог. Опытные руководители проектов проходят мимо, новичкам и особенно тем, что только собирается в руководители проектов – читать обязательно. Попробую рассказать простыми словами и, надеюсь, бэклогов, которыми невозможно пользоваться, станет хоть немного меньше.

Такой подход даёт более целостное представление о том, как каждый элемент бэклога отвечает за выполнение пользовательской работы согласно теории JTBD. Каждая команда организует это так, как удобно ей, пример того, как может выглядеть этот процесс, я приводила выше. В SCRUM вроде бы есть условный пункт о том, что работа с бэклогом – это около 10% времени команды, но, на мой взгляд, цифра может отличаться в разы в любую сторону в зависимости от процесса. Вариантов миллион и, как правило, поля бэклога дополняются и актуализируются в ходе работы с ним. Дальше в работе ссылаться на нее будет намного проще, чем на многострочный текст.

Во втором случае команда разработчиков забирает из бэклога часть задач, которые согласованы и должны быть выполнены за определённое время, и приступает к их выполнению. А бэклог продукта представляет собой полный перечень общих задач разработки, часто не столь детально конкретизированных. Бэклог – это структурированный список актуальных задач, которые вам или вашей команде необходимо сделать, будь это функции в продукте, который вы разрабатываете, или обращения в техподдержку, которые вам необходимо выполнить. Ключевое слово тут – “актуальных”, а это значит, что бэклог регулярно пересматривается, изменяется и дополняется, чтобы соответствовать потребностям компании в текущий момент. При работе с бэклогом Project Manager может советоваться с другими лицами — например, со стейкхолдерами, с командой разработки. При этом окончательное решение о том, как будет выглядеть бэклог продукта — и, в перспективе, сам продукт — остается за ним.

Бэклог продукта разрабатывает и ведет Project Manager (или Product Owner, если рассматривать фреймворк Scrum). Именно он занимается приоритизацией элементов бэклога (пользовательских историй). Это список задач и функций, которые необходимо решить / реализовать в конкретном продукте. Это гарантирует, что все рабочие элементы будут включены в общее обсуждение для каждой итерации.

Зачем Нужен Бэклог Продукта

Команда ограничивает позиции в списке необходимых требований теми, которые ориентированы на клиента. Проектируя новые продукты, мы фокусируемся на изучении потребностей будущих потребителей. Один из лучших инструментов для понимания потенциального клиента — интервьюирование. Груминг бэклога — регулярный процесс пересмотра задач (обновление, добавление, удаление и актуализация). Если груминг вошёл в привычку, потребуется не больше 1,5 часов для 4-недельных спринтов (если ваши спринты короче — справитесь ещё быстрее).

Самые важные элементы отображаются в верхней части список необходимых требований продукта, поэтому команда знает, что предоставить первым. Команда разработчиков не работает с списком необходимых требований в темпе владельца продукта, и владелец продукта не подталкивает работу в команде разработчиков. Вместо этого команда разработчиков извлекает работу из списка необходимых требований продукта, поскольку для этого есть возможность, либо непрерывно , либо итеративно . Хотя перед владельцем продукта стоит задача расставить приоритеты в списке необходимых требований , это не делается в вакууме.

Leave a Reply

Your email address will not be published.