Смета на разработку проектной документации: Ошибка: 404 — Страница не найдена — Информационный портал НОПРИЗ

Содержание

Составление сметной документации на стадии РД, стадия РД — состав проекта, смета, разбивочный план

Проектная документация стадия РД. Специалисты сметного отдела проектной мастерской «Спецраздел» быстро и в полном соответствии с действующей нормативно-разрешительной базой разработают для вашей организации составление сметного расчета на стадии «РД».

Раздел «Сметный расчет» разрабатывается как на РД для обоснования стоимости строительства объетка.

Для выполнения работ по составлению сметного расчета, необходимо составить техническое задание, в котором будут отражены следующие материалы:

— Методики определения сметной стоимости;

— Сметные нормативы;

— Используемые программные комплексы при выполнении работ;

— Состав сметной документации.

Для объектов, строительство которых планируется на территории г. Москвы  в соответствии с постановлением Правительства Москвы № 900-ПП от 14.11.2006 г., сметную документацию необходимо выполнить в соответствии с территориальными сметными нормативами ТСН-2001 для г.

Москвы с последующими дополнениями), в 2-х уровнях цен (базовый уровень и текущий уровень в ценах действующих на момент разработки ПСД). МДС 81-35.2004 «Методика определения стоимости строительной продукции на территории РФ» утвержденная Постановлением Госстроя России от 05.03.2004г. № 15/1 («Ценообразование и сметное нормирование в строительстве» № 8, 2004г.

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

Примерный состав сметной документации на стадии «РД»:

1. Сводная ведомость объемов работ

2. Сводный сметный расчет

3. Локальные сметы.

После разработки сметной документации специалисты «Спецраздел» осуществляют техническую поддержку в ходе согласования Заказчиком разработанной Рабочей документации в соответствующих надзорных органах.

Перечень основных исходных данных для разработки сметной документации:

  1. Проектная документация;
  2. Ведомости объемов работ;
  3. Сводная ведомость объемов работ;
  4. В проектной документации должны быть  обозначены характеристики применяемых материалов, оборудования и деталей.  В проектной документации должны быть  обозначены характеристики применяемых машин и механизмов.


Срок разработки сметной документации от 5 рабочих дней.

Оставить заявку на разработку данного проекта вы можете через форму обратной связи на сайте либо связавшись по телефону в рабочее время. Обработка и расчет заявки составляет не более 2-х часов в рабочее время.  Квалификация наших сотрудников позволяет делать расчеты максимально прозрачными и информативными для быстрого принятия решения наших клиентов. 

Если мы Вам не ответили в течение 2-х часов, мы Вам гарантируем 10% скидку от полной стоимости работ. Для этого просим вас написать на info[email protected] ru, указав в теме письма СМЕТА РД скидка 10%.

 

9.1.2 Сборник на проектные работы

Выбрав в нормативной базе какой-либо сборник, прежде всего можно ознакомиться с его оглавлением.

Далее, открыв нужный пункт оглавления, переходим к списку расценок. Внешний вид сборника на проектные работы, как это принято в ПК «ГРАНД-Смета», полностью аналогичен виду печатного издания.

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

Как правило, для каждой единичной расценки в составе групповой расценки указан соответствующий диапазон значений основного показателя проектируемого объекта. Это можно увидеть в окне с дополнительной информацией о позиции на закладке Прочие.

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

Значения коэффициентов относительной стоимости указываются в зависимости от стадии проектирования П, РД или РП (П – проектная документация, РД – рабочая документация, РП – рабочий проект).
  • Для коэффициентов на условия производства работ из технической части, как и для коэффициентов относительной стоимости, указываются три значения в зависимости от стадии проектирования. Эти коэффициенты приводятся в окне с дополнительной информацией о позиции на закладке
    Коэффициенты
    . Также их можно увидеть, раскрыв правый значок  рядом с обоснованием расценки.
  • Для коэффициентов на условия производства работ предусмотрен дополнительный признак Обязательный для применения коэффициент. При добавлении в смету расценки, где имеются такие коэффициенты, программа автоматически добавит в список коэффициентов у позиции сметы все обязательные для применения коэффициенты из технической части. Как правило, обязательным для применения является коэффициент Стадийность проектирования.

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

 

На какой стадии разрабатываются сметы


Стадии проектирования. На какой стадии разрабатывается сметная документация

Проектирование ведется в две или одну стадию.

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

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

Это удобно при небольших объемах проектных работ.

Практически эти схемы осуществляются следующим образом.

При двухстадийном проектировании работа разделяется на 2 стадии:

  • стадия «Проект»(П)
  • стадия «Рабочая документация» (РД)

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

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

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

После утверждения «Проекта» проводится вторая стадия проектирования «рабочая документация». На этой стадии уточняются и детализируются решения, принятые на стадии «Проект», составляются рабочие чертежи, локальные сметы и прочая документация, необходимая для производства строительно-монтажных работ. Для выполнения этой стадии проектирования заказываются и выполняются подробные инженерные изыскания. Они должны содержать полную информацию для решения всех частных вопросов и составления рабочих чертежей, не требующих последующей корректировки.

«Рабочая документация» — это те чертежи и текстовой материал, который используется непосредственно на стройке (документация стадии «Проект», как правило, строителям не передается).

При одностадийном проектировании

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

Основным методом проектирования в РФ является двухстадийное проектирование. Одностадийное проектирование применяется лишь для простых объектов или для привязки проектов массового или повторного применения.

Различают следующие рекомендуемые стадии проектирования, которые определяются в зависимости от категории сложности объекта:

Одностадийное проектирование (рабочий проект включающий утверждаемую часть и рабочую документацию) – для объектов III-I категорий сложности, а также для объектов, строящихся по типовым и повторно применяемым проектам.

Двухстадийное проектирование (проект, рабочая документация) – для объектов V, IV категорий сложности и для объектов III категории сложности по индивидуальным проектам.

Трехстадийное проектирование (предпроектное предложение, проект, рабочая документация) — для объектов V, IV категорий сложности и для объектов III категории сложности по индивидуальным проектам, с недостаточным перечнем исходно-разрешительной документации.

 

megaobuchalka.ru

Составление сметной документации на стадии РД, стадия РД — состав проекта, смета, разбивочный план

Проектная документация стадия РД. Специалисты сметного отдела проектной мастерской «Спецраздел» быстро и в полном соответствии с действующей нормативно-разрешительной базой разработают для вашей организации составление сметного расчета на стадии «РД».

Раздел «Сметный расчет» разрабатывается как на РД для обоснования стоимости строительства объетка.

Для выполнения работ по составлению сметного расчета, необходимо составить техническое задание, в котором будут отражены следующие материалы:

— Методики определения сметной стоимости;

— Сметные нормативы;

— Используемые программные комплексы при выполнении работ;

— Состав сметной документации.

Для объектов, строительство которых планируется на территории г. Москвы  в соответствии с постановлением Правительства Москвы № 900-ПП от 14.11.2006 г., сметную документацию необходимо выполнить в соответствии с территориальными сметными нормативами ТСН-2001 для г. Москвы с последующими дополнениями), в 2-х уровнях цен (базовый уровень и текущий уровень в ценах действующих на момент разработки ПСД). МДС 81-35.2004 «Методика определения стоимости строительной продукции на территории РФ» утвержденная Постановлением Госстроя России от 05.03.2004г. № 15/1 («Ценообразование и сметное нормирование в строительстве» № 8, 2004г.

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

Примерный состав сметной документации на стадии «РД»:

1. Сводная ведомость объемов работ

2. Сводный сметный расчет

3. Локальные сметы.

После разработки сметной документации специалисты «Спецраздел» осуществляют техническую поддержку в ходе согласования Заказчиком разработанной Рабочей документации в соответствующих надзорных органах.

Перечень основных исходных данных для разработки сметной документации:

  1. Проектная документация;
  2. Ведомости объемов работ;
  3. Сводная ведомость объемов работ;
  4. В проектной документации должны быть  обозначены характеристики применяемых материалов, оборудования и деталей.  В проектной документации должны быть  обозначены характеристики применяемых машин и механизмов.


Срок разработки сметной документации от 5 рабочих дней.

Оставить заявку на разработку данного проекта вы можете через форму обратной связи на сайте либо связавшись по телефону в рабочее время. Обработка и расчет заявки составляет не более 2-х часов в рабочее время.  Квалификация наших сотрудников позволяет делать расчеты максимально прозрачными и информативными для быстрого принятия решения наших клиентов. 

Если мы Вам не ответили в течение 2-х часов, мы Вам гарантируем 10% скидку от полной стоимости работ. Для этого просим вас написать на [email protected], указав в теме письма СМЕТА РД скидка 10%.

 

specrazdel.ru

Этапы и стадии проектирования зданий в строительстве

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

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

В зависимости от технической сложности и масштабов объекта проектирование осуществляется в одну или две стадии.

Одностадийное проектирование

Одностадийное проектирование подразумевает принятие проектных решений параллельно с созданием рабочей документации. Результаты работы отображаются в «Рабочем проекте». Одновременно и параллельно решаются вопросы общего и частного характера. Утверждению подлежит только наиболее значимая часть проекта. Утверждаемая документация направляется в экспертные организации для согласования. Рабочие чертежи разрабатываются еще до получения экспертного заключения.

Преимущество одностадийной схемы – сокращение срока проектирования в полтора-два раза и снижение стоимости разработки проекта на 40-50%. Однако такой подход не дает никакой гарантии, что готовые чертежи не потребуют доработки. Поэтому одностадийное проектирование практикуется в исключительных случаях — для простых, типовых или повторно строящихся объектов. Также из одной стадии состоит разработка проекта капитального ремонта.

Двухстадийное проектирование

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

Только после согласования проектных решений в экспертных организациях разрабатываются рабочие чертежи, которые используются на стройплощадке для выполнения строительно-монтажных работ (стадия «Р» или «Рабочая документация»). Для технически сложных объектов перед разработкой проектных решений составляется предпроектное (концептуальное, эскизное) предложение. Двухстадийный принцип избавляет от необходимости многократной переработки рабочих чертежей, гарантирует высокое качество проекта и его полное соответствие требованиям технического задания и нормативным документам.

Состав проектной документации

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

Состав разделов проектной документации утвержден Постановлением Правительства Российской Федерации № 87. В документе выделено 12 разделов:

  1. Пояснительная записка – текстовый документ, в котором приводится описание и обоснование принятых проектных решений.
  2. Генеральный план – планировочная схема организации выделенного под застройку земельного участка.
  3. Архитектурные решения – пространственная и планировочная организация здания, его визуальные и функциональные характеристики.
  4. Конструктивные и объемно-планировочные решения – проработка несущих конструкций здания.
  5. Сведения об инженерно-технических сетях и оборудовании для систем водоснабжения, водоотведения, газоснабжения, связи, вентиляции и кондиционирования, электроснабжения, тепловых сетей. Также в этот раздел входят «Технологические решения», разрабатываемые с целью согласования архитектурных и конструктивных решений с особенностями технологических процессов, реализуемых в здании.
  6. Проект организации строительства – требования к составу и последовательности выполнения работ на строительной площадке.
  7. Проект организации работ по демонтажу или сносу зданий, последовательность выполнения демонтажных работ.
  8. Мероприятия по охране окружающей среды, комплекс мероприятий по обеспечению пожаробезопасности.
  9. Обеспечение доступа для людей с ограниченными возможностями.
  10. Мероприятия по повышению энергоэффективности здания.
  11. Прочая документация, состав которой определяется в индивидуальном порядке в соответствии с требованиями федерального законодательства.

Предпроектное предложение

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

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

Стадия «Проект»


Это самый ответственный, длительный и объемный этап проектирования. На стадии «П» обеспечивается надежность всех строительных конструкций и соответствие проектных решений требованиям нормативных документов. В ходе проектирования подробная детализация узлов не производится. Проектная документация состоит из двух основных частей – текстовой и графической. В текстовой части содержится информация о принятых технических решениях с пояснениями и ссылкам на нормативные документы, результаты расчетов для обоснования принятых решений.  

В состав графической части входят чертежи, схемы, планы, 3D-модели. Проектные решения подвергаются экспертной оценке. После получения положительных заключений от организаций, которые проводят государственную или негосударственную экспертизу, проект переходит на стадию «Р». Утвержденная документация стадии «П» используется для разработки комплекта рабочих чертежей и уточненной сметной документации.

Стадия «Рабочая документация»

На стадии «Р» проектные решения прорабатываются более детально, на основании чего разрабатывается:

  • комплекты чертежей по маркам;
  • сметая документация;
  • спецификации оборудования;
  • ведомости потребности в материалах;
  • ведомости объемов строительно-монтажных работ;
  • прочие прилагаемые документы.

Рабочая документация используется строительно-монтажными бригадами для выполнения работ на объекте. Чертежи и спецификации необходимы специалистам по авторскому и техническому надзору. Общий состав рабочей документации определяется в зависимости от специфики объекта и уточняется в договоре на проектирование. Состав рабочих чертежей соответствует требованиям специальной системы стандартов СПДС (Система проектной документации для строительства), в частности:

  • ГОСТ 21.101-93 «СПДС. Основные требования к рабочей документации»;
  • ГОСТ 21.110 «СПДС. Правила выполнения спецификации оборудования, изделий и материалов».

Марки комплектов рабочих чертежей

Приведем краткий перечень наиболее часто используемых марок рабочих чертежей.

ГП – генеральный план. Разбивочный чертеж, планы земляных масс, организации рельефа, размещения инженерных сетей, благоустройства территории.

АР – архитектурные решения. Поэтажные планировки, разрезы, чертежи фасадов.

КР – конструкции решения. Чертежи фундаментов, стен, перекрытий, лестниц, металлических конструкций.

ОВ – отопление, вентиляция, кондиционирование воздуха. Планы, схемы размещения, спецификации отопительного, кондиционирующего и вентиляционного оборудования.

ВК – водопровод и канализация. Планы, схемы, спецификации оборудования систем водоснабжения и водоотведения.

ЭОМ – электрооборудование и освещение. Планы, спецификации, схемы размещения осветительных приборов и электрооборудования.

ТХ– технологические решения. Технологические схемы планировки помещений, планы размещения и спецификации технологического оборудования.

Выполнение всех этапов проектирования в соответствии с государственными стандартными и нормами – это главное условие качественного проектирования. Именно этим принципом руководствуется компания «PNProject» в ходе разработки проектов зданий и сооружений различного назначения.

pnproject.ru

Стадии проектирования. На какой стадии разрабатывается сметная документация

Проектирование ведется в две или одну стадию.

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

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

Практически эти схемы осуществляются следующим образом.

При двухстадийном проектировании работа разделяется на 2 стадии:

  • стадия «Проект»(П)
  • стадия «Рабочая документация» (РД)

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

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

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

После утверждения «Проекта» проводится вторая стадия проектирования «рабочая документация». На этой стадии уточняются и детализируются решения, принятые на стадии «Проект», составляются рабочие чертежи, локальные сметы и прочая документация, необходимая для производства строительно-монтажных работ. Для выполнения этой стадии проектирования заказываются и выполняются подробные инженерные изыскания. Они должны содержать полную информацию для решения всех частных вопросов и составления рабочих чертежей, не требующих последующей корректировки.

«Рабочая документация» — это те чертежи и текстовой материал, который используется непосредственно на стройке (документация стадии «Проект», как правило, строителям не передается).

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

Основным методом проектирования в РФ является двухстадийное проектирование. Одностадийное проектирование применяется лишь для простых объектов или для привязки проектов массового или повторного применения.

Различают следующие рекомендуемые стадии проектирования, которые определяются в зависимости от категории сложности объекта:

Одностадийное проектирование (рабочий проект включающий утверждаемую часть и рабочую документацию) – для объектов III-I категорий сложности, а также для объектов, строящихся по типовым и повторно применяемым проектам.

Двухстадийное проектирование (проект, рабочая документация) – для объектов V, IV категорий сложности и для объектов III категории сложности по индивидуальным проектам.

Трехстадийное проектирование (предпроектное предложение, проект, рабочая документация) — для объектов V, IV категорий сложности и для объектов III категории сложности по индивидуальным проектам, с недостаточным перечнем исходно-разрешительной документации.

student2.ru

Пересчет сметной документации при двухстадийном проектировании. В помощь сметчику. Электронный бератор. Сметное дело.

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

Подлежит ли обязательному пересчету сметная документация, входящая в состав архитектурного проекта, с применением цен и тарифов на дату фактического начала строительства объекта? Необходимо ли также пересчитывать сметную документацию, входящую в состав строительного проекта?

Возведение, реконструкция, реставрация, капитальный ремонт, благоустройство объекта осуществляются на основе утвержденной проектной документации (утвержденной части проектной документации), в т. ч. сметы (сметной документации). Это установлено п. 1 ст. 51 Закона Республики Беларусь от 05.07.2004 № 300-З «Об архитектурной, градостроительной и строительной деятельности в Республике Беларусь», в редакции от 04.01.2014 № 130-З.

Утверждение проектной документации осуществляется на основании Положения о порядке разработки, согласования и утверждения градостроительных проектов, проектной документации, утвержденного постановлением Совмина от 08.10.2008 № 1476, в редакции от 17.11.2015 № 958.

В соответствии с п. 42 Положения № 1476 при проектировании в две стадии утверждению подлежит архитектурный проект.

Проектная документация на строительство объекта подлежит утверждению после получения положительного заключения государственной экспертизы.

Государственной экспертизе подлежат градостроительные проекты, архитектурные, строительные проекты, выделяемые в них очереди строительства, пусковые комплексы и сметная документация. Это установлено в Положении о порядке проведения государственной экспертизы градостроительных проектов, архитектурных, строительных проектов, выделяемых в них очередей строительства, пусковых комплексов и смет (сметной документации), утвержденном постановлением № 1476.

В соответствии с п. 41 Положения № 1476 утвержденная проектная документация является основанием для финансирования строительства, а также для получения разрешения на производство СМР.

Условие проведения пересчета сметной документации установлено п. 3 Положения о порядке формирования неизменной договорной (контрактной) цены на строительство объектов, утвержденного постановлением Совмина от 18.11.2011 № 1553, в редакции от 10.11.2014 № 1061. Указанным пунктом закреплено, что если с даты начала разработки сметной документации до даты фактического начала строительства объекта прошло более 12 месяцев, то по заданию заказчика необходимо произвести пересчет сметной документации с применением цен и тарифов на дату фактического начала строительства объекта с повторным прохождением государственной экспертизы в установленном порядке. Таким образом, в Положении № 1553 не уточнено, какая сметная документация, входящая в состав архитектурного или строительного проектов, подлежит пересчету.

Определение понятия сметной документации приведено в ст. 1 Закона № 300-З и п. 3 ТКП 45-1.02-295-2014 «Строительство. Проектная документация. Состав и содержание», утвержденного приказом Минстройархитектуры от 27.03.2014 № 85, с учетом изменения № 2.

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

Также в ст. 1 Закона № 300-З и п. 3 ТКП 45-1.02-295-2014 приведены понятия проектной документации, архитектурного и строительного проекта.

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

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

В свою очередь, архитектурный проект – это стадия разработки проектной документации на возведение, реконструкцию, реставрацию, капитальный ремонт, благоустройство объекта строительства. В ходе разработки данной стадии создается система взаимоувязанных проектных документов, обеспечивающих представление о размещении, физических параметрах, художественно-эстетических качествах объекта строительства, а также о возможных последствиях его воздействия на окружающую среду и определяющих технико-экономические показатели объекта строительства. В соответствии с п. 3.1 ТКП 45-1.02-295-2014 архитектурный проект должен быть разработан в составе, достаточном для определения физических объемов основных работ, в т.ч. строительно-монтажных, потребности в основном оборудовании, стоимости строительства и технико-экономических показателей объекта, необходимых для проведения торгов на выбор подрядных организаций, закупку оборудования.

Из приведенных определений следует, что сметная документация входит в состав проектной документации, а, в свою очередь, строительный и архитектурный проекты являются стадиями разработки проектной документации. Также пп. 5.1.2, 5.1.4, 5.1.6 ТКП 45-1.02-295-2014 установлено, что одним из разделов архитектурного проекта является сметная документация, а п. 3.2 СТБ 2255-2012 «Система проектной документации для строительства. Основные требования к документации строительного проекта», утвержденного постановлением Госстандарта от 12.03.2012 № 14, установлено, что сметная документация входит в состав строительного проекта. То есть сметная документация разрабатывается как при первой стадии проектирования, так и при второй.

В соответствии с п. 4.4 ТКП 45-1.02-295-2014 строительный проект при двухстадийном проектировании разрабатывается на основе утвержденного архитектурного проекта, материалов инженерных изысканий.

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

В соответствии с п. 36 Положения № 1476 внесение изменений в разрабатываемую проектную документацию производится проектировщиком и оформляется дополнительным соглашением к договору подряда на выполнение проектных и изыскательских работ (договору подряда на выполнение проектных и изыскательских работ и ведение авторского надзора за строительством).

Наталья Ходорик, инженер

smetnoedelo.by

Этапы и стадии проектирования: нормы, принципы и требования

На данный момент существует несколько стадий проектирования, а если быть точнее, то две. Обозначаются они как ПД и РД, а расшифровываются как проектная и рабочая документация. Если сравнивать по стоимости, то она распределяется в процентном соотношении: 40 % и 60 %. В тот момент, когда на стадии проектирования присутствует ПД, то ее преимущественно используют для предоставления в архитектурные органы. Также можно получить разрешение на строительные работы, пройти экспертизу и многое другое. Рабочая документация РД создается на этапе, когда приступают к работам по монтажу. На их основании можно сформировать пакет документов для тендера либо составить смету.

Характеристика стадии ПД

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

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

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

На стадию проектирования и комплектации ПД уходит много времени и сил. Так как именно она является основной при разработке будущего строения. Оформлением документации должны заниматься квалифицированные специалисты с опытом работы.

Характеристика стадии РД

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

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

Какие существуют стадии в процессе строительства?

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

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

Стадии, используемые при проектировании

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

Например, если разрабатывается проект по электрическому снабжению жилого дома, то нужна одна стадия, если здание является административным – две, для заводов и крупных супермаркетов их может быть три. Стоимость разработки каждого этапа может сильно отличаться и полностью зависит от государственного уровня цен, которые установлены на строительные работы.

К основным стадиям проектирования можно отнести:

  1. ТЭО – техническое и экономическое обоснование.
  2. ТЭР – технические и экономические расчеты.
  3. ЭП – эскиз проектов
  4. П – проект.
  5. РП – рабочий проект.
  6. Р – рабочие документы.

Характеристика стадий в процессе проектирования

  • ТЭО и ТЭР. Разрабатываются по заказу заказчика. Предназначены для объектов, которые имеют производственное, транспортное или инженерное назначение и нуждаются в принятии обоснованного решения на проведение строительных работ. ТЭР используют для простых объектов с производственным назначением. Если сравнивать с ТЭО, то работы выполняются в сжатые сроки.
  • ЭП. Разработка осуществляется на основании заказа, когда заказчику необходимо определить ряд требований к архитектурному, градостроительному или иному объекту. Чтобы обосновать принятое решение, необходимо произвести расчеты по всем проектным решениям, а также составляется смета и инженерные схемы для объекта.
  • П. Проект начинает разрабатываться, основываясь на здании, исходных данных и одобрении проекта, который выполняется в три этапа. Информация в проекте подается четко и лаконично.
  • РП. Данная стадия проектирования документации подходит для несложных объектов и для тех строений, которые планируется использоваться повторно. РП преимущественно состоит из нескольких частей, в которые входят утвержденные и рабочие документы.
  • Р. Разработка осуществляется согласно утвержденным данным на предыдущем этапе. После того как проект утвержден заказчиком, рабочие документы начинают разрабатываться проектным автором или иным проектировщиком. Приступить к работе другой проектировщик может только в том случае, если соблюдаются авторские права на проект.

Какие стадии предназначены для объектных проектирований?

Стадии проектирования объектов выделяют в зависимости от уровня сложности. Всего встречается 5 видов:

1. Объекты, которые имеют 1 и 2 категорию сложности, выполняются:

  • в один этап с помощью рабочего проекта;
  • в два этапа с помощью проекта эскиза.

2. Объекты, имеющие 3 категорию сложности, выполняются в два этапа: проект и рабочая документация.

3. Для объектов, имеющих 4 и 5 категорию сложности, предусмотрены три этапа:

  • ЭП для непроизводственных строений и ТЭО;
  • проектная разработка;
  • рабочие документы.

Проектирование, выполняющееся в один этап

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

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

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

Проектирование, выполняющееся в два этапа

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

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

Из чего состоят проектные документы?

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

  1. Оформление пояснительной записки. В данном случае представлен документ, в котором описывают и поясняют все решения, принятые в процессе работы.
  2. Для составления схемы участка земли, который выделяется под строительные работы, используется генеральный план.
  3. Для того чтобы визуально увидеть будущее здание и понять, как оно будет устроено и в дальнейшем функционировать, используется архитектурное решение.
  4. Все несущие стены здания должны быть проработаны, для этого предусмотрены конструктивные решения.
  5. Также в пакет с документами должны входить сведения об коммуникационных системах: газопровод, водопровод, канализационная система, вентиляционная система, электричество.
  6. Строительные работы должны быть также организованы последовательно на строительном объекте.
  7. Не стоит забывать о работах по монтажу и демонтажу, которые также требуют организованности.
  8. Стоит учитывать мероприятия, которые отвечают за сохранность окружающей среды в процессе проведения работ. Здесь есть требование – соответствие строения пожарной технике безопасности.
  9. Любое здание должно быть предусмотрено для всех категорий граждан, в том числе и для тех, кто имеет ограниченные возможности.
  10. В процессе осуществления работы должны проводиться мероприятия, которые направлены на увеличение энергоэффективности.
  11. На законодательном уровне предусматривается прочая документация, которая требует согласования и утверждения с контролирующими органами и заказчиком.

Предпроектные документы

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

  1. Выявляется схема расположения будущего здания на том участке земли, который выделен под строительство.
  2. Проводятся технические и экономические расчеты, которые необходимы для того, чтобы сделать проект более привлекательным для планируемых инвесторов.
  3. Здание должно вписываться в архитектуру района, для чего также рассматривается и составляется соответствующий проект.
  4. Не стоит забывать и о функциональности будущего строения, которое должно быть удобным для всех посетителей.

Проектная стадия

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

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

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

Этап, в который входят рабочие документы

Рабочая проектная документация на стадии проектирования разрабатывается наиболее тщательным образом. Это обусловлено тем, что в ее рамках разрабатываются следующие документы:

  1. Чертежи для будущего строения, которые обязательно должны быть пронумерованы и подписаны, что позволяет облегчить работу в дальнейшем, когда отдельные чертежи будут соединяться в единое целое.
  2. Составление сметных документов.
  3. Описание характеристик оборудования, которое потребуется в процессе работы на строительной площадке.
  4. Ведомость, в которой имеется перечень всего необходимого материала для возведения будущего строения.
  5. Ведомость, которая включает объемы по проведению строительных и монтажных работ.
  6. Прочие документы, которые понадобятся при осуществлении работы, также прикрепляются к общему пакету документов.

Рабочая документация используют на площадках строительными и монтажными бригадами. Чертежи могут понадобиться для предъявления специалистам, которые занимаются надзором над соблюдением технических и авторских прав. Состав рабочих документов определяют в зависимости от вида объекта, на котором планируется проведение работ, о чем ставится соответствующая пометка при заключении договора с проектировщиками. Все рабочие чертежи должны строго соответствовать стандартам, которые устанавливаются специальной системой. Все спроектированные документы, которые будут использоваться в работе, а также строительные работы должны осуществляться строго с соблюдением ГОСТа.

Ряд требований для строительной площадки

Требования в процессе работы предъявляются не только к стадии проектирования, составу и содержанию. Площадка, которая предназначена под строительство, также должна им соответствовать:

  1. Площадь, предназначенная под строительные работы, должна иметь такие размеры и конфигурацию, которые способствуют расположению строения таким образом, чтобы оно соответствовало всем требованиям в процессе эксплуатации.
  2. Выделенный участок земли, а также прилегающая территория должны иметь удобный рельеф. Это необходимо для того, чтобы обеспечивать максимально удобные условия для работы. Под землей не должно находиться подводных вод.
  3. Грунт под строительным объектом должен соответствовать установленным нормам и требованиям, нагрузка обязательно должна быть в пределах допустимого уровня. Эти требования стоит соблюдать не только в момент монтажа фундамента будущего здания, но и при установке рабочего оборудования.
  4. Соответствуют строительные этапы и стадии проектирования нормам на законодательном уровне. Категорически запрещено начинать строительство в тех местах, где нашли или только планируют работы по поиску полезных ископаемых. К этому пункту можно отнести места, которые могут обрушиться.
  5. В момент начала строительства поблизости должен находиться водопровод или другой источник с водой.

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

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

  1. Получить от организации, которая заинтересована в проведении работ, соглашение на подключение проектируемого объекта к электрической сети.
  2. Разработать все необходимые документы и материалы, в том числе и расчеты, а после выбрать оптимальное решение.
  3. Заранее необходимо подсчитать ущерб, который можно нанести при использовании участка земли под строительство.
  4. Провести необходимые инженерные исследования.

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

fb.ru

Последовательность разработки проектно сметной документации. Порядок разработки, экспертизы и утверждения проектно-сметной документации

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

Проектно-сметная документация: определение

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

Особенности создания

Проектно-сметная документация — это комплекс официальных бумаг. Она используется не только исполнителями и заказчиками работ, но и контрольными органами.

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

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

Подготовительные мероприятия

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

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


Нормативная база

Требования к структуре и содержанию разделов, из которых формируется проектно-сметная документация на реконструкцию, строительство, капремонт, определяются законодательными и прочими правовыми актами. Ключевым из них выступает В 48-й статье, в частности, указывается, что требования к содержанию и состав проектных документов для различных видов объектов капстроительства, линейным в том числе, разным этапам работ определяются Правительством. Этот же орган устанавливает предписания, касающиеся оформления бумаг, подлежащих экспертизе. Состав проектных документов для тех или иных видов деятельности определяется в Положении и Градостроительном кодексе.

Область действия предписаний

Положение, определяющее состав документации, применяется при составлении проектов:

  1. На разные виды объектов капстроительства.
  2. В отношении конкретных стадий строительства, капремонта, реконструкции.

Положение действует в отношении:

  1. Объектов непроизводственного значения, кроме линейных. К ним относят сооружения, здания, используемые в промышленных и оборонных целях.
  2. Непроизводственных объектов. Ими являются сооружения, здания жилфонда, коммунально-бытового, социально-культурного назначения и проч.
  3. Линейных объектов. Ими являются железные и автомобильные дороги, трубопроводы, линии электропередач и проч.


Состав

Чтобы правильно выполнить проектно-сметную документацию, необходимо внимательно ознакомиться с нормативными предписаниями. Особое значение следует придать требованиям, предусмотренным в Положении. Согласно этому акту, предусмотрено 10 разделов, из которых должна состоять проектно-сметная документация. Это:

  1. Схема полосы отвода.
  2. Конструктивные и технологические решения по линейному объекту. Искусственные сооружения и конструкции.
  3. Строения и здания, относящиеся к инфраструктуре линейного объекта.
  4. Схема организации строительства.
  5. Проект работ по демонтажу/сносу линейного объекта.
  6. План мероприятий по защите природы.
  7. Работы по обеспечению пожаробезопасности.
  8. Строительная смета.
  9. Прочие материалы (если они предусмотрены в законодательстве).

Данный перечень действует в отношении линейных объектов.

Для капитальных сооружений проектно-сметная документация состоит из 12 разделов, таких как:

  1. Пояснительная записка.
  2. План организации участка, на котором располагается объект.
  3. Архитектурные решения.
  4. Объемно-планировочные, конструктивные схемы.
  5. Информация об инженерном оборудовании, сетях технического обеспечения, список мероприятий по прокладке и подключению коммуникаций. В этом разделе отдельными пунктами описываются системы газо-, электро-, кондиционирования и вентиляции, отопления, сетей связи.
  6. План организации строительства.
  7. Проект работ по демонтажу/сносу объектов.
  8. Список мероприятий по защите природы.
  9. Перечень работ по обеспечению пожаробезопасности.
  10. Мероприятия по организации доступа на объект инвалидов.
  11. Строительная смета.
  12. Прочие материалы.

Дополнительно

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

Экспертиза

Она представляет собой совокупность мероприятий, направленных на исследование комплекса бумаг, который будет использоваться в процессе строительства и иных работ на объекте. Проверка проектно-сметной документации осуществляется согласно нормативным актам, действующим на территории РФ, для обеспечения гарантии безопасности и надежности будущих сооружений и зданий. Кроме этого, в рамках экспертизы отслеживается обоснованное использование ресурсов. Для крупномасштабных строительных работ необходимо заключение государственного надзорного органа.

Экспертиза не проводится:

  1. При подготовке плана частного дома, высота которого не больше 3 этажей.
  2. При разработке проекта для сооружения жилого здания не более 3 этажей, состоящего из 10 и менее блоков, в пределах каждого из которых может поселиться 1 семья.
  3. При подготовке плана многоквартирного дома, высота которого не больше 3 этажей, состоящего из 4 и меньше блок-секций. При этом подъезды должны выходить на общую территорию.

Самым продолжительным этапом считается согласование (утверждение) проектно-сметной документации.

Разрешение

Этот документ дает право заинтересованному лицу начинать непосредственные строительные и прочие работы на объекте. Разрешение подтверждает соответствие оформлен

angaraleshoz.ru

NormaCS ~ Ответы экспертов ~ Существует ли сейчас стадия проектирования «рабочий проект»?

Градостроительным кодексом Российской Федерации от 29. 12.2004 № 190-ФЗ и подзаконными актами, введенными в действие в развитие указанного Кодекса, стадия проектирования «рабочий проект» не установлена.

Как указано в пункте 4 Положения о составе разделов проектной документации и требованиях к их содержанию, утв. постановлением Правительства Российской Федерации от 16.02.2008 № 87:

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

Следовательно, на законодательном уровне предусматриваются две стадии проектирования: проектная документация и рабочая документация.

При этом, согласно подпункту «г» пункта 13 Положения об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий, утв. постановлением Правительства Российской Федерации от 05. 03.2007 № 145, для проведения государственной экспертизы проектной документации, в том числе, представляется «проектная документация на объект капитального строительства в соответствии с требованиями (в том числе к составу и содержанию разделов документации), установленными законодательством Российской Федерации», т.е. в объеме, установленном Положением, утв. постановлением Правительства Российской Федерации от 16.02.2008 № 87.

Известно, что государственная экспертиза не проводится в отношении проектной документации объектов капитального строительства, перечисленных в частях 2 и 3 статьи 49 Градостроительного кодекса Российской Федерации.

Однако частью 2.1 статьи 49 данного Кодекса предусмотрено: «В случае, если строительство, реконструкцию указанных в части 2 настоящей статьи объектов капитального строительства планируется осуществлять в границах охранных зон объектов трубопроводного транспорта, экспертиза проектной документации на осуществление строительства, реконструкции указанных объектов капитального строительства является обязательной».

В этой связи представляется, что по договору подряда на выполнение проектных работ для проектирования строительства объектов капитального строительства, перечисленных в частях 2 и 3 статьи 49 Градостроительного кодекса Российской Федерации, вне границ охранных зон, в принципе, может быть предусмотрено одностадийное проектирование в виде рабочего проекта.

Вместе с тем необходимо иметь в виду, что, например:

1. Согласно пункту 6 Правил принятия решения о предоставлении бюджетных инвестиций юридическим лицам, не являющимся государственными или муниципальными учреждениями и государственными или муниципальными унитарными предприятиями, в объекты капитального строительства за счет средств федерального бюджета, утв. постановлением Правительства Российской Федерации от 24.10.2013 № 941, в проект решения включаются инвестиционные проекты, которые «соответствуют качественным и количественным критериям и предельному (минимальному) значению интегральной оценки эффективности использования средств федерального бюджета, направляемых на капитальные вложения, проведенной главным распорядителем в порядке, установленном Правилами проведения проверки инвестиционных проектов на предмет эффективности использования средств федерального бюджета, направляемых на капитальные вложения, утвержденными >постановлением Правительства Российской Федерации от 12 августа 2008 г. № 590, а также документам территориального планирования Российской Федерации, в случае если объект капитального строительства и (или) объект недвижимого имущества являются объектами федерального значения, подлежащими отображению в этих документах».

Как указано, в подпункте «и» пункта 7 Правил проведения проверки инвестиционных проектов на предмет эффективности использования средств федерального бюджета, направляемых на капитальные вложения, утв. постановлением Правительства Российской Федерации от 12.08.2008 № 590, проверка осуществляется на основе качественных критериев оценки эффективности использования средств федерального бюджета, направляемых на капитальные вложения, к числу которых отнесено:

«наличие положительного заключения государственной экспертизы проектной документации и результатов инженерных изысканий в отношении объектов капитального строительства, указанных в абзаце третьем подпункта «а», абзаце третьем подпункта «а.2», подпунктах «б» и «в» пункта 3 настоящих Правил, за исключением объектов капитального строительства, в отношении которых в установленном законодательством Российской Федерации порядке не требуется получения заключения государственной экспертизы проектной документации и результатов инженерных изысканий».

2. Подпунктами «б» и «в» пункта 3 Правил предоставления субсидий из федерального бюджета, главным распорядителем в отношении которых является Министерство строительства и жилищно-коммунального хозяйства Российской Федерации, бюджетам субъектов Российской Федерации на софинансирование объектов капитального строительства государственной собственности субъектов Российской Федерации, не включенных в федеральные целевые программы, бюджетные инвестиции в которые осуществляются из бюджетов субъектов Российской Федерации, и (или) на предоставление соответствующих субсидий из бюджетов субъектов Российской Федерации на софинансирование объектов капитального строительства муниципальной собственности, не включенных в федеральные целевые программы, бюджетные инвестиции в которые осуществляются из местных бюджетов, утв. постановлением Правительства Российской Федерации от 31.03.2014 № 255, установлено, что субсидия предоставляется, в том числе, при следующих условиях:

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

в) наличие положительных заключений по результатам проверок инвестиционных проектов на предмет эффективности использования средств федерального бюджета, бюджета субъекта Российской Федерации (местного бюджета), проводимых в порядке, установленном соответственно Правилами проведения проверки инвестиционных проектов на предмет эффективности использования средств федерального бюджета, направляемых на капитальные вложения, утвержденными постановлением Правительства Российской Федерации от 12 августа 2008 г. № 590 «О порядке проведения проверки инвестиционных проектов на предмет эффективности использования средств федерального бюджета, направляемых на капитальные вложения», и нормативными правовыми актами субъекта Российской Федерации (муниципальными правовыми актами)».

