Управление требованиями проекта
Обновлено: 10.10.2024 |
Управление требованиями проекта - это альтернативное название процесса Управление Содержанием проекта, согласно методологии PMI.
План управления требованиями (англ. Requirements Management Plan или сокращённо RMP) – это часть руководства PMBoK, относится к группе процессов планирования.
План управления требованиями идёт вторым пунктом (разделом) плана управления проектом.
Здесь отражаются общие подходы:
- кто и как создаёт требования к проекту;
- каким образом утверждаются и согласовываются требования;
- как они сопоставляются с жизненным циклом проекта;
- как корректируются по мере роста и становления проекта;
- как анализируются и документируются.
Требование – оправданный, утверждённый и документально изложенный критерий, которому должно быть обеспечено соответствие. Требования могут исходить как из внешней среды (от заказчика, регулирующих органов и пр.), так и из внутренней среды организации (технологические ограничения, требования маркетологов и т.д.).
Требование должно обладать следующими характеристиками:
- Единичность — требование описывает одну и только одну вещь.
- Завершенность — требование полностью определено в одном месте и вся необходимая информация присутствует.
- Последовательность — требование не противоречит другим требованиям и полностью соответствует документации.
- Атомарность — требование нельзя разделить на более мелкие.
- Отслеживаемость — требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и задокументировано.
- Актуальность — требование не стало устаревшим с течением времени.
- Выполнимость — требование может быть реализовано в рамках проекта.
- Недвусмысленность — требование определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам. Оно выражает объекты и факты, а не субъективные мнения. Возможна одна и только одна его интерпретация. Определение не содержит нечетких фраз, использование отрицательных и составных утверждений запрещено.
- Обязательность — требование представляет собой определенную заинтересованным лицом характеристику, отсутствие которой ведет к неполноценности решения, которая не может быть проигнорирована. Необязательное требование — противоречие самому понятия требования.
- Проверяемость — реализованность требования может быть проверена.
Для сбора требований перед началом нового проекта можно использовать различные программы в зависимости от сложности проекта: например Word или Mindjet MindManager. Есть несколько профессиональных продуктов созданных для структурирования, сбора и анализа требований:
- Rational RequisitePro
- AllFusion Process Modeler (ранее: BPwin)
- AllFusion ERwin Data Modeler (ранее: ERwin)
- Doors
- Borland Caliber RM
Пользователи, которые искали Управление требованиями проекта, потом также интересовались следующими продуктами:
См. также: Топ 10: Системы управления проектами
План управления требованиями (англ. Requirements Management Plan или сокращённо RMP) – это часть руководства PMBoK, относится к группе процессов планирования.
План управления требованиями идёт вторым пунктом (разделом) плана управления проектом.
Здесь отражаются общие подходы:
- кто и как создаёт требования к проекту;
- каким образом утверждаются и согласовываются требования;
- как они сопоставляются с жизненным циклом проекта;
- как корректируются по мере роста и становления проекта;
- как анализируются и документируются.
Требование – оправданный, утверждённый и документально изложенный критерий, которому должно быть обеспечено соответствие. Требования могут исходить как из внешней среды (от заказчика, регулирующих органов и пр.), так и из внутренней среды организации (технологические ограничения, требования маркетологов и т.д.).
Требование должно обладать следующими характеристиками:
- Единичность — требование описывает одну и только одну вещь.
- Завершенность — требование полностью определено в одном месте и вся необходимая информация присутствует.
- Последовательность — требование не противоречит другим требованиям и полностью соответствует документации.
- Атомарность — требование нельзя разделить на более мелкие.
- Отслеживаемость — требование полностью или частично соответствует деловым нуждам как заявлено заинтересованными лицами и задокументировано.
- Актуальность — требование не стало устаревшим с течением времени.
- Выполнимость — требование может быть реализовано в рамках проекта.
- Недвусмысленность — требование определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам. Оно выражает объекты и факты, а не субъективные мнения. Возможна одна и только одна его интерпретация. Определение не содержит нечетких фраз, использование отрицательных и составных утверждений запрещено.
- Обязательность — требование представляет собой определенную заинтересованным лицом характеристику, отсутствие которой ведет к неполноценности решения, которая не может быть проигнорирована. Необязательное требование — противоречие самому понятия требования.
- Проверяемость — реализованность требования может быть проверена.
Для сбора требований перед началом нового проекта можно использовать различные программы в зависимости от сложности проекта: например Word или Mindjet MindManager. Есть несколько профессиональных продуктов созданных для структурирования, сбора и анализа требований:
- Rational RequisitePro
- AllFusion Process Modeler (ранее: BPwin)
- AllFusion ERwin Data Modeler (ранее: ERwin)
- Doors
- Borland Caliber RM
Пользователи, которые искали Управление требованиями проекта, потом также интересовались следующими продуктами:
См. также: Топ 10: Системы управления проектами