Бэклог и спринт продукта проекта

Характеристика бэклога продукта проекта

С точки зрения подхода Agile в процессе управления проектом выделяется такой аспект, как бэклог. Он представляет собой упорядоченный список элементов планирования проекта, который лишен всякой иерархии, в связи с чем данный список еще рассматривается как «плоский».

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

Если бэклог продукта проекта подготовить качественно, то ему будет присуще наличие следующих свойств:

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

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

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

Характеристика спринта продукта проекта

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

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

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

• не допускается оказание какого-либо влияния на качество;
• сохранение цели спринта в изначальном виде (хотя приоритет может измениться);
• внесение любых изменений подлежит согласованию с владельцем продукта, Scrum-мастером и командой проекта.

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

Стоит также отметить, что список задач, которые команда проекта планирует выполнить/протестировать по ходу спринта, представляет собой бэклог спринта. Достаточно распространенной среди многих проектных команд оказалась практика деления пользовательских историй из бэклога продукта на отдельные задачи, которые подлежат реализации в процессе спринта. Затем эти разделенные пользовательские истории заносятся в бэклог спринта на Kanban-доске.

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

Определение списка задач происходит в процессе планирования спринта. По ходу спринта в его бэклоге обычно не появляются новые задачи или требования - исключением из этого правила являются критические задачи и поручения. Кроме того, рекомендуется провести оценку всех задач с точки зрения трудозатрат и значимости реализации в ходе спринта.

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