Таким образом, представляется, что на практике может потребоваться положительное заключение государственной экспертизы и для объектов, перечисленных в частях 2 и 3 статьи 49 Градостроительного кодекса Российской Федерации. В этом случае должна быть выполнена проектная документация в соответствии с требованиями, установленными Положением, утв. постановлением Правительства Российской Федерации от 16.02.2008 № 87, в соответствии с которыми на основании утвержденной проектной документации может быть разработана рабочая документация.

www.normacs.info

Стадии проектирования в строительстве | Исполнительная документация

Стадии проектирования в строительстве и их особенности.

Проектная документация разрабатывается в 1-у или 3-и стадии. В одну стадию (иначе: «одностадийная») разрабатывается проектная документация для «технически несложных» объектов, в то время как в три стадии (иначе: «трёхстадийная» наоборот, разрабатывается для «технически сложных объектов»). К какому типу относится тот или иной объект проектирования определяет заказчик.
Примечание: В отрасли связи система проектирования в 3-и стадии почти не применяется в связи с большой сложностью, длительностью подготовки и высокой стоимостью. 

Трёхстадийная система разработки проектной документации.

Трёхстадийная схема разработки проектной документации в строительстве состоит из следующих стадий:

1-Обоснования инвестиций (стадия «ОИ»). На этой стадии рассматриваются разного рода технические и экономические аспекты создания конечного объекта по заданным исходным данным. Примечание: Стадия обоснования инвестиций на особо сложные или опасные объекты подлежит обязательной государственной экспертизе как предпроектная документация;

 2-Технико-экономическое обоснование (стадия «П») или сокращённо «ТЭО» На этой стадии проект разрабатывается на основании утвержденных и прошедших экспертизу ОИ и состоит из принятых технических решений, описания функционирования объекта с учетом внешних условий, требований к эксплуатации и т. д. ТЭО подлежит отдельной государственной экспертизе;

