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

Описание

Баклог продукта, изначально пришедший из Scrum, используется во многих методологиях Agile и вводится в начале проекта. Баклог или журнал незавершенной работы – это постоянно меняющийся документ, который развивается во время выполнения проекта по мере накопления знаний о продукте и клиентах. Владелец продукта (Product Owner) отвечает за упорядочение элементов баклога на основе знаний и пользе бизнесу, важности фич или других соответствующих критериев. При управлении баклогом, элементы должны быть упорядочены так, чтобы наиболее важные элементы находились в верхней части списка и упорядочены по убыванию приоритета. В XP (eXtreme Programming) незавершенная работа по функциональности может управляться как журнал историй пользователя. Бизнес-аналитик может выступать в качестве владельца продукта или помогать ему.

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

Мыслить как клиент – вот ключевой компонент бизнес-анализа в Agile. Клиент – тот человек, который получает пользу от создаваемого нами продукта. Мы начинаем с определения высокоуровневых целей клиента и постепенно переходим ко всё более глубокому пониманию конкретных потребностей, которым должен отвечать продукт.

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

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

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

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

Техника раскадровки (Storyboarding) используется в сочетании с другими практиками, такими как варианты использования, истории пользователя и создание прототипов, чтобы детализировать визуально и текстуально ключевые события, объединяющих различные взаимодействия пользователей с системой или бизнесом.

Storyboarding служит

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

Описание

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

При использовании для описания взаимодействия с системой, раскадровка показывает, как будут выглядеть экраны, и как они будут сменяться один другим. При использовании для описания бизнес организации, раскадровка показывает взаимодействие с бизнес-процессами, такими как бэкофис.

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

Описание

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

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

Уточнение историй пользователя (Story Elaboration) - это техника, используемая для детального описания дизайна и критериев приемки для истории пользователя на основе своевременности и достаточности. Уточнение историй является постоянной деятельностью, которая является частью процесса разработки.

Описание

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

Во время каждого релиза (итерации/спринта), команда, которая работает c историей, планирует время для прояснения истории, чтобы уяснить детали. Часто (но не всегда) это выполняется в виде короткого семинара с программистами, которые будут работать над историей, малым и средним бизнесом/клиентом, которые нуждаются в истории, человеком, который будет проверять историю, и кем-то, выступающим в качестве бизнес-аналитика для содействия и изучения истории. Как правило, уточнение истории выполняется за несколько дней до ее реализации.