Script for the course_visual_v21

Разработка обзорного пилотного курса:
Управление эффективностью инжиниринга
Создание и подготовка детального контента курса
1
Создание видео
2
Текстовый скрипт
Визуальная поддержка
A
Б
НЕ ЧАСТЬ КУРСА

Поддерживающий слайд 1
Слайд номер 1
Pre-execution
Execution
Эффективный инжиниринг
Наличие качественных инженерных решений, как по времени и стоимости,
так и качественных с точки зрения «целостности инжиниринга» (инжиниринг интегрити)
01
02
04
03
Скорость
Качество
Стоимость
Эффективное взаимодействие интерфейса
с остальными
функциями
Комментарии для видео - ТРЕТЬЕ:
Название «Pre-exection» и «Execution» появляется позже (в соответствии с текстом «…выглядит по-разному в зависимости от этапа проекта»
Комментарии для видео - ВТОРОЕ:
Появляется в соответствии с текстом
Комментарии для видео- ПЕРВОЕ:
Видео начинается с данных боксов
Галочки добавляются к боксам в конце (когда говорится последний абзац о важности обеспечения этих вещей)
Текстовый скрипт:
Эффективный инжиниринг - это наличие инженерных решений с заданным качеством, сроком и целостностью.
Управление эффективностью инжиниринга - это один из критически важных элементов для успеха проекта, так как без надлежащей инженерной документации в проекте могут быть существенные изменения уже проделанных работ, задержки или полная невозможность завершения работ (в худших случаях).
Эффективность инжиниринга может быть рассмотрена в разрезе 4 основных факторов, которые приведены на диаграмме ниже. Это:
- Качество; Скорость; Стоимость ; Эффективные интерфейсы с релевантными функциональными областями (закупки и СМР)
В управлении эффективностью инжиниринга одну из главных ролей играет заказчик. В ходе проектирования заказчик должен эффективно осуществлять i) мониторинг и контроль подрядчика в вопросах управления его ресурсами (интеллектуальными, материальными, трудовыми), а также ii) контроль качества выполненных работ с целью сдачи документации в назначенный срок, не выходя за рамки заданной стоимости. Поэтому важнейшими объектами управления инжиниринговой деятельности являются качество, ресурсы, стоимость и сроки.
Компетентный владелец поставленных задач по инжинирингу управляет процессом так, чтобы обеспечивалось соблюдение всех 4 -х факторов. Однако, процесс обеспечения эффективности данных 4 факторов выглядит по-разному в зависимости от этапа проекта.
Соответственно, в данном курсе вы пройдете обучение по наиболее важным элементам управления эффективностью инжиниринга в разрезе стадий проекта - pre-execution и execution.

Поддерживающий слайд 2
Слайд номер 2
Комментарии для видео - ВТОРОЕ:
В конце приближается часть «Pre-exection» и картинка переходит в 3-й слайд
Комментарии для видео - ПЕРВОЕ:
Данные боксы появляются во вторую очередь
Текстовый скрипт:
Таким образом, учитывая тот факт, что специфика и приоритетность основных задач управления эффективностью инжиниринга, и соответственно рычагов для такого управления варьируется в зависимости от стадии проекта - данный курс рассматривает важность 4 основных факторов в разрезе стадий проекта pre-execution и execution.
Последующие главы курса сфокусированы на
i) наиболее важных для понимания факторах, обеспечивающих эффективность инжиниринга
ii) а также на соответствующих рычагах управления данными факторами

