ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ ( стандарт ( ) РОССИЙСКОЙ ФЕДЕРАЦИИ	ГОСТ Р 57295— 2016

СИСТЕМЫ ДИЗАЙН-МЕНЕДЖМЕНТА

Руководство по дизайн-менеджменту в строительстве

Издание официальное

Москва

Стандартинформ

2016

Предисловие

1    РАЗРАБОТАН Открытым акционерным обществом «T-Платформы» (ОАО «T-Платформы») совместно с ООО «ИнтеллектуС» при участии Федерального бюджетного учреждения «КВФ «Интерстандарт» (ФБУ «КВФ «Интерстандарт»)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 700 «Математическое моделирование и высокопроизводительные вычислительные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 28 ноября 2016 г. № 1821-ст

4    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ. 2016

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

ГОСТ P 57295—2016

4 4 информационное моделирование строительства; BIM (Building information modeling. BIM): Информационное моделирование объектов капитального строительства.

4.5    информационная модель здания; BIM (Building information model. BIM): Цифровая информационная модель объекта капитального строительства.

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

Примечания

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

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

4.7    техническое задание на дизайн/дизайн бриф (design brief): (S) Документация, которая информирует о главной цели, контексте и требованиях к выполнению проектных работ.

Примечания

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

2    Дизайн-бриф зачастую является результатом анализа реализуемости и дает основу для формирования проекта

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

4    См также спецификация испытаний и целевая спецификация

4.8    дизайн-менеджмент (design management): Совокупность дизайн-деятельностей, их администрирование и интегрирование в деятельность организации.

4.9    дизайн-процесс (design process): Действия, необходимые для конвертации дизайн входа в дизайн-выход, включая специальные последовательности событий, действий, методов или набор процедур.

Примечание — Как правило, этапы проекта отражаются в хронологическом порядке, однако на практике процесс проектирования бывает крайне итеративным

4.10    дизайн-программа (design programme): Конкретные действия и инвестиции должны быть предприняты в определенный период, разбитый на этапы, с указанием привлекаемых ресурсов и привязкой к временной шкале.

4.11    дизайн-проектное предложение (design project proposal): Референтный документ, устанавливающий основу для инициации проекта.

Примечание — Предложения позволяют установить:

a)    коммерческое задание на проектирование;

b)    техническое задание на проектирование.

c)    программу проектирования с указанием этапов и сроков их выполнения;

d)    лиц, которые будут привлекаться к проекту, и меры ответственности, которые будут закрепляться за различными аспектами работы;

e)    выделение финансовых и других видов ресурсов

4.12    инновация (innovation):

<идея> Успешная эксплуатации новых идей;

<процесс> Внедрение изменений, которые значительно влияют на способ производства;

<продукт> Преобразование идеи в новаторские продукты, операционный процесс или новый сервис.

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

7

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

Примечание — Применяется, главным образом, в строительной промышленности

4.13    пост-дизайн сервис (post-design services): Документированная программа работ по поддержанию соответствия установленным требованиям и повышения функциональности и надежности, предпринимаемых после принятия в эксплуатацию каждого материального (физического) элемента.

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

4.14    процесс (process): Набор связанных и взаимодействующих деятельностей, преобразующих входы в выходы.

Примечания

1    Входы в процессе обычно являются выходами других процессов

2    В основном планируются и осуществляются в управляемых условиях с целью добавления ценности

3    Процесс, в котором соответствие полученных продуктов не может быть легко или экономически проверенно, часто называют «специальный процесс*

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

При мечания

1    Отдельные проекты могут быть частью более крупных проектов

2    Иногда цели проекта уточняются, а характеристики продукции определяются постепенно по мере выполнения проекта

3    Результатом проекта может быть один или несколько видов продукции

4    Этапы могут выполняться непоследовательно, могут быть рекурсивными или частично параллельными

4.16    проектное задание (project brief): Спецификация конфигурации проекта для его воплощения согласно дизайн-брифу.

Примечания

1    Также называется «предложением по реализации проекта»

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

4.17    план работ проекта (project plan): Документация, определяющая программу работы и последовательность проводимых мероприятий.

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

