Как работать с требованиями в Agile-проектах

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

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

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

Рекомендуемый формат описания требований в Agile-проектах – это «пользовательские истории» (user stories). Несмотря на то, что название, казалось бы, «отсылает» нас к ИТ-сфере, этот формат широко используется в любых других проектах.

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

Структура пользовательской истории выглядит следующим образом:

Я как_________

Хочу, чтобы__________

Потому что мне важно/ценно__________

Пример: для проекта «Редизайн столовой корпоративного офиса» требование от шеф-повара может звучать следующим образом:

Я как шеф-повар столовой

Хочу, чтобы в дизайне столовой были использованы пространства-трансформеры

Потому что мне важно, чтобы интерьер смог «подстраиваться» под тематические дни согласно меню.