Поддерживающий слайд 3
Слайд номер 3
Комментарии для видео - ПЕРВОЕ:
Боксы «качество» и «скорость» должны быть подсвечены выделены более темным цветом – речь идет о них
Комментарии для видео - ВТОРОЕ:
Часть Execution полу-скрыта/засвечена (так как сейчас не рассматривается
Текстовый скрипт:
Первоочередными факторами на этапе pre-execution являются качество инжиниринга, и в меньшей степени скорость. Стоимость и интерфейсы являются менее релевантными на данном этапе. Далее будут рассматриваться качество и скорость. Каждый из данных факторов зависит от определенных элементов, и соотвествующих рычагов управления, которые будут рассмотрены далее.

Поддерживающий слайд 4
Качество инжиниринга
Учет общей стоимости владения (ТСО)
Валью инжиниринг
Компетентные специалисты, которые осуществляют QA/QC процесс со стороны инжиниринговой компании
Вариантность рассматриваемых решений
Общая стоимость владения
Целостность и полнота инжиниринга
(«Инжиниринг интегрити»)
Качественные итерации с заказчиком, включающие
Принятие работ либо непринятие и предоставление комментариев
Анализ технологичности строительства/проектной документации: 3д модель, contractibility review, risk review (HAZOP/HAZID)
Слайд номер 4
Текстовый скрипт:
Качество инжиниринга зависит от ряда элементов по двум направлениям:
i) общая стоимость владения (ТСО)
ii) и "целостность и полнота инжиниринга" ("инжиниринг интегрити").
Элементами связанными с общей стоимостью владения являются:
- Вариантность рассматриваемых решений: в ходе проектирования должны быть рассмотрены различные варианты инженерных решений
- Учет общей стоимости владения (ТСО): при выборе инженерного решения должна учитываться стоимость для заказчика на протяжении всего срока жизни объекта
- А также, Валью инжиниринг: определение и оценка альтернативных проектных решений с целью оптимизации TCO (этот курс более детально также рассматривается в отдельном тренинге)
При высоком уровне проработки TCO обеспечивается экономическая оптимальность инженерных решений
Связанными с "целостностью инжиниринга" элементами являются:
- Наличие компетентных и опытных специалистов, которые осуществляют QA/QC процесс со стороны инжиниринговой компании (главных специалистов)
- А также, Качественные итерации с заказчиком, позволяющие ему осуществить должный контроль качества:
- -- Принятие работ либо непринятие и предоставление комментариев
- -- Анализ технологичности строительства/проектной документации: 3д модель, "констрактабилити ревью", анализ рисков (HAZOP/HAZID) и т.д.
При высоком уровне целостности инжиниринга также обеспечивается критически важный аспект - отсутствие коллизий: это возможность своевременно обнаружить ошибку в модели и устранить ее до начала строительства, стремясь к отсутствию ошибочных пересечений элементов.
Покрывается в отдельном курсе
Экономическая оптимальность
инженерных решений
Отсутствие коллизий

Поддерживающий слайд 5
Скорость инжиниринга
Слайд номер 5
Качественные и полные исходные данные
Четкий план на стадию
Количество задействованных ресурсов на стороне подрядчика и проектной команды (как точки зрения человеко-часов, так и с точки зрения количества специалистов по дисциплинам)
Опыт инженеров
Быстрые итерации ревизий
Текстовый скрипт:
В свою очередь, скорость инжиниринга зависит от ряда причин, это:
- Качественные и полные исходные данные
- Наличие четкого плана на стадию
- Количество задействованных ресурсов на стороне подрядчика и проектной команды (как точки зрения человеко-часов, так и с точки зрения количества специалистов по дисциплинам)
- Опыт инженеров (опыт проектирования в частности для подобных объектов)
- А также, Быстрые итерации ревизий

Поддерживающий слайд 6
Рычаги
Тип
рычага
Рычаги управления необходимые для обеспечения всех раннее перечисленных элементов качества и скорости инжиниринга
Качество
Скорость
Рычаги управления
Слайд номер 6
Текстовый скрипт:
Для обеспечения всех раннее перечисленных элементов качества и скорости инжиниринга необходимо наличие и использование рычагов управления, которые визуально могут быть представлены в виде трех видов - это 1) Основные предпосылки и требования перед запуском работ, 2) процесс разработки, а также 3) организационные энейблеры
К [Основным предпосылкам и требованиям перед запуском работ] относятся:
Качественное ТЗ и выбор подрядчика;
Технические условия;
Процесс взаимодействия - Руководство по согласованию проектной документации ERG (РСПД)
К [Процессу разработки] относятся:
MDR (master document register - детальный план выдачи инженерной документации)
Отчетность и встречи по управлению эффективностью
Механизм эскалации рисков и проблем
К [Энейблерам] относятся:
Хорошо организованное стартовое совещание с протоколом фиксирующим основные элементы
Колокация специалистов проектного института , которая позволяет удостовериться в количестве задействованных ресурсов и опыте команды подрядчика
Проведение сессий с проектным институтом и заказчиком на 30/60/90% прогресса проектирования
Комментарии для видео - ПЕРВОЕ:
Вначале появляются три больших круга (можно в движении)
Комментарии для видео - ВТОРОЕ:
Справа показывать картинку, когда будут перечисляться каждый из элементов показать соответственную картинку