4.18    СДМ координатор (CDM Coordinator): Сотрудник, чья роль заключается в «консультировать и помогать клиенту выполнять свои обязанности согласно строительным (Дизайн и менеджмент) нормам и правилам».

Примечание — СДМ (CDM, Construction Design and Management) Строительный дизайн и менеджмент

4.19    Industry Foundation Classes (IFC): Формат данных с открытой спецификацией, которая не контролируется ни одной компанией или группой компаний. Формат файла был разработан buildingSMART (International Alliance for Interoperability. IAI) для упрощения взаимодействия в строительной индустрии. Используется как формат для информационной модели здания (Building Information Modeling).

ГОСТ P 57295—2016

Примечание — Industry Foundation Classes (IFC) можно перевести на русский как «Основные промышленные категории (классы)», что само по себе не несет никакой полезной семантической нагрузки в следствии чего не следует стандартизировать русский эквивалент данного термина Главная задача IFC — организация и хранение взаимосвязанных элементов архитектурно-строительной и эксплуатационной модели здания

4.20    international framework for dictionaries (IFD): Международное программное основание/ «фреймворк для словарей» стандарт терминологии/семантики для библиотек и онтологий.

4.21    BIM (Building Information Model): Цифровая информационная модель объекта капитального строительства.

4.22    BIM (Building Information Modeling): Информационное моделирование объектов капитального строительства.

4.23    Common Data Environment (CDE): Среда общих данных (СОД).

5    Основные положения дизайн-менеджмента

5.1    Общие положения

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

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

6    Формирование и менеджмент дизайн-команды

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

Руководитель проекта должен внести вклад в общее планирование проекта и нести ответственность перед работодателем/клиентом (желательно напрямую) по планированию, программированию, контролю и поставки дизайн-контента. Руководитель проекта должен сотрудничать с координатором СПУ, установить связь с руководителем проектирования и другими проектными целевыми группами и обеспечить эффективное сотрудничество и принятие решений в применимых системах На проектах, осуществляемых в соответствии со стандартами «Интегрированного подхода к управлению информацией жизненного цикла антропогенных объектов и сред управления информацией руководитель дизайна тесно сотрудничает с менеджером по информации (рисунок 3).

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

6.1    Обязанности

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

Обязанности расположены согласно иерархии на рисунке 3.

9

7 Разработка задания на проектирование (дизайн-брифа)

7.1    Брифинг-процесс (процесс разработки задания на проектирование)

Подготовка всеобъемлющего дизайн-брифа — это сложная задача, выходящая за рамки данного стандарта.

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

7.2    Предпроектное задание

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

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

а)    цель строительства:

б)    функциональные требования;

в)    особые, инновационные или необычные требования заказчика.

Примечание — Нет отклика на дизайн на данном этапе;

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

д)    рассмотрение и выработка нормативных и законодательных требований;

е)    финансовая политика, например, низкая первоначальная стоимость, низкая стоимость в использовании или низкая стоимость жизненного цикла и способ финансирования;

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

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

к)    эстетические соображения, например, фирменный стиль, ландшафтный и цветовой дизайн и предпочтения по отделке;

л)    завершение работы.

7.3    Разработка дизайн-брифаУзадания на проектирование

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

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

а)    технико-экономическое обоснование;

б)    оценка необходимости;

в)    оценка первоначального образца или модели;

г)    изучение проекта;

Ю

ГОСТ P 57295—2016

д)    опросов сайта (в том числе оценку состояния элементов конструкции или оборудования, которые должны быть сохранены в проекте реконструкции);

е)    оценка воздействия на окружающую среду;

ж)    исследование планирования, согласования и представления;

и)    техническое обслуживание и эксплуатационную стратегию;

к)    любые общие данные окружающей среды для проекта и

л)    заказчик/работодатель — завершение работы.

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

8    План работы по проекту

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

а)    установление уровня и степени всех вкладов проектирования, необходимых для выполнения проекта, как указано в задании и поэтому идентифицируя состав проектной команды;

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

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

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

д)    определение интервалов и формы предоставления затрат, времени и критериев успешности (качества) для целей контроля, включая передаточный пункт/обмен информацией.

