Системы контроля требований (часть 2)
• Этап 4
После получения подписи уполномоченного лица, утверждающего требования, наступает период разработки требований детального уровня. Проще всего это осуществить способом, который уже использовался при разработке требований высокого уровня. Единственное отличие – это бланк, предоставляемый в качестве стандартного для заполнения менеджерами комплексов работ.
При составлении требований детального уровня следует использовать числовую систему, определенную для проекта. Это должна быть либо схема, предоставленная финансирующей организацией, либо схема, основанная на предыдущем материале.
Бланк, должен быть простым. Тем не менее используются два различных метода, которые могут быть применены для описания требований детального уровня. Во-первых, требования детального уровня можно представить в конкретном измеримом виде, например: «Вокруг здания должно быть ограждение высотой 1,5 метра». К сожалению, этот метод подходит не для всех требований. Если требование не может быть представлено в конкретном виде, то лучше использовать метод сценария, например: «Клиенты останутся довольны программным обеспечением и поэтому расскажут о нем своим друзьям». По мере работы над проектом количество требований, которые не могут быть представлены в измеримом виде, будет уменьшаться.
• Этап 5
Как только требования высокого уровня и детального уровня определены, их следует включить в исходный план проекта. Таким образом они попадут под контроль структуры. Это означает, что для внесения каких-либо изменений в текущую деятельность нужно учитывать требования изменений.
Если выбрана бумажная система, следует решить вопрос создания команды по управлению требованиями, которая будет работать полный день. Эта команда должна заниматься всеми требованиями, их регистрацией и контролем. Менеджмент требований – работа несложная, но требующая постоянного внимания, которое руководитель проекта не сможет обеспечить.