Поддерживающий слайд 7А
ТЗ на изыскание
ТЗ на СМР
ТЗ на поставку ОТО
ТЗ на услуги по проектированию
Слайд номер 7А
Текстовый скрипт:
Качественное ТЗ и выбор подрядчика: Существуют несколько основных видов ТЗ по инжинирингу в ERG CP: ТЗ на услуги по проектированию; ТЗ на поставку основного технологического оборудования ; ТЗ на НИИР; ТЗ на изыскание; ТЗ на СМР;
При этом в ТЗ обязательно необходимо указать стандарты качества ERG CP применительно к специфике ТЗ.
Поддерживающие документы (памятка по стандартам качества, шаблонам ТЗ) доступны к загрузке в приложении к данному курсу
ТЗ на НИИР
В ТЗ важно указать стандарты качества ERG CP применительно к специфике ТЗ (например, наличие требований к количеству различных вариантов решений с расчетом ТСО)
Поддерживающие документы (памятка по стандартам качества, шаблонам ТЗ) доступны к загрузке в приложении к данному курсу
Основные виды ТЗ по инжинирингу

Поддерживающий слайд 7Б
Технические условия
Относятся к основным исходным данным, которые передаются проектному институту со стороны Заказчика для дальнейшего проектирования
Пример: технические условия на подключения к сетям
Документ регламентирующий подключение, включающий специфику как:
- Местоположение
- Мощность
- Расход воды
- Давление
- Качество воды
И другие характеристики среды
Текстовый скрипт:
Технические условия - Относятся к основным исходным данным, которые передаются проектному институту со стороны Заказчика для дальнейшего проектирования.
Данный пример показывает технические условия (ТУ) на подключение к сетям. Данный конкретный документ содержит такие элементы как местоположение, мощность, расход воды, давление и качество воды

Поддерживающий слайд 7С
Слайд номер 7С
ECP-ENG-INS-0002-R-А05 Руководство по согласованию Проектной документации (РСПД)
Документ определяет руководство по идентификации, формату и подачи документации Подрядчиков в ЕРГ КП
Целью является обеспечение процедуры согласования процесса при разработке технической документации по проекту с ЕРГ КП на последовательных этапах проекта и ознакомление всех подрядчиков с требованиями к управлению и согласованию разрабатываемой документацией
Документ устанавливает порядок оборота документов, в том числе систем нумерации и индексации представленного пакета документов, их количество, распространение и содержание.
Детальный документ руководства по согласованию Проектной документации (РСПД) доступен для загрузки в приложении к данному курсу
Текстовый скрипт:
В ERG CP существует руководство по согласованию проектной документации (РСПД)
-- Документ определяет руководство по идентификации, формату и подачи документации Подрядчиков в ЕРГ КП
-- Целью является обеспечение процедуры согласования процесса при разработке технической документации по проекту с ЕРГ КП на последовательных этапах проекта и ознакомление всех подрядчиков с требованиями к управлению и согласованию разрабатываемой документацией
-- Документ устанавливает порядок оборота документов, в том числе систем нумерации и индексации представленного пакета документов, их количество, распространение и содержание.
-- Детальный документ руководства по согласованию Проектной документации (РСПД) доступен для загрузки в приложении к данному курсу

Поддерживающий слайд 8А
Слайд номер 8А
Достаточный уровень детализации
Включающий необходимые сессии и совещания
Реестр проектной документации бывает двух типов:
MDR на этапе конкурса
MDR во время проектирования
MDR на этапе конкурса необходим для подтверждения затрат и обоснования используемых ресурсом Подрядчиком при разработке ПСД
Пример: Шаблон MDR на этапе конкурса
(ECP-ENG-TMD-003-R-R01)
Текстовый скрипт:
Хороший план имеет достаточный уровень детализации и обеспечивает ясность и прозрачность, для того чтобы команда находилась на одной странице.
В ERG CP также существует MDR (Master document register) - детальный план выдачи инженерной документации
- Данный пример показывает Шаблон MDR на этапе конкурса.
- Реестр проектной документации бывает двух типов: i) MDR на этапе конкурса; ii) MDR во время проектирования
- MDR на этапе конкурса необходим для подтверждения затрат и обоснования используемых ресурсом Подрядчиком