9    Планирование процессов

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

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

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

11

ас графи» KCttxuioMiati (ECOMIKUNWfi) I кречет uKincoa Icurnil проел УпфЖДКШ! «ист* Проест СгрожтеАСтво и ryVftm » Вюл • мсплукткцию Уграькмае 'Звсжлуаташи RIBA ним paniua 200? Ожидаема а требование 'Нсаимшй проел пмвмв прост Технический проел Имфорыасщао фжтаооастае Мебелишка Строительство врхята RIBA hum paniiaa 201} Cipermnecne определения Подходом м «ирмирмимс ЭнпыМ проел Рафаботамиий проел Технический :фосл СтрОИТСЛЬСТНО Вводе жслуатацию '^евлуатаима BSR1A Руководство DO \щ>. nooerro* Поаготоааа Проест Поппошк строительству Строепшстао Ввода KCU)lT1i9O0 Подготовка « своду ■ I красил лиде *жисше* Осстраосп aftercare NETWORK RAIL GRP Одесделошс будущих Лихое) ре&ллуемссти Этап выбора ирсскристт Этап аыбора одно* Ркбсггм документном Строительство проверка ввод с жсотуатарао а Змсршемк проекта OGC LIKTCX I Разработка бтисс обоснований 2 Рйтрпботаа стратегии РС4ЛКШ1**. ЗА Ркрвбош ■ утверждение ТЗ ■ ЗВ Утвсрждсаае рабочей жкуиптшш ЗС Принятие твендувтвиии } Оценка аыгои

Рисунок 4 — «С1С ( Construction Industry Council) Scope of Services* как план процессов верхнего уровня и другие процессные планы

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

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

План проектного процесса следует определить и учесть задание ИТР и идентифицировать заказчика/работодателя, определенным обменом информацией. Обмен данными внутри команды является гораздо более частыми и имеет повторяющийся характер, но в конечном счете связан с обменом информацией заказчик/работодатель, как показано на рисунке 5.

12

ГОСТ P 57295—2016

Содержание

1    Общие положения...................................................................1

2    Область применения.................................................................5

3    Нормативные ссылки................................................................,6

4    Термины и определения...............................................................6

5    Основные положения дизайн-менеджмента.............................................,9

5.1    Общие положения................................................................9

6    Формирование и менеджмент дизайн-команды............................................9

6.1    Обязанности.....................................................................9

7    Разработка технического задания на    проектирование (дизайн-брифа).......................10

8    План работы по проекту..............................................................11

9    Планирование процессов............................................................11

10    Разработка дизайн-программы.......................................................14

11    Классификация....................................................................14

12    Организация связи в проекте........................................................15

13    Затраты заказчика.................................................................16

14    Менеджмент дизайн-ресурсов........................................................16

14.1    Кадровые ресурсы .............................................................16

15    Инновации и управление стоимостью.................................................16

16    Техническая информация...........................................................17

17    Руководство внедрением. САПР и производительность BIM...............................17

18    Управление записями...............................................................18

19    Техническое оборудование..........................................................18

20    Обеспечение проектирования, изыскания и другие сопутствующие сервисы.................18

21    Требования к извлечению данных.....................................................19

22    Интеллектуальная собственность и авторское право.....................................19

23    Менеджмент дизайн-процесса.......................................................20

23.1    Общие положения..............................................................20

24    Обзор предварительных полномочий..................................................20

25    Дизайн бриф (техническое задание на проектирование)..................................20

26    Этапы дизайна....................................................................22

27    Валидация хода проекта............................................................23

28    Управление проектными данными....................................................23

29    Проектирование в ходе строительства.................................................23

30    Надзор в ходе строительства........................................................24

31    Испытания........................................................................24

32    Завершение.......................................................................24

33    Эксплуатация.....................................................................25

34    Оценка дизайн-менеджмента........................................................25

Приложение А (справочное) Принципы универсального дизайна..............................26

Библиография.......................................................................28

III

Введение

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