3-Рабочая документация (Стадия «Р»). Комплект рабочей документации (РД) содержит все чертежи и технологические пояснения, необходимые строительства объекта. РД – основной документ для производителя работ, бригадиров, монтажников. Помимо РД выполняется разработка смет к проекту, содержащих подробный расчёт стоимости объекта.

Рекомендуем также: «Нужна ли экспертиза на проектную документацию по строительству сетей связи ?» и другие статьи раздела: «Правовая грамотность».

Одностадийная система разработки проектной документации.

Одностадийное проектирование выполняется в отношении «технически несложных» объектов.
Примечание: Одностадийное проектирование в основном применяют при проектировании большинства объектов в отрасли связи.
Одностадийное проектирование также имеет название «рабочее проектирование», что обусловлено тем, что в финале получаем «Рабочий проект», содержащий 3 части:

1-Общая пояснительная записка (ОПЗ) —  в ней описываются основные технологические решения, мероприятия, условий функционирования объекта и обоснования выбранных решений при необходимости;

2-Рабочая документация (РД) – рабочие чертежи, необходимые для производства СМР с пояснениями;

3-Сметная часть комплекта проектной документации.

P.S. В России при подготовке проектной документации необходимо использовать Градостроительный кодекс Российской Федерации (ст. 48, 49) и Постановления Правительства Российской Федерации № 87 от 16 февраля 2008 г. «Положение о составе разделов проектной документации и требованиях к их содержанию» и № 145 от 05.03.2007 г. «О порядке организации и проведения государственной экспертизы проектной документации и результатов инженерных изысканий» (с изменениями от 29.12.2007 г., 16.02.2008 г.).