Поддерживающий слайд 8Б
Пример: Шаблон MDR во время проектирования
(ECP-ENG-TMP-0007-R-A02)
В данной форме главную роль играет правая часть, в которой указываются планируемые и фактические даты разработки документов, их статус на определённую дату и прогресс создания.
Слайд номер 8Б
Текстовый скрипт:
Шаблон MDR во время проектирования: В данной форме главную роль играет правая часть, в которой указываются планируемые и фактические даты разработки документов, их статус на определённую дату и прогресс создания.

Поддерживающий слайд 9
Отчетность и встречи
Регулярность
Прозрачность в понимании регулярности встреч разного уровня и типа (например, еженедельные встречи
в офисе подрядчика, рабочие встречи и комитеты)
Более подробно рассматривается в рамках части по стартовому совещанию
Текстовый скрипт:
Отчетность и встречи являются важным для управления рычагом, и должны включать такие характеристики как:
Цель: У участников должно иметься четкое
понимание цели встречи и ее контекста обсуждаемой повестки
Процесс: Встреча представлена заранее подготовленной и продуманной повесткой, включающей ключевые элементы встречи и необходимое время для обсуждения каждого из них, а также приоритизацию вопросов
Результат: Фиксирование и согласование результата встречи и ответственных: протокол и приложения
Более подробно рассматривается в рамках части по стартовому совещанию.
Цель
Процесс
Результат
Контент встречи
У участников имеется четкое
понимание цели встречи и ее контекста обсуждаемой повестки
Встреча представлена заранее подготовленной и продуманной повесткой, включающей ключевые элементы встречи и необходимое время для обсуждения каждого из них, а также приоритизацию вопросов
Фиксирование и согласование результата встречи и ответственных: протокол и приложения
Слайд номер 9

Поддерживающий слайд 10А
Слайд номер 10А
Механизм эскалации
Эскалация проблемы
на уровень выше
Эскалация инженерам подрядчика на рабочем уровне
Эскалация проблемы
на уровень выше
Эскалация проектному руководителю
Эскалация главе
функции инжиниринга
в проектной команде
Передача информации партнеру на следующей по плану еженедельной встрече
Возникновение проблемы или неясности
Текстовый скрипт:
При этом, также должен существовать механизм эскалации - понятный путь по действиям и принятию решений при проблемах и неясностях (например, к кому и когда коммуницировать при наличии проблем). Установление механизма эскалации позволяет обеспечить быстрое и эффективное решение вопросов. Например, у сотрудника должно быть понимание о том что свою обеспекоенность и комментарии он может изложить на следующей еженедельной встрече, или же эскалировать вопрос на уровень выше при высоком уровне важности и временной критичности.

Поддерживающий слайд 10Б
Слайд номер 10Б
Пример ERG СP
Технический комитет (ТК)
Рассмотрение в рамках проектной команды
Управляющий комитет (УК)
Эскалация куратору
Рассмотрение технической стороны вопроса
Проектная команда
Возникновение открытого вопроса
Например, проектный институт выдал 3-5 технологий основного производства
Текстовый скрипт:
На данный момент в ERG действует трех-шаговая система: например, проектный институт выдал 3 схемы водоснабжения и необходимо зафиксировать одну из них. Первым шагом будет решение в рамках проектной команды. Если проектная команда не может принять решение, то инициируется технический комитет, где принимается конкретное решение. В случае, если технический комитет не может принять решение, то вопрос эскалируется на управляющий комитет. При этом на техническом комитете рассматривается только техническая сторона, но управляющем комитете также рассматриваются финансы.
При этом, согласно общим практикам, от проектной команды вопрос выносится на УК, где куратор может принять решение направить вопрос на технический комитет (инициировать ТК), после далее по рекомендации ТК принимается решение
При этом, согласно общим практикам, от проектной команды вопрос выносится на УК, где куратор может принять решение направить вопрос на технический комитет (инициировать ТК), после далее по рекомендации ТК принимается решение

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

Поддерживающий слайд 11Б
Слайд номер 11Б
Текстовый скрипт:
В ERG по подобной логике стартовое совещание включает такие характеристики как:
1) Стартовые совещания необходимо проводить с обязательным участием специалистов блока инжиниринга; 2) На стартом совещании еще раз проговаривается объем работ (для понимания и согласованности между сторонами); 3) Обмен мнениями по поводу исходных данных (например, в случае недополучения данных обсуждаются сроки получения); 4) Уточнение и обзор специфики проекта и наиболее специфических деталях ; 5) Стартовые встречи рекомендуются к проведению на будущей площадке строительства.
Исходные данные
Участие
Объем работ
Локация
Специфика проекта
Стартовые совещания ERG CP
Стартовые встречи рекомендуются к проведению
на будущей площадке строительства
На стартом совещании еще раз проговаривается объем работ (для понимания и согласованности между сторонами); а также, все требования со стороны
заказчика предъявляемые
для проектирования
Уточнение и обзор специфики проекта и наиболее специфических деталях
Стартовые совещания необходимо проводить
с обязательным участием специалистов блока инжиниринга
Обмен мнениями по поводу исходных данных (например,
в случае недополучения данных обсуждаются сроки получения)

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