Данное Руководство основано на современных подходах к использованию Систем автоматического проектирования (САПР) и Информационного моделирования зданий (BIM) и соответствует принятому в международных практиках обозначению «уровня зрелости (развития) В1М» — BIM Level 2. В ряде Европейских стран, например, в Великобритании, «уровень зрелости» BIM Level 2, установлен как обязательное требование при проектировании, строительстве и вводе в эксплуатацию в рамках государственного или общественного финансирования. BIM Level 2 требует полной совместимости 3D BIM со всей проектной информацией, включая управление активами, документацией и электронными данными.

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

Можно выделить четыре ключевых фактора определяющих развитие дизайн-менеджмента последние годы:

-    совместная работа/деятельность;

-    влияние новых технологий;

-    влияние логистики;

-    функции и ответственность/компетенция.

Настоящий стандарт разработан с уметом этих изменений и:

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

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

-    определяет принципы и единые ориентиры для компаний и протоколов/алгоритмов проектирования.

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

•    архитекторам;

-    дизайнерам/проектантам и инженерам;

•    дизайн-менеджерам;

-    информационным менеджерам;

-    подрядчикам;

-    BIM консультантам;

-    органам федеральной власти;

-    местному самоуправлению;

•    учреждениям высшего образования;

-    профессиональным объединениям.

При разработке настоящего стандарта был использован передовой зарубежный и отечественный опыт в области дизайна антропогенных сред: принципы Универсального дизайна, методы экоу-стойчивого проектирования и строительства и дизайн-менеджмента, в частности, британский стандарт BS 7000-4:2013 «Системы дизайн-менеджмента. Руководство по дизайн-менеджменту в строительстве» (BS 7000-4:2013 «Design management systems Part 4: Guide to managing design in construction»).

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМЫ ДИЗАЙН-МЕНЕДЖМЕНТА Руководство по дизайн-менеджменту в строительстве

Design management systems Guide to design management in construction

Дата введения — 2018—01—01

1 Общие положения

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

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

1.1 Совместная работа

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

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

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

Издание официальное

Настоящий стандарт устанавливает руководящие принципы, которые подходят для широкого спектра контрактов, договоров и соглашений и применения технологий информационного моделирования, соответствующих Уровням 0.1 и 2 «модели зрелости BIM-технологий» (рисунок 1).

1.2 Влияние новых технологий

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

Существуют следующие уровни:

-    Уровень 0. САПР+САМ/САЕ: обычно 2D с бумажным или электронным документом, например PDF, как наиболее вероятным механизмом обмена данными. Управление скорее, всего будет, пост проектным согласованием, требующим не столько сотрудничества, сколько разрешения противоречий. Математическое моделирование применяется как обособленный подход для решения узкоспециализированных задач;

-    Уровень 1. управляемый САПР+САМ/САЕ: в 2D или 3D формате, с инструментарием обеспечения совместных работ, общая среда передачи данных, возможно, некоторые структуры и форматы стандартных данных. Данные математического и имитационного моделирования передаются в виде электронных или бумажных отчетов, подготовленных в ручном режиме. Коммерческие данные, управление автономными финансами и программами управления затратами без их интеграции.

-    Уровень 2. управляемый: ЗО-среда, содержащаяся в отдельной дисциплине, инструменты информационного моделирования с прикрепленными данными;

-    Уровень 3: полностью открытый процесс и интеграция данных с поддержкой обмена данными между расчетными программами система САПР. Управляемая с помощью совместной модели сервера, который обеспечивает расчет и вычисления;

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

Настоящий стандарт распространяется на Уровни 0. 1 и 2 модели зрелости (рисунок 1).

Е>

Рисунок 1 — Модель зрелости BIM-технологий, стандарты и их применение

2

ГОСТ P 57295—2016

1.3 Строительная контрактация

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

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

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

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

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

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

Рисунок 2 — Процессы контрактации Тоном выделены аспекты, критически важные для дизайн процесса

1.4 Функции и распределение обязанностей

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

В связи с широким внедрением BIM-технологий. изданием стандарта PAS 1192-2 и протокола CIC (2) существенно возрастает роль Информационного (BIM) менеджера, чьи функции необходимо однозначно и непротиворечиво определить.

3

КОНТРАКТ

