Требования проекта в управлении¶
Требования проекта — это совокупность задокументированных условий, которым должен соответствовать продукт, услуга или результат проекта, а также ограничений и критериев, определяющих порядок его выполнения. В методологии управления проектами требования служат основой для планирования, оценки объёма работ, контроля качества и приёмки результата заказчиком. Они фиксируют, что именно нужно сделать, в каком объёме, с какими характеристиками и при каких ограничениях.
¶Место требований в управлении проектом
Требования связывают потребности заинтересованных сторон с конкретными работами исполнителя. Их сбор, анализ, документирование и последующее управление изменениями образуют отдельную область знаний — управление требованиями. В международных стандартах и сводах знаний по управлению проектами и бизнес-анализу эта область рассматривается как непрерывный процесс, сопровождающий проект от инициации до закрытия.
Ключевая особенность требований — их изменчивость. По мере уточнения задач, появления новых данных или смены приоритетов заказчика требования корректируются, поэтому управление ими включает механизмы согласования и контроля версий.
¶Классификация требований
Требования принято разделять по нескольким основаниям.
¶По уровню
- Бизнес-требования — описывают цели организации и ожидаемую выгоду от проекта.
- Требования заинтересованных сторон — отражают потребности пользователей, заказчиков, регуляторов.
- Функциональные требования — определяют, какие функции должен выполнять продукт.
- Нефункциональные требования — задают качественные характеристики: производительность, надёжность, безопасность, удобство использования.
- Требования к переходу — описывают временные условия, действующие лишь в период внедрения.
¶По характеру
- Функциональные — что система делает.
- Нефункциональные — как система это делает.
¶По источнику
- Требования заказчика, пользователей, нормативные (законодательные и отраслевые), технические и проектные.
¶Свойства качественных требований
К требованиям предъявляются критерии качества, позволяющие оценить их пригодность для работы. Наиболее распространённый набор признаков:
| Свойство | Содержание |
|---|---|
| Полнота | Требование охватывает все необходимые условия |
| Непротиворечивость | Не конфликтует с другими требованиями |
| Однозначность | Допускает единственное толкование |
| Проверяемость | Может быть подтверждено тестом или измерением |
| Атомарность | Описывает одно условие, а не несколько |
| Прослеживаемость | Связано с источником и результатами работ |
| Актуальность | Соответствует текущим целям проекта |
Нарушение этих свойств ведёт к переделкам, спорам при приёмке и росту затрат.
¶Процесс работы с требованиями
Жизненный цикл требований включает несколько последовательных этапов.
- Выявление (сбор) — интервью, опросы, наблюдение, анализ документов, мозговые штурмы, прототипирование.
- Анализ — выявление противоречий, приоритизация, оценка реализуемости.
- Документирование — фиксация в спецификациях, реестрах, пользовательских историях.
- Согласование — утверждение заказчиком и ключевыми сторонами.
- Управление изменениями — рассмотрение запросов на изменение, оценка влияния на сроки, бюджет и объём.
- Верификация и валидация — проверка того, что требования правильно описаны и соответствуют реальным потребностям.
- Трассировка — отслеживание связи требований с проектными решениями и тестами.
¶Документирование
Формы фиксации требований зависят от методологии. В классических (водопадных) проектах используют спецификацию требований, техническое задание, реестр требований. В гибких методологиях применяют пользовательские истории, эпики, критерии приёмки, ведущие бэклог продукта. Независимо от формы требования должны быть доступны участникам и версионированы.
¶Управление изменениями
Изменение требований — нормальная часть проекта. Для контроля используется процедура запроса на изменение: фиксируется суть, оценивается влияние на содержание, сроки, стоимость и риски, затем принимается решение об утверждении или отклонении. Без такой процедуры возникает «расползание объёма работ» — неконтролируемый рост задач, ведущий к срыву сроков и перерасходу бюджета.
¶Роль в оценке и приёмке
Требования служат измеримой базой для оценки трудозатрат и для приёмки результата. Критерии приёмки формулируются на основе требований и позволяют объективно установить, выполнен ли проект. Отсутствие чётких требований делает приёмку субъективной и порождает конфликты между заказчиком и исполнителем.
¶Типичные проблемы
- Неполный или поверхностный сбор требований.
- Противоречия между требованиями разных сторон.
- Отсутствие приоритизации.
- Неконтролируемые изменения.
- Слабая прослеживаемость, из-за чего теряется связь между целями и реализацией.
¶Значение
Требования проекта определяют его содержание и служат связующим звеном между потребностями заказчика и работами исполнителя. Качественно проработанные требования снижают риски, уменьшают число переделок и создают основу для объективной оценки результата. В российской практике требования часто закрепляются в техническом задании, которое выступает приложением к договору и имеет юридическое значение при разрешении споров.
Источники: своды знаний по управлению проектами (PMBOK), руководства по бизнес-анализу (BABOK), ГОСТы на техническое задание, учебная литература по управлению проектами.