Поддерживающий слайд 13А
Поддерживающая картинка для начала главы
Слайд номер 13А

Поддерживающий слайд 13Б
Слайд номер 13Б
Процедура 30-60-90 представляет собой проведение сессий на стадиях выполнения проектирования П, РП, РД или сессий ОТР/90 на стадии FEL-2.
Сессии по обзору проекта проводятся с целью удостовериться в правильности принимаемых проектных решений и проверки качества проработки проектной документации.
Схема взаимодействия проектной команды и проектного института должна быть определена на стартовом совещании, в зависимости от стадийности, сложности и специфики проектируемого объекта.
В ERG CP существует процедура проведения сессий 30/60/90 (или ОТР/90).
Проектная команда, Ведущие специалисты Проектировщика, специалисты Экспертного блока по инжинирингу и представители от службы эксплуатации Заказчика (при необходимости)
Проектировщик должен разработать график посещения объектов строительства и согласовать с Заказчиком на начальном этапе проектирования. Данные активности должны быть отражены в MDR.
За 10 рабочих дней до проведения любой сессии по обзору проекта ПК, получив пакет документации от проектного института, должна обеспечить рассылку необходимого пакета всем участникам сессии. После изучения пакетов документации, ПК должна подготовить свод вопросов для обсуждения на сессии.
Текстовый скрипт:
Цели: Процедура 30-60-90 представляет собой проведение сессий на стадиях выполнения проектирования П, РП, РД или сессий ОТР/90 на стадии FEL-2.
На начальной стадии реализации проекта (обязательное участие на стартовом совещании специалистов ЕРГ КП), а также, по мере продвижения проекта (рассмотрение проектной документации по готовности 30%, 60% и 90% от общего объема работ) возникает необходимость в проведении сессии по обзору проекта.
Сессии по обзору проекта проводятся с целью удостовериться в правильности принимаемых проектных решений и проверки качества проработки проектной документации.
В зависимости от стадии проекта используются различные варианты проведения сессии по обзору проекта, например, выезд группы проектной команды в офис проектного института, либо выезд ведущих специалистов проектного института в офис проектной команды (указанные в таблице "варианты проведения сессий). Имеется возможность организации совещаний по ВКС для решения не сложных технических или технологических вопросов.
Схема взаимодействия проектной команды и проектного института должна быть определена на стартовом совещании, в зависимости от стадийности, сложности и специфики проектируемого объекта.
В Задании на проектирование обязательно должно быть отражено требование о проведении сессий по обзору проекта
и подготовке с стороны Проектировщика необходимых материалов и документации.
Должны быть подготовлены требования к пакетам документации, которые разрабатываются на начальной стадии проектирования и представлены на стартовом совещании между Проектным институтом, Командой проекта, специалистов Блока Инжиниринга и других заинтересованных лиц. (слайд со списком документации 30-60-90 "Требования к документации").
После подписания Договора на выполнение работ, в обязательном порядке, до начала проектирования, необходимо обеспечить посещение Объекта ключевыми специалистами Проектировщика по разделам (дисциплинам) с целью ознакомления и обследования площадки проектирования (существующих зданий, сооружений и инженерных систем).
Участники: Проектная команда, Ведущие специалисты Проектировщика, специалисты Экспертного блока
по инжинирингу и представители от службы эксплуатации Заказчика (при необходимости)
Формат: Проектировщик должен разработать график посещения объектов строительства и согласовать
с Заказчиком на начальном этапе проектирования. - Данные активности должны быть отражены
в MDR. По результатам посещений необходимо подготавливать отчеты (с приложением фотоматериалов) и согласовать данные отчеты с Заказчиком.
За 10 рабочих дней до проведения любой сессии по обзору проекта проектная команда, получив пакет документации от проектного института, должна обеспечить рассылку необходимого пакета всем участникам сессии.
После изучения пакетов документации, проектная команда должна подготовить свод вопросов
для обсуждения на сессии.
Любая сессия должна начинаться с проведением обзора всех выполненных работ на данную веху по проектированию со стороны проектного института.
Далее должны быть рассмотрены выявленные со стороны специалистов ЕРГ КП, во время проверки ПСД замечания, ошибки, рекомендации.
Для оптимизации проведения сессий рекомендуется проведение отдельных встреч между узкими специалистами ЕРГ КП и специалистами проектного института во время сессий.
При возникновении сложных/проблемных вопросов во время проведения сессий, допускается вынесение таких вопросов на отдельное обсуждение в Техническом комитете проекта ЕРГ КП.
Окончанием сессии является подписанный протокол, в котором должны быть указаны все рассмотренные технические вопросы и зафиксированы все спорные моменты и технические решения.
Цель
Участники
Формат

Поддерживающий слайд 14
Слайд номер 14
Текстовый скрипт:
На стадии pre-execution наиболее важными факторами определяющими успех и эффективность инжинирнга являются качество и скорость инжиниринга. Каждый из факторов определяется основными элементами, которые контролируются релевантными для них рычагами управления.
Соответственно на стадии pre-execution основными важными факторами являются:
i) Качество, которое в свою очередь рассматривается через А) общую стоимость владения (это такие элементы как вариантность рассматриваемых решений, учет общей стоимости владения, валью инжиниринг) и Б) "целостность инжиниринга" (это наличие компетентных специалистов осуществляющих QA/QC процесс, а также качественные итерации с подрядчиком
ii) а также скорость инжиниринга (включающую такие элементы как наличие качественных исходных данных, плана на стадию, размер и опыт команды, а также быстрые итерации ревизий)
Данные факторы и элементы, в свою очередь, обеспечиваются тремя видами рычагов, такими как: i) основные предпосылки и требования перед запуском работ (включающие такие элементы как качественное ТЗ и выбор подрядчика; Технические условия; и Руководство по согласованию проектной документации ), ii) Хард рычаги (это детальный план выдачи инженерной документации; отчетность и встречи по управлению эффективностью, механизм эскалации рисков и проблем), а также iii) энейблеры (стартовые совещания, колокация команды и процедура 30/60/90)
Колокация специалистов проектного института
(в едином месте)
Отчетность и встречи по управлению эффективностью
Технические условия
Основные предпосылки и требования перед запус-ком работ
Процесс разработки
Организа-ционные энейблеры
Опыт инженеров
Количество инжиниринговых часов
Четкий план на стадию
Скорость
Качество
Учет общей стоимости владения (ТСО)
Релевантные факторы
Рычаги управления