Смотрите состав исполнительной в разделе: «Состав исполнительной»

Скачивайте акты, протокола и другое в разделе: «Акты и прочее»

Скачивайте полезные книги, ГОСТы, СнИПы в разделе: «ГОСТы и книги«

xn--80aalccoafpfcpgdfeii1bzaks8eyg5cl.xn--p1ai


Можно ли ограничиться локальным сметным расчетом при закупке работ по капитальному ремонту объекта капитального строительства?

Вопрос о том, можно ли ограничиться локальным сметным расчетом при закупке работ по капитальному ремонту объекта капитального строительства для заказчиков, применяющих Закон №44-ФЗ всегда вызывал споры. Началось все с того, что буквальное прочтение пункта 1 части 9 статьи 22 Закона №44-ФЗ указывает на то, что проектно-сметный метод обоснования начальной (максимальной) цены контракта может быть применен к закупке работ по капитальному ремонту объекта капитального строительства исключительно при наличии проектной документации.

Данную позицию в своих письмах от 12.09.2016 N Д28и-2409 и от 25.11.2016 N Д28и-3139 неоднократно подтверждало Минэкономразвития России.

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

В письме Минэкономразвития России от 24.04.2017 N ОГ-Д28-5206 прямо указывается на то, что проектно-сметный метод может применяться для определения начальной (максимальной) цены контракта исключительно при наличии проектной документации.

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

