Значение анализа проектно-сметной документации в строительстве состоит в том, чтобы исключить недостоверность проектно-сметной документации, а так же выяснить является ли проектное решение рациональным, либо требуется пересмотреть проектную документацию и внести корректировки.
Анализ проектно-сметной документации имеет следующие подразделы:
— анализ проектных решений;
— анализ сметной документации;
— оценка качества проектно-сметной документации.
Он определяется и составляется на основе выводов. Кроме того позволяет определить оценку качества проектно-сметной документации.
Анализ проектно-сметной документации призван не допустить строительства, которое не соответствует нормам строительства и рациональности прогрессивных решений.
(большая рамка на этом листе. 4 см)
2.1. Анализ инвестиций.
Для анализа инвестиций необходимо произвести оценку экономических решений проекта.
Для оценки коммерческой эффективности проекта в сегодняшней рыночной экономике используют следующие показатели:
Проектная, рабочая документация и сметы
— чистый дисконтированный доход;
— внутренняя норма доходности.
Для данного объекта количество показателей сокращено до двух, так как объект – жилое здание; реализуется на рынке одномоментно посредством сделки купли продажи.
2.1.1. Определяем чистую дисконтированную стоимость
Общая площадь здания составляет м 2
Рыночная цена 1 м 2 жилья в городе Архангельске на (на 2 или 4 не понятно написано) квартал 2012г. составляет:
А) с отделкой – 60 тыс. руб.
Б) без отделки – 55 тыс. руб.
Общая рыночная стоимость здания составляет:
PV=S*C , где S- общая площадь
Чистый дисконтированный доход рассчитывается по формуле:
NVP=PV-CI, где NVP-чистый дисконтированный доход
CI- стоимость строительства по смете
Вывод: анализ чистого дисконтированного дохода показывает целесообразность вложения инвестиций в строительство данного объекта.
2.1.2. Определяем индекс (рентабельности) доходности.
PI=PV/CI, где PI- индекс (рентабельности) доходности.
Вывод: Анализ чистого дисконтированного дохода показывает, что он положителен. Следовательно экономически целесообразно вкладывать инвестиции в строительство данного объекта.
Общий вывод по пункту 2.2: Анализ инвестиций в соответствии с оценкой коммерческой эффективности проекта показывает, что проект является эффективным для инвестора.
2.2. Анализ проектной документации.
2.2.1 Анализ конструктивных решений здания.
Объемно- планировочные характеристики -этажного -квартирного … жилого здания.
Наличие подвала , т/п или тех.этажа
Строительный объем здания — м 3
Площадь застройки — м 2
Жилая площадь — м 2
Площадь квартир — м 2
Общая площадь- м 2
Анализ объемно-планировочных решений осуществляется при помощи следующих коэффициентов:
Планировочный коэффициент – К1 , определяется по формуле:
К1= Sжил /Sобщ
Дом в котором хочется остаться жить
Когда значения данного коэффициента находятся в интервале
0,93-0,95- проектное решение является рациональным
0,97-0,98-проектное решение отличное.
Рассчитываем коэффициент К1
Вывод: Коэффициент К1 не удовлетворяет нормативным показателям. Это свидетельствует о нерациональном объемно-планировочном решении.
Объемный коэффициент К2 определяется по формуле:
К2=V/ Sжил
Значение коэффициента К2 для жилых зданий должны находится в интервале 4÷4,3 , для общественных зданий 11,1÷11,6
Рассчитываем коэффициент К2
Коэффициент компактности К3 , определяется по формуле:
К3=Fогр/ Fоб
Допустимые значения колеблются в промежутке 0,7÷2,9
Рассчитываем коэффициент К3
Вывод: Значение коэффициента удовлетворяет заданному промежутку.
Коэффициент застройки, определяется по формуле:
Кзастр= Рис/Fзастр
Значение коэффициента застройки не имеет нормативных промежутков, оптимальным значением будет считаться наименьшее при выборе вариантов.
Рассчитаем коэффициент Кзастр
Вывод:Оценка показывает незначительность коэффициента, поэтому проект можно считать экономичным.
Источник: studfile.net
Анализ проектной документации в строительстве это
ГОСТ Р МЭК 61160-2015
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Документальный анализ проекта
Project management. Documentary analysis of the project
* По данным официального сайта Росстандарта ОКС 03.100.40,
здесь и далее. — Примечание изготовителя базы данных.
Дата введения 2016-07-01
1 ПОДГОТОВЛЕН Открытым акционерным обществом «Научно-исследовательский центр контроля и диагностики технических систем» (АО «НИЦ КД») на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 10 «Менеджмент риска»
4 Настоящий стандарт идентичен международному стандарту МЭК 61160:2005* «Анализ проекта» (IEC 61160:2005 «Design review», IDT).
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. — Примечание изготовителя базы данных.
Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5 (подраздел 3.5).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Безотказность продукции может быть повышена при выполнении необходимых действий на этапе «проектирования и разработки» жизненного цикла продукции. Для достижения поставленных целей на этом этапе необходимо соответствующее управление анализом проекта.
Выполненный должным образом анализ проекта позволяет обеспечить необходимые безотказность, качество, функционирование и безопасность продукции, а также возможность сокращения затрат и выполнение графика поставки.
Анализ проекта — консультативная деятельность, предназначенная прежде всего для обеспечения проверки работы группы проектирования, разработки рекомендаций (если это возможно) по улучшению продукции или процесса и их реализации. Таким образом, анализ проекта следует рассматривать как процедуру проверки соответствия результатов проектирования и разработки установленным требованиям.
Анализ проекта независимо от частоты или глубины его проведения не может заменить этапы определения параметров продукции, требований к ее конструкции и процессу управления проектированием и разработкой. Анализ проекта, используемый для контроля, может обеспечить необходимую проверку успешного завершения конструкторской разработки в установленный срок.
Анализ проекта не следует путать с оперативным управлением проектом. Руководитель проекта несет ответственность за конструкцию и окончательные решения в качестве ответной редакции на результаты анализа проекта и предложенные рекомендации. Анализ проекта, выполненный должным образом, повышает доверие к тому, что проектирование и разработка выполнены в соответствии с установленными требованиями на всех стадиях жизненного цикла продукции.
Применение настоящего стандарта должно быть адаптировано в соответствии с требованиями проектирования и разработки продукции или рассматриваемой задачи и организации, разрабатывающей проект.
1 Область применения
1.1 Общие положения
В настоящем стандарте приведены рекомендации по проведению анализа проекта как способа проверки выполнения входных требований к проекту и стимулирования улучшения конструкции продукции. Анализ проекта должен быть выполнен на этапе проектирования и разработки жизненного цикла продукции.
Стандарт обеспечивает руководство по планированию и проведению анализа проекта и устанавливает детали, относящиеся к деятельности специалистов в области обеспечения безотказности, технического обслуживания, средств технического обслуживания и ремонта.
Процесс проектирования и разработки в общих чертах представлен на рисунке 1, а требования к процессу управления проектированием и разработкой приведены в ИСО 9001:2008. Стадии, на которых должны быть проведены анализ проекта и другие виды анализа, должны быть определены при разработке плана проектирования.
Целями анализа проекта являются:
— проверка соответствия предложенного решения входным требованиям проектирования и разработки, включающим установленные общие требования эксплуатации, требования безотказности, предусмотренные затраты, требования безопасности, износостойкости, окружающей среды, электромагнитной совместимости, требования, связанные с человеческим фактором;
— проверка соответствия того, что предложенные решения наиболее устойчивы, эффективны и результативны для выполнения требований к продукции;
— обеспечение рекомендаций для выполнения исходных требований к конструкции;
— определение статуса конструкции с точки зрения полноты и завершенности чертежей и спецификаций;
— анализ объективных свидетельств обеспечивающих верификацию выполнения проектирования и разработки;
— предложения по улучшениям.
Анализ проекта облегчает определение статуса проекта в соответствии с выполнением входных требований, идентификацию возможностей улучшения и побуждает к выполнению соответствующих действий по улучшению проекта. Анализ проекта ускоряет подготовку производства продукции за счет сокращения времени установления деталей конструкции и позволяет выпускать продукцию без частых прерываний. Анализ проекта может также стимулировать действия по улучшению продукции на более ранних стадиях.
1.2 Применение
Стадии жизненного цикла, на которых должен быть выполнен анализ проекта, необходимо определить на стадии планирования проектирования и разработки или выполнения задач проектирования. Факторами, влияющими на проектирование и разработку, являются требования потребителя, обязательные требования, особенности продукции и ее использования, последствия отказа.
Затраты, связанные с устранением недостатков конструкции и возможным увеличением последствий, возрастают по мере приближения проекта к завершению. В то же время сокращаются возможности по внесению изменений в проект или оптимизации объема и сроков проектирования.
Каждая организация, выполняющая проектирование и разработку, должна принять общую программу анализа проекта в соответствии с настоящим стандартом или разработать ограниченную программу в соответствии с особенностями конкретной продукции или процесса.
Анализ проекта должен быть включен в общую систему менеджмента организации и, если это применимо, в график выполнения каждого проекта.
Ограничения ресурсов организации, значимость проекта, преимущества, риск и сложность продукцию влияют на объем и частоту проведения анализа проекта. В небольших организациях для проведения анализа проекта может возникнуть необходимость привлечения персонала, поставщиков, консультантов и внешних советников.
Примечание — Ссылки на разделы ИСО 9001 приведены только для информации.
Рисунок 1 — Схема процесса проектирования и разработки
1.3 Виды использования
Существует два типа использования анализа проекта: внутренний для проверки требований к новому проекту или внешний для проверки внешних требований. В последнем случае риск неверного понимания намного больше. Любое недоразумение может стать предметом обсуждения и совещания группы анализа проекта. Для потребителя важно гарантировать, что создаваемая конструкция соответствует требованиям потребителя.
Анализ проекта должен быть проведен:
— до принятия работ, чтобы гарантировать, что определены объем работ и все параметры, которые должны соответствовать установленным требованиям к конструкции;
— до проектирования деталей, чтобы гарантировать, что проектировщики знают все требования к деталям. Должны быть установлены требования к интерфейсам, список основной документации подготовлен для согласования и одобрения сторонами;
— в соответствующих точках проектирования деталей до анализа всех требований к интерфейсу и согласования процедур тестирования для верификации того, что конструкция соответствует требованиям контракта.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
МЭК 60050-191:1990 Международный электротехнический словарь. Глава 191. Надежность и качество обслуживания (IEC 60050-191:1990, International electrotechnical vocabulary; chapter 191: dependability and quality of service)
МЭК 62198 Менеджмент риска при проектировании. Руководство по применению (IEC 62198, Managing risk in projects — Application guidelines)
3 Термины и определения
В настоящем стандарте применены термины по МЭК 60050-191, а также следующие термины с соответствующими определениями.
3.1 рассматриваемый вопрос (action item): Вопрос, который должен быть решен руководителем проекта или назначенным лицом.
3.2 анализ (review): Деятельность, предпринимаемая для установления пригодности, адекватности и результативности объекта для достижения установленных целей.
3.3 проектирование и разработка (design and development): Совокупность процессов, переводящих требования в установленные характеристики или спецификации на продукцию, процесс или систему.
Примечание 1 — Термины «проектирование» и «разработка» иногда используют как синонимы, а иногда для определения различных стадий процесса проектирования и разработки в целом.
Примечание 2 — Для обозначения объекта проектирования и разработки могут быть использованы определяющие слова (например, разработка и проектирование продукции или разработка и проектирование процесса).
3.4 анализ проекта (design review): Запланированный, документированный независимый анализ существующего или предполагаемого проекта.
Примечание 1 — Цели включают анализ способности проекта соответствовать установленным требованиям, идентификацию фактических или возможных недостатков для предполагаемого улучшения.
Примечание 2 — Анализа проекта самого по себе недостаточно для обеспечения качества проекта.
Примечание 3 — Проект может относиться к продукции или к процессу.
Примечание 4 — Анализ проекта может быть проведен посредством совещания или другого документированного процесса.
3.5 руководитель проекта (design manager): Ответственный за проектирование и разработку продукции или процесса.
Примечание — В настоящем стандарте использован термин «руководитель проекта». На практике часто используют другие наименования ответственного за выполнение этой функции в зависимости от размера и структуры организации и/или договорных соглашений.
3.6 верификация (verification): Подтверждение, посредством представления объективных свидетельств того, что установленные требования выполнены.
3.7 валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования для конкретного использования или применения выполнены.
4 Управление процессом анализа проекта
4.1 Общие рекомендации
Организация должна установить и поддерживать в рабочем состоянии систему менеджмента, обеспечивающую управление действиями анализа проекта, являющуюся частью общей системы менеджмента организации.
Система менеджмента анализа проекта должна включать:
a) идентификацию функций и действий, необходимых для анализа проекта организации;
b) установление целей и плана анализа проекта для достижения этих целей с помощью планирования;
c) обеспечение своевременного выполнения действий анализа проекта на всех применимых стадиях проектирования;
d) анализ критериев и методов анализа выполнения, проверки и приемки продукции;
e) обеспечение ресурсов и информации, необходимой для выполнения необходимого анализа проекта;
f) мониторинг действий анализа проекта, измерение и анализ результатов для непрерывного улучшения.
Источник: docs.cntd.ru
Основные этапы анализа и оценки качества проектной документации и процесса проектирования
Алгоритм работы межфункциональной команды представлен на рисунке 16.
В процессе ознакомления с существующими способами предупреждения несоответствий и методами контроля качества проектной документации ведущий межфункциональной команды представляет для ознакомления членам своей команды комплект документов, которыми руководствуется проектировщик при разработке проектных решений.
Для конкретного проекта определяют (пользуясь имеющейся информацией и предшествующим опытом) все возможные виды несоответствий. Описание каждого вида несоответствия заносят в протокол анализа видов, причин и последствий потенциальных несоответствий проектной документации. Форма протокола должна быть предварительно выбрана и утверждена. Рекомендуемая форма протокола приведена на рисунке 17 [18].
Рисунок 16 — Алгоритм работы межфункциональной команды по анализу и оценке качества проектной документации и процесса проектирования
Протокол анализа видов, причин и последствий потенциальных несоответствий проектной документации
(проектная документация на конкретный объект процесс проектирования)
Разработка внутренней нормативной
Служба, ответственная за проведение анализа
Планируемые сроки проведения анализа:
Действительные сроки проведения анализа:
Код/номер протокола анализа
Раздел проектной документации/ этап проектирования
Вид потенциального несоответствия
Последствие потенциального несоответствия
Потенциальная причина(ы) несоответствия
Вероятность появления несоответствия (существующие способы обеспечения качества и методы контроля)
Ответственность и намеченная дата
Предпри-нятые действия (изменения)
Новые значения баллов
Примечание. Рекомендуемые изменения необходимы в случае, когда полученные значения /’ и Л находятся в зоне недопустимых рисков.
Рисунок 17 — Форма протокола анализа видов, причин и последствий потенциальных несоответствий проектной документации
Для всех видов потенциальных несоответствий определяют их последствия на основе опыта и знаний межфункциональной команды. Примеры последствий: возврат проектной документации на доработку по результатам экспертизы, простои бригад, аварии, иски.
Для каждого вида несоответствий может быть несколько потенциальных последствий, и все они должны быть описаны. Эти последствия следует описывать признаками, которые может заметить и ощутить потребитель, причем потребитель может быть как внутренним (на последующих этапах разработки проектной документации), так и внешним (заказчик, строительные и газотранспортные организации). Последствия несоответствий следует излагать в конкретных терминах системы, подсистемы или компонента, подвергаемых анализу.
Для каждого последствия несоответствия экспертно определяют балл значимости h при помощи таблицы баллов значимости. Балл значимости изменяется от 1 для наименее значимых по ущербу несоответствий до 10 -для наиболее значимых по ущербу несоответствий. Для конкретной организации эта таблица может быть пересмотрена в соответствии со спецификой организации и конкретными последствиями несоответствий.
Значения баллов значимости несоответствий проектной документации определены экспертами в составе 10 человек и приведены в таблице 7. При этом уровень согласованности экспертов был рассчитан методом конкордации и составил 0,78.
Для каждого несоответствия определяют потенциальные причины. Для одного несоответствия может быть выявлено несколько потенциальных причин, все они должны быть по возможности полно описаны и рассмотрены отдельно. Примеры причин несоответствий: отсутствие методики расчетов, разночтения государственных и внутренних нормативных требований, ошибки в расчетах.
Таблица 7 — Рекомендуемая шкала баллов значимости Л для анализа и оценки качества проектной документации
Последствие
Критерий значимости последствия
Балл It
Опасное без предупреждения
Может привести к разрушению газопровода с человеческими жертвами. Очень высокий ранг значимости, когда вид потенциального несоответствия ухудшает безопасность работы магистрального газопровода и (или) вызывает несоответствие обязательным требованиям безопасности и экологии без предупреждения
Опасное с предупреждением
Может привести к разрушению без человеческих жертв. Весьма высокий ранг значимости, когда вид потенциального несоответствия ухудшает безопасность работы магистрального газопровода и (или) вызывает несоответствие обязательным требованиям безопасности и экологии с предупреждением
Большое нарушение процесса транспортировки газа. Возможны разрушения или преждевременный износ газопровода
Небольшое нарушение процесса транспортировки газа. Возможны простои в транспорте газа.
Нарушение процесса строительства. Возможны простои бригад.
Небольшое нарушение процесса транспортировки газа или процесса строительства. При разрешении вопросов внесения изменений в проектную документацию простои бригад исключены.
Может потребоваться несение изменений в проектную документацию до начала строительства
Может потребоваться внесение изменений в проектную документацию в процессе проектирования
Небольшое нарушение. Может потребоваться внесение изменений в проектную документацию, нс влияющих па конструктивные особенности
Небольшое нарушение. Может потребоваться доработка проектной документации
Для данного несоответствия и каждой отдельной причины определяют балл обнаружения Р в ходе контроля качества.
Балл обнаружения изменяется от 10 для практически не обнаруживаемых несоответствий (причин) до 1 — для практически достоверно обнаруживаемых несоответствий (причин).
Рекомендуемые значения балла обнаружения определены экспертами в составе 10 человек и приведены в таблице 8. Уровень согласованности экспертов составил (коэффициент конкордации) 0,78.
Таблица 8 — Рекомендуемая шкала для определения балла обнаружения Р несоответствия проектной документации
Обнаружение
Критерии: вероятность обнаружения несоответствия при контроле качества проектной документации до следующего или последующего этапа проектирования или до того, как проекгная документация будет отправлена заказчику
Балл, Р
11редусмотренный контроль нс может обнаружить потенциальную причину и последующий вид несоответствия или контроль нс предусмотрен
Почти невероятно, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Маловероятно, что предусмотренный контроль обнаружит потенциальную причину и последующий несоответствия отказа
Очень незначительный шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Незначительный шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Окончание таблицы 8
Обнаружение
Критерии: вероятность обнаружения несоответствия при контроле качества проектной документации до следующего или последующего этапа проектирования или до того, как проектная документация будет отправлена заказчику
Умеренный шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Большой шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Очень большой шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Чрезвычайно большой шанс, что предусмотренный контроль обнаружит потенциальную причину и последующий вид несоответствия
Предусмотренный контроль почти всегда обнаруживает потенциальную причину и вид несоответствия
После получения экспертных оценок Р и Л, их значения наносят на оси координат и определяют точки попадания в зону недопустимых рисков (рисунок 18).
По оси ординат располагаются значения вероятности возникновения несоответствия в баллах (Р), а по оси абсцисс — величины, характеризующие последствия (А).
Для определения риска возникновения несоответствия должна быть заранее установлена граница критических значений рисков, разделяющая области допустимого риска и область недопустимого риска. В зависимости от того, в какую область попало потенциально возможное несоответствие, оно определяется как учитываемое или нет.
- —————— — значимость Р, и hi одинакова;
- ———— — значимость Р, выше значимости А,;
- — значимость А/ выше значимости Р,
Рисунок 18 — Диаграмма анализа качества этапов проектирования
Разделение областей допустимого и недопустимого рисков определяется экспертами, является условным и может смещаться с целью стимулирования организации к постоянному улучшению. По усмотрению межфункциональпой команды граница критических значений рисков может смещаться в зависимости от приоритетного выставления значимости Р и А.
Граница критических значений рисков при одинаковой значимости Р,и И, задастся формулой
Ограничение зоны допустимых рисков задается выражением f(h) 10-h. (3)
После того как на графике будут отражены координаты точек оценки несоответствий, следует составить перечень тех точки, которые попадают в зону недопустимых рисков. Именно для них следует впоследствии вести доработку процесса обеспечения качества и разработать корректирующие и предупреждающие мероприятия. В существующей системе менеджмента качества корректирующие и предупреждающие действия удобно реализовать путем разработки регламентирующей документации. При разработке регламентов, процедур и мегодик выполнения процессов нужно учитывать результаты анализа и оценки и предусматривать действия сотрудников, чтобы риск возникновения несоответствия был максимально снижен.
При разработке регламентов, процедур и методик к предупреждающим действиям можно отнести:
- 1) точное соблюдение требований, заложенных в документации на процесс проектирования магистральных газопроводов;
- 2) увеличение точек контроля качества проектной документации в ходе ее разработки;
- 3) введение дополнительных записей, позволяющих усилить контроль процесса;
- 4) определение требований к компетентности персонала.
После того как действия по доработке определены, необходимо оценить и записать значения баллов значимости h и обнаружения Р для нового предложенного варианта оптимизации процесса обеспечения качества. Следует проанализировать новый предложенный вариант и подсчитать и записать новые значения баллов по схеме в соответствии с рисунком 16.
Все новые значения баллов следует рассмотреть, и если необходимо дальнейшее их снижение, повторить предыдущие действия.
В конце работы межфункциональной команды должен быть составлен и подписан протокол, в котором отражают основные результаты работы команды, включающие как минимум:
- — состав межфункциональной команды;
- — описание объекта анализа;
- — перечень несоответствий и (или) причин;
- — экспертные баллы Р и Л;
- — предложенные в ходе работы межфункциональной команды корректирующие и предупреждающие действия.
При необходимости к протоколу работы межфункциональной команды прилагают соответствующие чертежи, таблицы, результаты расчета.
Источник: ozlib.com