Поддерживающий слайд 15
Слайд номер 15
Комментарии для видео - ПЕРВОЕ:
Часть Pre-Execution полу-скрыта/засвечена (так как сейчас не рассматривается
Комментарии для видео - ВТОРОЕ:
Боксы «скорость» и «интерфейсы» должны быть подсечены более темным цветом – речь идет о них
Бокс «качество» чуть светлее, Бокс « стоимость» не подсвечен
Текстовый скрипт:
На стадии exectution первоочередными факторами являются:
i) Скорость инжиниринга, а также
ii) Налаженные интерфейсы с блоками Закупа и СМР. Наличие второго элемента также обеспечивает корректную очередность документации.
iii) Качество инжиниринга

Поддерживающий слайд 16
Основными факторами обеспечивающими скорость инжиниринга на этапе реализации являются:
Слайд номер 16
Количество полноценно выделенных людей
Опыт
Быстрые итерации
Понимание и согласие с фронт-енд дизайном и планом реализации проекта
Филд инжиниринг (быстрое выявление и корректировка коллизий)
Четкий план выдачи документов
Специфично для этапа реализации
Текстовый скрипт:
Основными факторами обеспечивающими скорость инжиниринга на этапе реализации являются:
- Количество полноценно выделенных людей
- Опыт
- Быстрые итерации
*(+) Понимание и согласие с фронт-енд дизайном и планом реализации проекта
* (+) Полевой инжиниринг (быстрое выявление и корректировка коллизий)
- Четкий план выдачи документов

