Опытный проектный менеджер скажет, что самое сложное в проекте — это управлять потоком требований разных заинтересованных сторон. Они могут быть противоречивыми, неполными, спонтанными, влиять напрямую или косвенно на цели проекта. Как управлять ими?
В Agile-проектах сбор и приоритезация требований происходит на протяжении всего проекта. Требования формируют бэклог продукта, а в последующем они определяют бэклог каждого нового спринта.
- Бэклог продукта — список требований всех элементов продукта и желаемых возможностей (ценностей) продукта
- Бэклог спринта — список требований в отношении тех элементов продукта, которые команда примет к исполнению в ближайший спринт
- Спринт — период времени (обычно не более месяца), за который команда cсоздаёт и/или совершенствует продукт.
Рекомендуемый формат описания требований в Agile-проектах – это «пользовательские истории» (user stories). Несмотря на то, что название, казалось бы, «отсылает» нас к ИТ-сфере, этот формат широко используется в любых других проектах.
Дело в том, что требование фиксируется в форме прямой речи той заинтересованной стороны, которая потом будет пользоваться проектным результатом, и, соответственно, извлекать из него выгоды.
Структура пользовательской истории выглядит следующим образом:
Я как_________
Хочу, чтобы__________
Потому что мне важно/ценно__________
Пример: для проекта «Редизайн столовой корпоративного офиса» требование от шеф-повара может звучать следующим образом:
Я как шеф-повар столовой
Хочу, чтобы в дизайне столовой были использованы пространства-трансформеры
Потому что мне важно, чтобы интерьер смог «подстраиваться» под тематические дни согласно меню.
Хотите сократить время на поиск лучших инструментов управления проектами?
Узнайте о возможностях обучения в Академии бизнеса Б1
Оставьте свой комментарий