С внесением изменений в Закон №44-ФЗ в июле 2019 года проблема локального сметного расчета стала вновь актуальной. Так согласно пункта 8 части 1 статьи 33 Закона №44-ФЗ документация о закупке при осуществлении закупки работ по строительству, реконструкции, капитальному ремонту, сносу объекта капитального строительства должна содержать проектную документацию, утвержденную в порядке, установленном законодательством о градостроительной деятельности, за исключением случая, если подготовка проектной документации в соответствии с указанным законодательством не требуется.

В соответствии с частью 3.1. статьи 66 Закона №44-ФЗ первая часть заявки на участие в электронном аукционе в случае включения в документацию о закупке проектной документации должна содержать исключительно согласие участника закупки на выполнение работ на условиях, предусмотренных документацией об электронном аукционе (такое согласие дается с использованием программно-аппаратных средств электронной площадки). Таким образом, исключается необходимость предоставления конкретных показателей материалов, используемых при выполнении работ, участниками закупок в составе их заявок.

Более того, сокращен срок проведения аукциона на выполнение строительных работ при наличии проектной документации. Так, согласно части 3 статьи 68 Закона №44-ФЗ электронный аукцион в случае включения в документацию о закупке проектной документации проводится через четыре часа после окончания срока подачи заявок на участие в аукционе.