Поддерживающий слайд 17
Интерфейс с другими дисциплинами на стадии реализации является наиболее важным критерием и зависит от таких факторов как
Слайд номер 17
Наличие Системного канала коммуникаций (включающего каналы и систему документооборота)
Четкий график совещаний и встреч по рассмотрению приоритетов и проблем
Синхронизация очередности выдачи документации с функц СМР и закупа
Текстовый скрипт:
Интерфейс с другими дисциплинами на стадии реализации является наиболее важным критерием и зависит от таких факторов как:
- Наличие Системного канала коммуникаций (включающего каналы и систему документооборота)
- Четкий график совещаний и встреч по рассмотрению приоритетов и проблем
- Синхронизация очередности выдачи документации с функциональными блоками СМР и закупа

Поддерживающий слайд 18
Интерфейс с другими дисциплинами на стадии реализации является наиболее важным критерием и зависит от таких факторов как
Слайд номер 18
Следование "0 change policy"
QA/ QC процесс
Опыт специалистов проектного института
Изменения на этапе реализации представляют значительные затраты по последствиям. Например, очевидное на первый взгляд решение оптимизировать стоимость может привести как к последствиям, которые возможно предсказать, так и к существенным последствиям, которые предсказать сразу невозможно.
Текстовый скрипт:
Качество инжиниринга зависит от таких элементов как:
Оптимальная последовательность дизайна
Следование "0 change policy“
QA/ QC процесс
Опыт специалистов проектного института
Последовательность дизайна предполагает равномерную разработку (уровень проработки) по дисциплинам (не по очередности, а параллельно). Последовательность дизайна с точки зрения конечного результата, а не локальной оптимизации инжиниринговой функции.
"0 change policy“: Изменения на этапе реализации представляют значительные затраты по последствиям. Например, очевидное на первый взгляд решение оптимизировать стоимость может привести как к последствиям, которые возможно предсказать, так и к существенным последствиям, которые предсказать сразу невозможно.
Последовательность дизайна предполагает равномерную разработку (уровень проработки) по дисциплинам (не по очередности, а параллельно)
Последовательность дизайна с точки зрения конечного результата, а не локальной оптимизации инжиниринговой функции.
Оптимальная последовательность дизайна

Поддерживающий слайд 19
Рычаги управления
Основными рычагами для эффективного взаимодействия интерфейса с остальными функциями и скорости инжиниринга являются:
Качество
Скорость
Рычаги управления
Слайд номер 19
Текстовый скрипт:
Как было рассмотрено раннее - на этапе реализации для управления эффективностью инжиниринга необходимо обеспечить интерфейс с другими дисциплинами, а также скорость и качество инжиниринга.
Основными рычагами для обеспечения данных факторов являются:
1. Стартовое совещание с представителями всех релевантных дисциплин
2. Детальный план работ учитывающий планы других дисциплин и правильная последовательность согласованная с блоками СМР и Закупа
3. Отчетность и встречи (как между дисциплинами, так и между инжиринговой командой перед заказчиком)
4. Механизм эскалации рисков и проблем
5. Полевой инжиниринг
6. Качественное ТЗ и документация
7. Колокация
Интерфейс
Рассматривается далее
Стартовое совещание с представителями всех релевантных дисциплин
Детальный план работ учитывающий планы других дисциплин - правильная последовательность согласованная с блоками СМР и Закупа
Отчетность и встречи
Механизм эскалации рисков и проблем
Полевой инжиниринг
Качественное ТЗ и документация
Колокация

Поддерживающий слайд 20
В ERG CP специалисты блока инжиниринга сопровождают разработку проектно-сметной документации, которая затем передается в блок СМР (подрядчику по СМР). По необходимости специалисты блока инжиниринга оказывают экспертную поддержку специалистам авторского надзора (работникам проектного института, которые проверяют правильность реализации проектных решений на строительной площадке).
Взаимодействие специалистов блока инжиниринга с функциональными блоками
При взаимодействии с блоком Закупа, специалисты инжиниринга проверяют технические задания на приобретение основного технического оборудования, на приобретение услуг по проектированию, услуг по выполнению изысканий и других инжиниринговых услуг. Участвуют в аудите потенциальных поставщиков основного технологического оборудования и проектных организаций
Встречи и отчетность происходят в рабочем порядке на уровне руководителей функциональных вертикалей, по мере необходимости. Прозрачность и качество таких итераций является важным фактором в общей эффективности процесса.
Текстовый скрипт:
В ERG CP специалисты блока инжиниринга сопровождают разработку проектно-сметной документации, затем рабочая документация передается в блок СМР (подрядчику по СМР), и иногда специалисты блока инжиниринга оказывают экспертную поддержку специалистам авторского надзора (работники проектного института, которые проверяют правильность реализации проектных решений).
При взаимодействии с блоком Закупа, специалисты инжиниринга проверяют технические задания на приобретение основного технического оборудования. Участвуют в аудите потенциальных поставщиков оборудования и проектных институтов
Встречи и отчетность происходят в рабочем порядке на уровне руководителей функциональных вертикалей, по мере необходимости. Прозрачность и качество таких итераций является важным фактором в общем эффективности процесса.
Слайд номер 20

