Руководство к Своду знаний по управлению проектами (Руководство PMBOK). Коллектив авторов
Читать онлайн книгу.
к способу реализации этих потребностей. Требования могут быть сгруппированы в классы, что обеспечивает их дальнейшее уточнение и детализацию в процессе их выработки. Данные классы включают в себя:
• Бизнес-требования, описывающие высокоуровневые потребности организации в целом, например проблемы или благоприятные возможности организации, а также причины, по которым проект был предпринят.
• Требования заинтересованных сторон, описывающие потребности заинтересованной стороны или группы заинтересованных сторон.
• Требования к решению, описывающие свойства, функции и характеристики продукта, услуги или результата, который удовлетворит бизнес-требованиям и требованиям заинтересованных сторон. Требования к решению, в свою очередь, группируются в функциональные и нефункциональные требования:
– Функциональные требования описывают поведение продукта. Примеры включают в себя процессы, данные и взаимодействия с продуктом.
– Нефункциональные требования дополняют функциональные и описывают условия или качества среды, необходимые для обеспечения эффективности продукта. Примеры включают в себя: надежность, защищенность, производительность, безопасность, уровень обслуживания, возможность поддержки, требования к хранению/уничтожению и т. д.
• Требования к переходу описывают временные возможности, такие как требования к преобразованию данных и обучению, необходимые для перехода из текущего состояния «как есть» в состояние «как должно быть» в будущем.
• Требования к проекту описывают действия, процессы или другие условия, которым должен соответствовать проект.
• Требования к качеству, включающие в себя любое состояние или критерий, необходимые для подтверждения успешного получения поставляемого результата проекта или выполнения других требований к проекту.
5.2.1. Сбор требований: входы
5.2.1.1. План управления содержанием
Описан в разделе 5.1.3.1. План управления содержанием разъясняет то, как команда проекта будет определять, какой тип требований необходимо собрать для проекта.
5.2.1.2. План управления требованиями
Описан в разделе 5.1.3.2. План управления требованиями задает процессы, используемые в рамках процесса сбора требований для определения и документирования потребностей заинтересованных сторон.
5.2.1.3. План управления заинтересованными сторонами
Описан в разделе 13.2.3.1. План управления заинтересованными сторонами используется для понимания требований заинтересованных сторон к коммуникациям и уровня их вовлечения с целью оценки и адаптации к уровню участия заинтересованных сторон в действиях в отношении требований.
5.2.1.4. Устав проекта
Описан в разделе 4.1.3.1. Устав проекта используется для предоставления высокоуровнего описания продукта, услуги или результата, позволяющего разработать детальные требования.
5.2.1.5. Реестр заинтересованных