Весьма интересной является позиция Союза инженеров –сметчиков, которая была изложена в письме 19.09.2019 г. № РС-ПГ-164/19 «О надлежащем исполнении требований п. 8 ч. 1 ст. 33 Закона о контрактной системе № 44-ФЗ при подготовке проектной документации в объеме сметы на капитальный ремонт объекта капитального строительства» относительно допустимости применения локального сметного расчета в качестве проектной документации.

Основываясь на положениях части 12.2 статьи 48 Градостроительного кодекса РФ в письме делается вывод, что при возникновении потребности в капитальном ремонте объектов капитального строительства заказчики могут ограничиваться только разработкой раздела 11 «Смета на капитальный ремонт объектов капитального строительства» или раздела 9 «Смета на капитальный ремонт для линейных объектов» и не разрабатывать проектную документацию в полном объеме.

Тем самым, по мнению Союза инженеров –сметчиков проектная документация подготовлена в объеме сметы на капитальный ремонт объекта капитального строительства и Заказчиком соблюдены требования пункта 8 части 1 статьи 33 Закона о контрактной системе в сфере закупок № 44-ФЗ.

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

Следует учесть, что позиция Союза инженеров –сметчиков не имеет правового значения, поскольку Союз не наделен правом легального толкования норм Градостроительного кодекса РФ.

Разработка проектной документации | «ТЕХПРОЕКТ»

Главная / Разработка сметной документации

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

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

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

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

 

Цель разработки сметной документации — определение стоимости строительно-монтажных работ на основании представленной документации и (или) визуального осмотра.

Определение сметной стоимости СМР производится на основании дефектной ведомости — документа, содержащего перечень и объем строительно-монтажных работ, подлежащих оценке или на основании проекта.

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

В случае необходимости наши специалисты выедут на объект заказчика.

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

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

 

 

О предоставлении сметы на проектно-изыскательские работы

Уважаемые заявители!

В соответствии со статьей 8. 3 Градостроительного кодекса РФ  (далее Кодекс) сметная стоимость строительства, реконструкции, капитального ремонта объектов капитального строительства, финансируемых с привлечением средств бюджетов бюджетной системы Российской Федерации, а также сметная стоимость капитального ремонта многоквартирного дома определяется с обязательным применением сметных нормативов, внесенных в федеральный реестр сметных нормативов, и сметных цен строительных ресурсов.
Согласно части 12 статьи 48 Кодекса в состав проектной документации объектов капитального строительства включается раздел «Смета на строительство, реконструкцию, капитальный ремонт объектов капитального строительства, финансируемые с привлечением средств бюджетов бюджетной системы Российской Федерации…».
Сметная документация на строительство, реконструкцию, капитальный ремонт объектов капитального строительства  должна  содержать сводку затрат, сводный сметный расчет стоимости строительства, объектные и локальные сметные расчеты (сметы), сметные расчеты на отдельные виды затрат.
Пунктом 4.89 «МДС 81-35.2004. Методика определения стоимости строительной продукции на территории Российской Федерации» утвержденной Постановлением Госстроя России от 5 марта 2004 г. N 15/1, установлено, что в главу 12 «Проектные и изыскательские работы, авторский надзор» сводного сметного расчета стоимости производственного и жилищно-гражданского строительства включаются, в частности, средства — на выполнение проектно-изыскательских работ (услуг) — раздельно на проектные и изыскательские.
Согласно пункту 4.90 МДС 81-35.2004 стоимость проектных и изыскательских работ для строительства определяется на основе справочников базовых цен с использованием индексов изменения стоимости проектных и изыскательских работ. Сметы на проектно –изыскательские работы оформляются в соответствии с  в Приложением N 2 (образцы 2п, 3п, 1пс) к МДС 81-35.2004.

Учитывая изложенное, в составе сметной документации должны быть представлены сметы на проектно-изыскательские работы.
Отсутствие смет на проектно-изыскательские работы является основанием для возврата документов без рассмотрения.

Информационные Строительные Технологии СМЕТА ПИР (лицензия), Единая нормативная база МРР. Модуль расчета стоимости проектных работ по сборникам базовых цен города Москвы

СМЕТА ПИР предназначена для определения стоимости проектных работ и расчета стоимости проведения государственной экспертизы проектной документации и результатов инженерных изысканий в соответствии с требованиями нормативных документов Российской Федерации (МДС 81-35.2004, Методические указания по применению справочников базовых цен на проектные работы в строительстве, Разъяснения по применению Сборника цен и Справочников базовых цен на ПИР и другие)

Программа поможет:

  • Рассчитать стоимость проектных работ по сборникам СБЦ и МРР.
  • Рассчитать стоимость изыскательских работ.
  • Рассчитать стоимость земельно-кадастровых работ.
  • Составить сметы на разработку технической документации на АСУТП.
  • Рассчитать стоимость проведения государственной экспертизы проектной документации и результатов инженерных изысканий.

Гибкость

Сметы на проектно-изыскательские работы можно формировать как по образцу №2П, так и по образцу №3П, выполняя калькуляцию затрат труда исполнителей и учитывая прочие прямые и накладные расходы

Функциональность

Расчет проектных работ (от натуральных показателей и от стоимости строительства), расчет инженерных изысканий, сметы на АСУ ТП, сметы на земельно-кадастровые работы, расчет стоимости государственной экспертизы

✅ Купите Информационные Строительные Технологии СМЕТА ПИР (лицензия), Единая нормативная база МРР. Модуль расчета стоимости проектных работ по сборникам базовых цен города Москвы на официальном сайте

✅ Лицензия Информационные Строительные Технологии СМЕТА ПИР (лицензия), Единая нормативная база МРР. Модуль расчета стоимости проектных работ по сборникам базовых цен города Москвы по выгодной цене

✅ Информационные Строительные Технологии СМЕТА ПИР (лицензия), Единая нормативная база МРР. Модуль расчета стоимости проектных работ по сборникам базовых цен города Москвы, лицензионное программное обеспечение купите в Москве и других городах России

Предлагаем также:

Документация Планирование проекта в цифрах

Это в цифрах. Создание документации — это не точная наука, но как лидеры по коммуникациям мы должны предоставлять реальные оценки того, сколько времени нам нужно для документирования проекта или что мы можем произвести с учетом заранее определенного графика. Используя простой инструмент планирования, вы можете повысить ответственность своей команды и точно спланировать проекты документации, чтобы получить:
  • Более точные оценки проекта. Со временем вы сможете оценить, когда ваша команда сможет выполнить конкретный проект, и лучше распределять ресурсы для каждого проекта.
  • Четкое и конкретное объяснение, когда что-то занимает больше времени, чем «должно быть». Если вы обновите инструмент планирования для проекта, если какой-либо из факторов изменится, вы будете знать, какие факторы повлияли на время доставки. Лучше всего сохранить исходные расчеты, чтобы вы могли сравнить свою оценку с фактическими результатами в ходе проекта.
  • Отличный способ обосновать новые ресурсы, бюджет для подрядчиков или просто сказать «нет».” Разговоры о деньгах и ресурсах становятся намного проще, когда вы точно знаете, сколько времени это займет, и можете учесть это время/ресурсы, доступные вам.
  • Способность принимать стратегические решения. Используя инструмент планирования, вы сможете сравнивать различные каналы доставки (например, печатные и онлайновые), а также другие факторы, такие как шаблоны, уровни редактирования и т. д. Если у вас есть возможность скорректировать масштаб проекта, вы можете сделать это на основе достаточно точных показателей.