Работая группа (РГ) — девая трута (например атролромыи/теииая конструкторская меидиае«тлииариая\ созданная дпя решения зддач рауработ->» спв^алимроваинь» частей проекта Таска еомхспмо сотрудничество между отделении спв1е»алиствый я РГ В инфраструктурных проектах метут быта ЖД РГ, РГ Стайся яде РГ Мосты

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

Рисунок 3 — Диуаяи меиодяыеыт — функции я ответственность

Таблица 1 — Функции и обязанности в дизайн-команде

Функции Функциональные наименования Общее Общее руководство проектом —см примечание 2 Руководитель проекта (РП) Управление информацией Информационный менеджер (ИМ) Дизайн (проектирование) Общее руководство дизайн-процессом (проектированием) Главный архитектор проекта (ГАП) Управление информацией дизайн-процесса BIM менеджер Управление совместимостью Интерфейс-менеджер Дизайн задачи Д31. Д32, ДЗЗ и т. д Менеджеры дизайн (рабочих) групп: РГ1. РГ2, РГЗ ИТ. д. Строительство Общее руководство процессом строительства Руководитель строительства (PC) Управление информацией процессов строительства Информационный менеджер строительства Примечания 1    Единая точка ответственности за общее осуществление проекта может работать на обе стороны в организации строительных работ Чаще всего это на стороне предложения, но для методов контрактации, таких как управление строительством это может быть на стороне работодателя На небольших проектах индивид может иметь несколько функций. 2    8 зависимости от размера и характера проекта любые позиции в этой таблице могут иметь внутреннюю команду поддержки с различными уровнями формальной, определенной и согласованной делегации, например, относящиеся к определенным зонам общего проекта

1.5 Эффект масштаба

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

2 Область применения

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

Настоящий стандарт ссылается, но не распространяется на деятельность до заключения догово-ра/контракта на проектирование или строительство.

Примечания

1    Руководство по дизайн-менеджменту промышленной продукции и сервисов приведен в ГОСТ Р 56645 1 и ГОСТ Р 56645 4 соответственно

2    Настоящий стандарт можно рассматривать как дополнение к ГОСТ Р ИСО 9001-2015

5

3 Нормативные ссылки

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

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 20886 Организация данных в системах обработки данных. Термины и определения ГОСТ Р 8.614 Государственная система единства измерений. Межгосударственная система данных о физических константах и свойствах веществ и материалов Основные положения

ГОСТ Р 56645.1 Системы дизайн-менеджмента Руководство по управлению дизайном промышленной продукции

ГОСТ Р 56645 2 Системы дизайн-менеджмента. Руководство по управлению инклюзивным дизайном

ГОСТ Р 56645.4 Системы дизайн-менеджмента. Руководство по управлению сервис-дизайном ГОСТ Р 56645.5 Системы дизайн менеджмента. Термины и определения ГОСТ Р 57188 Численное моделирование физических процессов. Термины и определения ГОСТ Р 57269 Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред. Термины и определения

ГОСТ Р 57296 Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред Основные положения

ГОСТ Р 57297 Интегрированный подход к управлению информацией жизненного цикла антропогенных объектов и сред. Основные положения

ГОСТ Р ИСО 9001 Системы менеджмента качества. Требования ГОСТ Р ИСО/МЭК ТО 10032 Эталонная модель управления данными

ГОСТ Р ИСО/МЭК 12207 Информационная технология. Системная и программная инженерия ГОСТ Р ИСО/МЭК 19778-1 Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства

ГОСТ Р МЭК 61069-1 Измерение и управление промышленным процессом. Определение свойств системы с целью ее оценки. Часть 1. Общие подходы и методология

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

4 Термины и определения

В настоящем стандарте применены термины по ГОСТ Р 56645.5 и ГОСТ Р 57269, а также следующие термины с соответствующими определениями:

4.1    дизайн (design): (существительное): Совокупность проектирования и экстатической деятельности. преобразующих требования к объекту-системе в Проектную документацию.

4.2    дизайн (design): (существительное): Сам продукт, дизайн конечного продукта.

4.3    дизайн (design): (глагол): Производство информации, посредством которой дизайн реапизу-ется в продукт.

6