Как использовать бэклог продукта: определение и преимущества

13 мая 2021 г.

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

Что такое бэклог продукта?

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

В бэклогах продуктов вверху перечислены элементы с наивысшим приоритетом, что позволяет командам разработчиков знать, в каком порядке необходимо выполнять задачи.

Что такое элементы невыполненной работы по продукту?

Бэклог продукта состоит из ряда приоритетных элементов. Все эти элементы функционируют в бэклоге по-разному, чтобы способствовать завершению проекта. Элементы бэклога продукта могут включать:

Функция или пользовательская история

Функции или пользовательские истории — это элементы невыполненной работы, которые повышают ценность продукта или укрепляют бизнес-операции. Как разработчик программного обеспечения, вы можете записывать функции или пользовательские истории в свой бэклог с точки зрения вашего клиента, чтобы лучше понять его желаемую функциональность. Например, если у вас есть клиент, который является интернет-провайдером, и он хочет обновить организационные методы своего программного решения, вы можете написать что-то вроде: «Я хочу, чтобы наше программное обеспечение классифицировало наши контракты, когда я создаю новые учетные записи, чтобы я мог лучше организовать нашу клиентскую базу в соответствии с уровнем обслуживания».

Изменять

Изменение — это изменение существующей функции или пользовательской истории. Функция или пользовательская история позволяют пользователю выполнить действие, а изменение меняет способ его выполнения. Например, тот же интернет-провайдер запрашивает изменение существующей организационной функции категоризированных контрактов. Они хотят использовать комбинацию клавиш ctrl+enter вместо ctrl+shift для упорядочения своих контрактов по уровням обслуживания. Затем вы можете добавить этот запрос в список невыполненных работ в качестве элемента изменения, и ваша команда разработчиков выполнит необходимые задачи для внесения изменения.

Дефект

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

Преимущества использования бэклога продукта

Существует несколько преимуществ использования бэклога продукта для помощи командам разработчиков в расстановке приоритетов задач, в том числе:

Повышает эффективность

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

Способствует гибкости

Журналы продуктов часто меняются в зависимости от скорости выполнения задач и прогресса разработчиков. При изменении статуса разработки в журнале невыполненной работы перераспределяется приоритет задач. Эта гибкость внутри системы означает, что задачи не остаются незамеченными или неназначенными слишком долго, и разработчики могут легко настроить свои процессы в соответствии с изменениями приоритета.

Облегчает обсуждение в команде

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

Соответствует ожиданиям

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

Как использовать бэклог продукта для вашей команды

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

1. Добавляйте идеи в свой бэклог

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

2. Попросите разъяснений

Получив запрос на добавление или исправление продукта, вы можете получить разъяснения от своего клиента. Вы можете задать следующие вопросы, чтобы лучше понять их технологические потребности:

• Почему вы хотите, чтобы мы реализовали это дополнение или исправление?

• Какую ценность продукту добавляет это дополнение или исправление?

• Есть ли какие-либо спецификации или важные особенности этого дополнения или исправления?

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

3. Приоритизируйте задачи

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

4. Регулярно обновляйте свой бэклог

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