Еще одним преимуществом такого подхода к планированию документации может стать укрепление репутации вашего отдела. Если ваш отдел считается надежным и выполняет свои обещания, вы сохраняете веру и поддержку заинтересованных сторон.

Наука о метриках документирования — оценка времени, которое потребуется

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

Начните с цели

Метрики документирования могут помочь вам с достаточной точностью предсказать, сколько времени займет проект, и/или определить, сколько вы сможете сделать за указанный срок. Хорошие показатели планирования также могут помочь вам определить и обосновать, когда привлекать подрядчика или даже когда сказать «нет» проекту.

Собери

Шаг 1 : определение важных факторов
К сожалению, не существует универсального набора факторов или взвешенных значений. Поэтому, когда мы приступили к разработке инструмента планирования, мы определили факторы, влияющие на наши проекты.Здесь важна некоторая справочная информация: наша команда специализируется на внутренней документации, и мы в основном создаем учебные документы малого и среднего размера, а также онлайн-документы для обучения/справок. Мы решили создать этот инструмент в Microsoft Excel, где мы могли бы использовать основные макросы для расчета итоговых значений. Факторы, которые мы включили в наш инструмент планирования, включают:
Коэффициент Описание
Размер документа
  • Печать: количество страниц
  • Онлайн: количество тем
Уровень производства
  • Новое: создание содержимого, редактирование, форматирование
  • Новое: предоставленный контент, редактирование, формат
  • Обновление: добавьте новый контент; редактировать, формат
  • Обновление: редактировать, только форматировать
Сложность
Формат
  • Microsoft Word, Microsoft Visio, HTML, прочее
Требования к шаблону
  • Новый шаблон
  • Существующий шаблон
  • Пересмотреть шаблон с документом
  • Без шаблона
Графика
Канал доставки
  • Печать/PDF
  • Онлайн (HTML, CBT)
  • Документ Word
  • Несколько форматов
Цикл обзора
  • # рецензенты/заинтересованные стороны
  • Требуются полные обзоры (содержание/структура/доказательство)
  • Только обзоры контента
  • Только проверка (орфография, грамматика)
Первый фактор — размер документа — это число, которое мы используем в качестве базового значения для остальных расчетов. В каждой категории для выбранного параметра устанавливается взвешенное значение. Общее число в инструменте — это «количество часов», необходимое для завершения проекта: Примечание: Чтобы показать вам вес, мы выбрали все варианты в каждой категории. При использовании инструмента мы выбираем только один вариант в каждой категории. Отсюда довольно легко преобразовать это число в другие полезные оценки времени, такие как «количество человеко-дней» или «количество человеко-недель». Для больших команд или команд с большим опытом вы можете добавить «уровень опыта» в качестве дополнительного фактора (или даже «знание контента» для учета кривой обучения).
Шаг 2: Определите вес
Самый простой способ выяснить, как взвешивать факторы, которые вы включаете в инструмент планирования, — это установить «базовый вес» равный 1 для наиболее распространенного варианта в каждой категории. Затем сравните другие варианты и добавьте или вычтите вес в зависимости от вашего опыта (для простоты мы сохраняем его с шагом «0,25»). Вы будете использовать эти «веса» для расчета итогов по каждому элементу, поэтому будьте готовы корректировать их до тех пор, пока не получите разумные оценки времени для каждого фактора проекта.
Шаг 3: Подсчитайте итоги
Последним шагом в создании вашей электронной таблицы является подсчет ваших итогов на основе того, что вы ввели, что дает значимую и достаточно точную оценку. Вам не нужно быть гением математики, чтобы играть с этими числами — здесь лучше всего работает здравый смысл. Кроме того, это упражнение не нужно усложнять, поэтому делайте его максимально простым. При создании формул учитывайте следующее:
  • Все ваши итоги должны быть связаны только с одним фактором: количеством страниц и/или тем; не усложняйте формулу, добавляя другие отношения или факторы.
  • Если вам приходится «подтасовывать» итоги или применять коэффициент «подделки» для получения более разумных итогов, значит, что-то не так с вашими весами. Итак, корректируйте веса, а не итоги.
Чтобы проверить свою электронную таблицу, используйте инструмент для расчета оценки времени для проектов, которые вы уже завершили. Используйте проекты, в которых у вас есть достоверная информация о задействованных факторах и вы знаете, сколько времени на самом деле потребовалось для завершения проекта. Сравните «фактические» результаты с «прогнозируемыми» результатами вашего нового инструмента планирования.Чем больше проектов вы сможете подключить к инструменту, тем точнее он станет.
Шаг 4. Используйте и проверьте еще раз
Хорошо, вот важная часть: каждый должен использовать инструмент для каждого проекта, И каждый должен отслеживать проекты, когда они над ними работают, на основе факторов в вашем инструменте. Звучит достаточно просто, верно?

Как я узнаю, что получил его?

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

Попробуй!

Если вы хотите попробовать наш инструмент на основе Excel. Удачной обработки чисел! Другие статьи по документации и техническому написанию

Важность проектной документации в управлении проектами в 2022 году

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

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

Подробная информация об этапах проектной документации

ТЭО

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

Устав проекта

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

Спецификация требований

Документ спецификации требований представляет собой полное описание разрабатываемой системы. Он содержит все взаимодействия пользователей с системой, а также нефункциональные требования.

БЕСПЛАТНЫЙ курс: Введение в CAPM®
Станьте CAPM® с этим курсом БЕСПЛАТНОЗарегистрируйтесь сейчас

Конструкторский документ

Проектный документ демонстрирует высокоуровневые и низкоуровневые компоненты системы.Проектный документ, используемый для высокоуровневого проектирования, постепенно расширяется и включает детали низкоуровневого проектирования. Этот документ описывает архитектурные стратегии системы.

Рабочий план/оценка

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

Матрица прослеживаемости

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

Система отслеживания проблем

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

Вот более 200 шаблонов и документов по управлению проектами.

Документ управления изменениями

Документ управления изменениями используется для отслеживания хода выполнения и записи всех изменений, внесенных в систему. Это помогает связать непредвиденные неблагоприятные последствия изменения.

Тестовый документ

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

Вы заинтересованы в прохождении сертификационного обучения по управлению проектами? Ознакомьтесь с предварительным просмотром нашего сертификационного курса PMP®.
Последипломная программа по управлению проектами
Полная программа по управлению проектамиОбзор курса

Технический документ

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

Функциональный документ

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

Руководство пользователя

Руководство пользователя

является стандартной процедурой работы с системой.

План перехода/развертывания

План развертывания включает подробные инструкции по внедрению системы в организации.Он состоит из схематического планирования шагов и фаз развертывания. Он также описывает план обучения для системы.

Документ о передаче

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

Закрытие контракта

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

Извлеченные уроки

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

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

Ждете ли вы успеха в области управления проектами? Если да, зарегистрируйтесь в программе «Основы управления проектами» прямо сейчас и станьте на шаг ближе к своей карьерной цели!

PMP® и PMI® являются зарегистрированными товарными знаками Project Management Institute, Inc.

Документ с требованиями к программному обеспечению как инструмент оценки проекта

«Я хочу сделать приложение, подобное Uber.Сколько это будет стоить?» — это популярный запрос среди клиентов. Однако на этот вопрос нет четкого ответа, если у вас нет под рукой хорошо составленного документа с требованиями к программному обеспечению.

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

Стоимость разработки продукта зависит от многих аспектов, наиболее важными из которых являются:

  • Характеристики. Какой бы продукт вы ни собирались создавать, вам нужно знать, на что он способен. Для этого следует собрать функциональные требования к ПО. Определите, что «должен» иметь ваш продукт — функции, без которых пользователи не могут обойтись; «должно быть» — функции, которые лучше включить; и «мог бы иметь» — дополнительные функции, которые оценят пользователи.
  • Технология. Допустим, вы хотите создать интернет-магазин. Проще всего это сделать с помощью конструктора сайтов.Все, что требуется, — это выбрать шаблон, отредактировать поля содержимого и добавить некоторые параметры настройки. Другой способ — создать интернет-магазин с нуля. Это требует больше времени и денег. Тем не менее, специально разработанное решение будет иметь уникальный внешний вид, высокую степень гибкости и все необходимые функции (без каких-либо дополнительных услуг, за которые вам придется платить). Конечно, это только 2 грубых подхода к этому делу из множества. Но вы поняли суть. Каждый проект требует тщательного рассмотрения его целей; и от них сильно зависит выбор стека технологий.
  • Команда. Давайте снова обратимся к примеру выше. Если вы решите использовать конструктор веб-сайтов, вам не понадобится много технических талантов для выполнения этой задачи. Более того, если вы разбираетесь в технологиях, вы можете создать сайт электронной коммерции самостоятельно. С другой стороны, магазин на заказ требует, чтобы рядом с вами была команда экспертов — архитекторов, дизайнеров, разработчиков, QA-инженеров и т. д. Вы должны учитывать их усилия при оценке стоимости разработки продукта.

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

