Риски, связанные с требованиями. Риски выявление требований, анализа и спецификации требований, управления требованиями
Риски этапа выявления требований
Наименование
| Причина возникновения
| Методы уменьшения риска
|
Концепция проекта
| Если лица, заинтересованные в проекте не имеют ясного мнения о том, что должен представлять собой продукт, то вероятность расползания границ системы возрастает
| Разработайте документ об образе и границах продукта, который содержит бизнес-требования и используйте его при выработке решений о принятии или изменении требований
|
Время, затраченное на разработку требований
| Жесткие сроки проекта заставляют разработчиков и пользователей пренебрегать разработкой требований и сразу переходить к кодированию
| Собирайте статистику о времени и усилиях, затраченных на разработку требований в каждом проекте, и используйте ее для улучшения планирования следующего проекта
|
Полнота и корректность спецификации требований
| Жесткие сроки проекта
| Концентрируйтесь на определении пользовательских задач, используйте для определения потребностей пользователя наиболее понятные для него средства: сценарии использования, прототипы и т.п.
|
Определение нефункциональных требований
| Основное внимание уделяется на функциональность продукта
| Выясняйте у пользователей качественные характеристики продукта: надежность, производительность, простота использования и т.п. Документируйте эти требования и критерии их оценки в спецификации
|
Единство мнений пользователей относительно требований
| Отсутствие или неполное согласование требований со всеми пользователями
| Определите основных пользователей, сторонников продукта для получения нужного представительства. Удостоверьтесь, что вы полагаетесь на правильно выбранных людей, имеющих полномочия для принятия решений
|