Незавершённая работа по продукту

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

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

Шаблон продуктового бэклога — это многоразовый план бэклога продукта Agile, позволяющий быстро и легко создавать бэклоги для новых проектов. 

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

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

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

Как создать продуктовый бэклог?

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

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

Что входит в шаблон продуктового бэклога?

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

• Описательное название задачи: лучшая практика — начинать название задачи с глагола, чтобы разработчик точно знал, какое действие необходимо выполнить для её завершения.

• Приоритет задачи: это важность задачи по сравнению с другими задачами в продуктовом бэклоге.

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

• Срок выполнения: когда задача должна быть завершена.

• Очки истории: метод оценки, который показывает, сколько усилий должно быть затрачено на конкретную задачу. 

• История пользователя: объяснение того, как должна функционировать та или иная функция с точки зрения конечного пользователя. Пользовательские истории обычно имеют следующий формат: «Как [персонаж], я хочу [цель программного обеспечения], чтобы [желаемый результат]».

Задачи в шаблоне продуктового бэклога часто представлены в виде канбан-карточек. Использование шаблона канбан-карточки поможет упорядочить ваш продуктовый бэклог. 

Для чего нужен шаблон продуктового бэклога?

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

В чём разница между продуктовым бэклогом и бэклогом спринта?

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

Интегрированные функции

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

• Вид «Хронология». Вид «Хронология» — это представление проекта в стиле диаграммы Ганта, отображающей все ваши задачи с помощью горизонтальной гистограммы. Благодаря такому представлению можно видеть не только даты начала и окончания каждой задачи, но и зависимости между ними. С помощью представления в виде хронологии вы можете легко отслеживать, как части вашего плана сочетаются друг с другом. Кроме того, когда вы видите всю свою работу в одном месте, вы можете легко выявлять и устранять конфликты между зависимостями до их начала, чтобы достичь всех своих целей в срок. 

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

• Автоматизация. Автоматизируйте ручную работу, чтобы ваша команда тратила меньше времени на рутинную работу и больше времени на задачи, для которых вы их наняли. Правила в Asana работают на основе триггеров и действий — по сути, «когда происходит X, делайте Y». Используйте правила, чтобы автоматически назначать работу, корректировать даты сдачи, устанавливать нестандартные поля, уведомлять заинтересованные стороны и многое другое. От автоматизации отдельных задач до целых рабочих процессов — правила дают вашей команде время на квалифицированную и стратегическую работу.

Рекомендуемые приложения

• GitHub. Автоматически синхронизируйте обновления статуса запросов Github на внесение изменений в задачи Asana. Отслеживайте ход выполнения заявок на внесение изменений и улучшайте межфункциональное взаимодействие между техническими и нетехническими командами, не выходя из Asana.

• Jira. Создавайте интерактивные, взаимосвязанные рабочие процессы, в которые вовлечены специалисты технических и коммерческих направлений, чтобы повышать прозрачность процесса разработки продуктов в реальном времени, не покидая Asana. Упростите совместную работу по проектам. Быстро создавайте задачи Jira в Asana, обеспечивая своевременность и согласованность действий Business- и технической команд. 

• Zendesk. С помощью интеграции Asana и Zendesk пользователи могут легко и быстро создавать задачи Asana прямо из Zendesk-заявок. Добавляйте нужную информацию, прикрепляйте файлы и привязывайте существующие задачи, чтобы отслеживать работу, необходимую для закрытия тикета. Интеграция также обеспечивает непрерывную видимость в обеих системах, поэтому все остаются в курсе, независимо от того, какой инструмент они используют. 

• Google Workplace. Прикрепляйте файлы непосредственно к задачам в Asana с помощью функции выбора файлов Google Workplace, встроенной в панель задач Asana. Прикрепляйте любые файлы из Google Диска несколькими щелчками мыши.

Вопросы и ответы