Документ со спецификациями требований к программному обеспечению создается для уточнения этих деталей и формулирования концепции продукта.

Статья по теме: Как правильно выбрать стек технологий для своего бизнеса?

Сколько информации достаточно для оценки стоимости разработки?

Здесь, в CXDojo, мы часто имеем дело с 2 типами клиентов — с теми, у кого вообще нет спецификации требований к программному обеспечению (SRS), и с теми, у кого есть очень подробная документация по программному обеспечению.

Это может показаться удивительным, но ни один из подходов не подходит для оценки затрат.

СЛУЧАЙ 1: Нет документации по разработке программного обеспечения

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

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

Рассмотрим характеристики страницы входа. В большинстве случаев недостаточно сказать, что пользователь должен иметь возможность авторизоваться. Нужно хотя бы указать способы — будь то обычная комбинация email-пароль или логин через социальные сети. Помните одно простое правило: «Если это не написано, этого не существует».

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

Чтобы этого не произошло, вам лучше иметь кого-то, кто хорошо разбирается в создании документации по программному обеспечению. Если нет, мы здесь, чтобы помочь.

СЛУЧАЙ 2: Чрезмерно подробный документ спецификации требований к программному обеспечению

Некоторые клиенты впадают в другую крайность. Они придумывают многостраничный документ, основанный на каноническом шаблоне спецификации требований к программному обеспечению, описанном Карлом Вигерсом в его книге.

Обычно этот документ SRS включает:

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

« Разве это не полезно?» — спросите вы.Это так, но для самой разработки. Для оценки стоимости такой документ несколько избыточен.

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

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

ПРИМЕР 3: Минимальная документация по программному обеспечению для оценки проекта

Нет смысла генерировать тонны документов на этапе планирования бюджета.Идея состоит в том, чтобы создать документацию по программному обеспечению, необходимую для понимания уровня сложности продукта и объема работ.

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

Стандартная документация по оценке разработки программного обеспечения включает следующее.

Обзор продукции

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

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

Пользовательские истории

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

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

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

«Как постоянный покупатель (кто), я хочу, чтобы мои платежные реквизиты были сохранены (что), чтобы не тратить время на ввод их снова и снова (почему).”  

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

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

Статья по теме: Что нужно знать о пользовательских историях?  

Системные функции

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

Функциональность системы может включать:

  • Бизнес-правила
  • Административные функции
  • Правила аутентификации
  • Манипуляции с данными
  • Уровни авторизации
  • и т.д.

    История пользователя

    «Как постоянный покупатель, я хочу, чтобы мои платежные реквизиты были сохранены, чтобы не тратить время на ввод их снова и снова».

    Системная функция

    «Система должна автоматически сохранять платежную информацию в профиле пользователя после продажи».

    Каркасы

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

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

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

    Передовой опыт документирования требований к программному обеспечению

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

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

    Каковы основные советы по созданию гибкого документа с требованиями к программному обеспечению?

    • Знай пользователя. Пользовательские истории служат дорожной картой для разработки продукта. Небрежно написанные истории недостаточны для передачи требований к программному обеспечению.Клиенты не всегда являются теми, кто будет использовать конечный продукт, поэтому есть риск, что основные функции будут отсутствовать или будут добавлены лишние функции. Поэтому рекомендуется привлекать к написанию историй конечных пользователей.
    • Приоритизация задач. Невозможно достаточно подробно задокументировать все требования для полномасштабного процесса разработки. В большинстве случаев они уточняются и проверяются по ходу дела. Следовательно, это приводит к расплывчатой ​​оценке. Имеет смысл определиться с определенными версиями продукта и расставить приоритеты для каждой.
    • Будьте ясны и лаконичны. Никто не любит читать стену текста, особенно если он не содержит никакой ценности. Каждое требование должно содержать информацию, необходимую для разработки программного продукта. Более того, избегайте двусмысленности. Разные люди, которые будут читать ваш документ с требованиями к программному обеспечению, должны уловить точное значение, которое вы пытаетесь передать.
    • Разрешить внесение изменений. Изменения обязательно произойдут. Могут измениться бизнес-цели, может измениться общее видение продукта и даже потребности пользователей.Таким образом, вы всегда должны оставлять место для изменений в требованиях к программному обеспечению и, следовательно, в бюджете.

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

    Давайте на связи! Нам нужно многое обсудить.

    Оценка усилий по разработке документации в программных проектах

    ‘) var buybox = документ. querySelector(«[data-id=id_»+ метка времени +»]»).parentNode ;[].slice.call(buybox.querySelectorAll(«.вариант-покупки»)).forEach(initCollapsibles) функция initCollapsibles(подписка, индекс) { var toggle = подписка.querySelector(«.цена-варианта-покупки») подписка.classList.remove(«расширенный») var form = подписка.querySelector(«.форма-варианта-покупки») если (форма) { var formAction = форма.получить атрибут («действие») form.setAttribute(«действие», formAction.replace(«/checkout», «/cart»)) document.querySelector(«#ecommerce-scripts»).addEventListener(«load», bindModal(form, formAction, timestamp, index), false) } var priceInfo = подписка.querySelector(«.Информация о цене») var PurchaseOption = toggle. parentElement если (переключить && форма && priceInfo) { переключать.setAttribute(«роль», «кнопка») toggle.setAttribute(«tabindex», «0») toggle.addEventListener («щелчок», функция (событие) { var expand = toggle.getAttribute(«aria-expanded») === «true» || ложный toggle.setAttribute(«aria-expanded», !expanded) form.hidden = расширенный если (! расширено) { покупкаВариант.classList.add («расширенный») } еще { покупкаOption.classList.remove(«расширенный») } priceInfo.hidden = расширенный }, ложный) } } функция bindModal (форма, formAction, метка времени, индекс) { var weHasBrowserSupport = window. fetch && Array.from функция возврата () { var Buybox = EcommScripts ? EcommScripts.Ящик для покупок: ноль var Modal = EcommScripts ? EcommScripts.Modal : ноль if (weHasBrowserSupport && Buybox && Modal) { var modalID = «ecomm-modal_» + метка времени + «_» + индекс var modal = новый модальный (modalID) modal.domEl.addEventListener («закрыть», закрыть) функция закрыть () { форма.querySelector(«кнопка[тип=отправить]»).фокус() } форма.setAttribute( «действие», formAction.replace(«/checkout», «/cart?messageOnly=1») ) form. addEventListener( «Отправить», Buybox.interceptFormSubmit( Буйбокс.fetchFormAction(окно.fetch), Buybox.triggerModalAfterAddToCartSuccess(модальный), консоль.лог, ), ложный ) document.body.appendChild(modal.domEl) } } } функция initKeyControls() { документ.addEventListener(«keydown», функция (событие) { if (document.activeElement.classList.contains(«цена-варианта-покупки») && (event.code === «Пробел» || event.code === «Enter»)) { если (document.activeElement) { событие. preventDefault() документ.activeElement.click() } } }, ложный) } функция InitialStateOpen() { var buyboxWidth = buybox.смещениеШирина ;[].slice.call(buybox.querySelectorAll(«.опция покупки»)).forEach(функция (опция, индекс) { var toggle = option.querySelector(«.цена-варианта-покупки») var form = option.querySelector(«.форма-варианта-покупки») var priceInfo = option.querySelector(«.Информация о цене») если (buyboxWidth > 480) { переключить.щелчок() } еще { если (индекс === 0) { переключать.щелчок() } еще { toggle. setAttribute («ария-расширенная», «ложь») form.hidden = «скрытый» priceInfo.hidden = «скрытый» } } }) } начальное состояниеОткрыть() если (window.buyboxInitialized) вернуть window.buyboxInitialized = истина initKeyControls() })()

    Документы, которые вы ДОЛЖНЫ создать для любого проекта

    Если вы часто застреваете при настройке проекта, эта статья поможет вам.Я собираюсь показать вам подход, основанный на документах, для подготовки и запуска новых проектов. Любой проект.

    Следуя моему подходу и выполняя домашнее задание (главным образом уточняя цель проекта), вы больше не застрянете во время запуска проекта.