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