Поддерживающий слайд 21
Текстовый скрипт:
Основной задачей полевого инжиниринга является Уточнение принятых технических решений непосредственно по месту строительства объекта;, Технический надзор или шеф-монтаж за основными работами; Контроль качества, обеспечение качества; Управление вопросами охраны труда и экологии
Пример ERG:
В ERG CP данный процесс происходит по запросу в случаях необходимости, например:
При строительстве выяснилось, что изыскания были выполнены некорректно.
В таком случае производятся повторные изыскания и рабочий проект корректируется.
Специалисты блока инжиниринга учувствуют и контролируют данный процесс
Документ на изменения согласовывается с участием Проектировщика (в лице авторского надзора), блоков СМР и инжиниринга, а также технического надзора
Задачи полевого инжиниринга
Уточнение принятых технических решений непосредственно
по месту строительства объекта
Технический надзор или шеф-монтаж за основными работами силами специалистов сторонних организаций и поставщиков основного технологического оборудования
Контроль качества, обеспечение качества
Управление вопросами охраны труда и экологии
Процесс ERG CP
В ERG CP данный процесс происходит по запросу в случаях необходимости, например
При строительстве выяснилось, что изыскания были выполнены некорректно.
В таком случае производятся повторные изыскания и рабочий проект корректируется.
Специалисты блока инжиниринга учувствуют и контролируют данный процесс
Документ на изменения согласовывается с участием Проектировщика
(в лице авторского надзора), блоков СМР и инжиниринга, а также
технического надзора
Полевой инжиниринг
Слайд номер 21

Поддерживающий слайд 22
Слайд номер 22
Релевантные факторы
Рычаги управления
Текстовый скрипт:
Как было рассмотрено в данной секции, на стадии execution важными факторами являются скорость инжиниринга, а также налаженные интерфейсы с другими дисциплинами (в частности, с блоками Закупа и СМР).
Каждый из факторов определяется основными элементами, которые, в свою очередь, контролируются релевантными для них рычагами управления.
Фактор скорости инжиниринга - это такие элементы как кол-во полноценно выделенных сотрудников, опыт и быстрые итерации, а также специфичные для стадии элементы как понимание и согласие с фронт-енд дизайном и планом реализации проекта, а также филд инжиниринг.
Интерфейс с другими дисциплинами это такое элементы как наличие системного канала коммуникаций, четкий график совещаний и встреч по рассмотрению приоритетов и проблем, а также синхронизация очередености выдачи документации с другими функциональными областями
Качество инжиниринга это такие элементы как – оптимальная последовательность дизайна, и следование "0 чейндж полиси"; Quality assurance, Quality control процессы; а также Опыт специалистов проектного института.
Основными рычагами для обеспечения данных факторов являются:
1. Стартовое совещание с представителями всех релевантных дисциплин ; 2. Детальный план работ учитывающий планы других дисциплин и правильная последовательность согласованная с блоками СМР и Закупа ; 3. Отчетность и встречи (как между дисциплинами, так и между инжиринговой командой перед заказчиком) ; 4. Механизм эскалации рисков и проблем ; 5. Филд инжиниринг ; 6. Качественное ТЗ и документация ; 7. Колокация.
Опыт
Быстрые итерации
Понимание и согласие с фронт-енд дизайном и планом реализации проекта
Филд инжиниринг (быстрое выявление и корректировка коллизий)
Четкий график совещаний и встреч по рассмотрению приоритетов и проблем
Оптимальная последовательность дизайна
Опыт специалистов проектного института
Скорость
Интерфейс
QA, QC процесс
Качество
Стартовое совещание с представителями всех релевантных дисциплин
Детальный план работ учитывающий планы других дисциплин – правильная последовательность согласованная с блоками СМР и Закупа
Отчетность и встречи
Механизм эскалации рисков и проблем
Филд инжиниринг
Качественное ТЗ и документация
Колокация
Следование "0 change policy"