Рис. 2.0.1. Что нужно для создания объекта 2.1. Современное понимание инжиниринга
Рис. 2.1.1. Кто такой инженер
«Инженер – это “ученый строитель” сооружений различного рода». Приблизительно так определял словарь В.И. Даля смысл инженерной деятельности.
Современное понимание термина «инжиниринг» во многом сохранилось. При создании объекта инженер выполняет роль «ученого-строителя», или помогает строителю, или руководит им. Инженер знает, что строить, как строить и как управлять строительством (рис. 2.1.1).
При более широкой трактовке в качестве объекта инжиниринга могут выступать не только объекты строительства, но и другие виды искусственно создаваемых объектов. Тогда инжиниринг – это деятельность на коммерческой основе по обеспечению функционирования искусственно создаваемых объектов и решений транспортных и информационных систем, систем управления, бизнес-систем и т. д. Обычно подобная деятельность осуществляется в форме обособленного проекта выработки инжинирингового решения или в форме сервисных услуг (рис. 2.1.2).Рис. 2.1.2. Типовые формы исполнения деятельности инжиниринговой компанией 2.2. Ключевые процессы создания объекта инфраструктуры
Рис. 2.2.1. Ключевые процессы создания объекта
В общем инвестиционном процессе «инициирование – создание объекта – эксплуатация – утилизация или реконструкция» этап создания (строительства) объекта занимает почетное второе место. В осуществлении строительства объекта центральную роль играют четыре процесса (рис. 2.2.1):
– E (engineering – проектирование);
– P (procurement – комплектация);
– C (construction – строительство);
– PM (project management – управление проектом).
Здесь появляется еще одна, более узкая трактовка термина «инжиниринг» как деятельности по проектированию систем, тогда как более широкая понимает под инжинирингом реализацию в проекте всех указанных процессов.Здесь появляется еще одна, более узкая трактовка термина «инжиниринг» как деятельности по проектированию систем, тогда как более широкая понимает под инжинирингом реализацию в проекте всех указанных процессов.
При реализации инвестиционных проектов процессы могут исполняться специализированными организациями как раздельно, так и в различных комбинациях. Например, широкое распространение получает EPC-подряд, представляющий собой комплексное исполнение работ по проектированию, организации поставок и созданию объекта:
EPC = E + P + C.
В подобных проектах инжиниринг играет роль стержня всего цикла жизни реализации проекта – от формирования идеи до создания объекта.
Распределение ответственности за создание объекта
Структурируй процесс создания объекта, опиши основные процессы и составляющие их подпроцессы.
Определи исполнителей.
Распредели ответственность за исполнение процессов создания объекта между инвестором, техническим представителем инвестора и инженерными компаниями-исполнителями.
2.3. Распределение EPC-ответственности (ролей) участников инжиниринговых проектов
Рис. 2.3.1. Традиционная модель (инженер-инвестор)
В практике современного бизнеса встречаются различные варианты делегирования инженеру (инжиниринговой компании) ответственности за реализацию базовых процессов создания объектов.
Варианты распределения сфер EPC-ответственности, понимаемые как роли участников в проектах строительства, удобно охарактеризовать с помощью матриц соответствия «виды деятельности – исполнители».
В таких матрицах столбцы характеризуют типовые формы инжиниринговых услуг:
– проектирование;
– комплектация;
– строительство.
Строки же задают участников проекта:
– заказчик;
– подрядчик;
– инженер-консультант.
Крестики (Х) в матрице указывают сферу ответственности участника проекта, т. е. соответствие «процесс – исполнитель».
На вопрос, кто из участников отвечает за эффективное исполнение инжиниринговых функций в проекте, современная практика дает три часто встречающихся ответа:
– заказчик (инвестор) (рис. 2.3.1);
– независимый консультант (инжиниринговая фирма) (рис. 2.3.2);
– ЕРС-подрядчик, или строительный генподрядчик (строительная компания) (рис. 2.3.3).
Не так давно считалось, что наилучшим образом вопросы инжиниринга могут решаться службами заказчиков проекта. В пользу этой концепции приводились следующие аргументы: