ГОСТ Р 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. некоторый информационный об
мен обязанностями управленческой деятельности сводится и планируется для руководителя проекта
(РП), Главного архитектора проекта (ГАП), менеджеров дизайн-rpynn и информационных и
интерфейс-менеджеров для того, чтобы обеспечить согласованный дизайн.
Обязанности расположены согласно иерархии на рисунке 3.
9