Построение списка невыполненных работ по продукту

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

	Создание описаний функциональности пользователей. В своей книге "User Stories Applied" Майк Кон (Mike Cohn) определяет описания функциональности пользователей следующим образом: "Описание функциональности пользователя определяет функции, которые будут полезны для пользователя или покупателя системы или программного обеспечения". Иными словами, описания функциональности пользователей создаются с точки зрения конечного пользователя.Примеры. "Мне, как постоянному клиенту, требуются блюда, которые я заказывал раньше". Дополнительные сведения см. в разделе Создание удобного описания требований пользователей к продукту.
	Определение приоритетов описаний функциональности пользователей. Приоритеты описаний функциональности пользователей определяются владельцем продукта в списке невыполненных работ по продукту. При этом владелец согласует с заказчиками цели и задачи проекта и вместе с командой выполняет анализ рисков и зависимостей.Владелец продукта указывает приоритеты путем назначения описаниям функциональности определенных рангов, определяющих порядок, в котором команда должна реализовывать описания. Для анализа и сравнения ценности описаний функциональности пользователей владелец продукта может использовать целый ряд методов.Если команда уже использует хорошо зарекомендовавший себя метод определения приоритетов, менять его не следует. Некоторые методы определения приоритетов тесно связаны с концепцией гибкого сообщества, например с моделью Кано удовлетворенности клиентов и принципом относительных весов Карла Вигерса (Karl Wiegers).(Дополнительные сведения об относительных весах см. в статье по адресу: First Things First: Prioritizing Requirements.) Другие методы определения приоритетов, такие как определение приоритетов затрат, чистая приведенная стоимость, расчетный период окупаемости и коэффициент окупаемости, широко применяются за пределами гибкого сообщества.Эти методы также вполне эффективны, и их можно использовать для определения приоритетов в списке невыполненных работ по продукту проекта Scrum.Дополнительные сведения см. в разделе "Part II: Estimating Size" книги на следующем веб-ресурсе: Agile Estimation and Planning.
	Оценка описаний функциональности пользователей. Каждое описание функциональности пользователя совместно оценивается участниками команды в баллах описаний функциональности.В своей книге "Agile Estimation and Planning" Майк Кон (Mike Cohn) определяет баллы описания функциональности следующим образом: "Баллы описания функциональности — это единицы измерения для выражения общего размера описания функциональности, компонента или другого элемента работы". Баллы описания функциональности представляют собой относительные значения, которые невозможно сразу перевести в определенное количество часов.Баллы описаний лишь помогают команде определить общий размер описания функциональности пользователя.Эти относительные оценки являются менее точными, поэтому для их определения требуется меньше усилий. Со временем оценки будут уточняться.Благодаря определению баллов описаний функциональности команда получает общий размер описаний функциональности пользователей на начальном этапе и в дальнейшем, когда участники команды приступают к реализации описаний, разрабатывает более детальную оценку трудозатрат.