Открыть сервисСервис

Проект требования в строительстве и закупках

Проект требования — это документ или комплект документов, фиксирующий перечень обязательных условий, которым должен соответствовать объект, изделие, услуга, исполнитель или результат работ. В зависимости от отрасли термин обозначает либо техническое задание с формализованными параметрами, либо предварительную (черновую) редакцию требований, которая подлежит согласованию, экспертизе и последующему утверждению. Наиболее широко понятие используется в строительстве, промышленном проектировании, государственных и корпоративных закупках, а также в разработке программного обеспечения.

Общее понятие

Проект требования занимает промежуточное положение между исходными пожеланиями заказчика и утверждённой нормативной документацией. Его задача — перевести потребность в измеримые показатели: размеры, допуски, классы точности, марки материалов, сроки, критерии приёмки, ссылки на действующие стандарты и своды правил.

Характерные признаки документа:

  • адресность — требования привязаны к конкретному объекту, партии, контракту или системе;
  • проверяемость — каждый пункт допускает объективный контроль (измерение, испытание, экспертиза);
  • иерархичность — общие требования детализируются частными;
  • ссылочность — используются положения ГОСТ, СП, ТУ, международных стандартов;
  • изменяемость — до утверждения документ проходит цикл правок и согласований.

В отличие от окончательного технического задания, проект требования может содержать варианты решений, альтернативные материалы и открытые позиции, помеченные как подлежащие уточнению.

Место в жизненном цикле объекта

В строительстве и проектировании документ возникает на стадии предпроектной проработки. Последовательность обычно выглядит так:

  1. Формирование исходных данных (градостроительный план, технические условия на подключение, результаты инженерных изысканий).
  2. Разработка проекта требований к объекту — объёмно-планировочные, конструктивные, инженерные, экологические и эксплуатационные параметры.
  3. Согласование с заказчиком, эксплуатирующей организацией, при необходимости — с органами власти.
  4. Утверждение и превращение в задание на проектирование.
  5. Дальнейшая детализация в проектной и рабочей документации.

Ошибки и пробелы на этапе проекта требований обходятся дороже всего: изменение одного параметра на ранней стадии влечёт пересмотр десятков связанных решений, а на стадии строительства — переделку уже выполненных работ.

В закупках по 44-ФЗ и 223-ФЗ

В сфере государственных и корпоративных закупок проект требования — это предварительная редакция описания объекта закупки. Заказчик формирует перечень функциональных, технических, качественных и эксплуатационных характеристик товара или услуги, после чего документ проходит внутреннее согласование и, при необходимости, общественное обсуждение.

Ключевые принципы:

  • требования не должны ограничивать конкуренцию и указывать на товарный знак без слов «или эквивалент»;
  • характеристики формулируются через измеримые величины с указанием допустимых отклонений;
  • используются стандартные показатели, установленные техническими регламентами;
  • обоснование начальной максимальной цены контракта опирается на тот же набор параметров.

Проект требования служит основой для технического задания закупки, проекта контракта и критериев оценки заявок.

В разработке программного обеспечения

В IT-отрасли под проектом требований понимают промежуточный артефакт между сбором пожеланий заинтересованных сторон и утверждённой спецификацией. Различают уровни:

  • бизнес-требования — зачем нужна система и какую задачу решает;
  • пользовательские требования — сценарии работы, варианты использования;
  • функциональные требования — что система должна делать;
  • нефункциональные требования — производительность, надёжность, безопасность, совместимость.

Документ проходит ревью, версионируется и отслеживается на предмет полноты и непротиворечивости. Распространённые форматы фиксации — спецификации в стиле IEEE 830, пользовательские истории, диаграммы вариантов использования.

Структура типового документа

РазделСодержание
Общие сведенияНаименование, шифр, заказчик, разработчик, дата, версия
Назначение и область примененияДля чего предназначен объект, где и как используется
Нормативные ссылкиПеречень ГОСТ, СП, ТУ, международных стандартов
Технические параметрыРазмеры, материалы, нагрузки, допуски, классы
Требования к качествуКритерии приёмки, методы испытаний, объём контроля
Требования к исполнителюКвалификация, лицензии, опыт, персонал
Сроки и этапыКалендарный план, контрольные точки
ПриложенияСхемы, расчёты, ведомости, обоснования

Согласование и экспертиза

Проект требования проходит многоступенчатую проверку: техническую (соответствие нормативам), экономическую (реализуемость в рамках бюджета), правовую (отсутствие дискриминационных условий) и эксплуатационную (удобство обслуживания). По итогам формируется протокол разногласий, а спорные пункты либо снимаются, либо переводятся в разряд уточняемых на следующей стадии.

В строительной практике отдельным этапом выступает экспертиза проектной документации, где проверяется в том числе полнота и корректность исходных требований.

Типичные ошибки

  • избыточная детализация, дублирующая нормативные документы;
  • противоречия между разделами;
  • отсутствие измеримых критериев приёмки;
  • ссылки на отменённые стандарты;
  • формулировки, допускающие неоднозначное толкование;
  • требования, невыполнимые при заданном бюджете или сроках.

Значение

Проект требования выполняет роль связующего звена между замыслом и его материальным воплощением. Качество этого документа напрямую определяет число изменений в ходе реализации, итоговую стоимость, сроки и уровень претензий между участниками. В регулируемых сферах — строительстве, закупках, промышленной безопасности — он дополнительно служит доказательной базой при разборе споров и проверках надзорных органов.

Источники: Градостроительный кодекс РФ; Федеральный закон № 44-ФЗ; Федеральный закон № 223-ФЗ; ГОСТ Р 21.101; своды правил СП 48.13330; стандарт IEEE 830; учебные и методические материалы по управлению проектами и проектированию.

Заметили ошибку или не согласны с информацией в статье? Напишите нам support@bfometr.ru