Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).
События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.
Рекомендуемое количество функций на диаграмме – не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.
События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.
События и операторы, окружавшие функцию на вышележащей диаграмме, должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции.
На диаграмме не должны присутствовать объекты без единой связи. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями. Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот. За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)». Операторы могут объединять или разветвлять только функции или только события.
Рис. 2.62 Пример диаграммы процесса в нотации EPC
 |  |
| Рис. 2.63 Пример допустимой ситуации 3 | Рис. 2.64 Пример допустимой ситуации 4 |
Пример недопустимой ситуации.
Рис. 2.65 Пример недопустимой ситуации
Статистические методы управления процессами
Приведены примеры наиболее востребованных методов статистического анализа и предложен механизм их оценки.
Анализ диаграммы Парето
На промышленных предприятиях постоянно возникают всевозможные проблемы: появление брака, неполадки оборудования и т.д. В большинстве случаев подавляющее число дефектов и связанные сними потери возникают из-за относительно небольшого числа причин, при чем доля материальных затрат составляет порядка 70 – 80%. Чтобы выяснить, какие из этих причин или факторов являются основными, строят диаграмму Парето.
Диаграмма Парето – инструмент, позволяющий объективно представить и выявить основные причины, влияющие на исследуемую проблему. Различают два вида диаграмм Парето: по результатам деятельности и по причинам.
Диаграмма по результатам деятельности предназначена для выявления главной проблемы и отражает следующие нежелательные результаты деятельности:
· Себестоимость: объем потерь, затраты;
· Безопасность: несчастные случаи, аварии;
· Сроки поставок: срыв сроков, нехватка запасов.
Диаграмма Парето по причинам отражает причины проблем, возникающих в ходе производства:
· Исполнитель работы: смена, бригада и т.д.;
· Оборудование: станки, агрегаты, инструменты и т.д.;
· Методы работы: последовательность операций, условия производства;
· Измерения: точность, воспроизводимость, стабильность.
Построение диаграммы Парето состоит из следующих этапов.
Этап 1. Определите, какие проблемы необходимо исследовать и как собирать данные; как их классифицировать. Установите метод и период сбора данных.
Этап 2. Разработайте контрольный листок для регистрации данных с перечнем видов собираемой информации.
Этап 3. Заполните листок регистрации данных и подсчитайте итоги.
Этап 4. Разработайте бланк таблицы для проверок данных, предусмотрев в нем график для итогов по каждому проверенному признаку в отдельности, накопленной суммы числа дефектов, процентов к общему итогу и накопленных процентов. При этом расположите данные в порядке значимости.
Таблица 3.1.1 Построение диаграммы Парето
| Код дефектов | Число дефектов | Накопленная сумма числа дефектов | Процент числа дефектов | Накопленный процент |
| Итого | - | - |
Этап 5. Начертите одну горизонтальную и две вертикальные оси. Вертикальные оси: на левую ось нанесите шкалу с интервалом от 0 до числа, соответствующего общему итогу; на правую ось – шкалу с интервалом от 0 до 100 %. Горизонтальную ось разделите на число контролируемых признаков.
Рис. 3.1.1 Диаграмма Парето
Этап 6. Постройте столбчатый график, где каждому виду брака соответствует свой прямоугольник.
Этап 7. Начертите кумулятивную прямую.
При построении диаграммы следует обратить внимание на следующие моменты:
· Диаграмма оказывается наиболее эффективной, если число факторов составляет 7 – 10;
· При обработке данных необходимо производить их расслоение по отдельным параметрам (время отбора данных, тип изделий, партия материалов, оператор и т.д.);
· Если фактор “прочие” оказывается слишком большим, следует повторить анализ содержания этого фактора;
· Следует систематически составлять диаграмму. Парето для одного и того же процесса, что позволит отслеживать тенденцию изменения количества брака на каждый фактор (рис. 3.1.1).
Ноты для бизнеса
Статья опубликована в журнале "Новости менеджмента" в январе 2012 года.Музыка нас связала
Тайною нашей сталаВсе эпиграфы к этой статье взяты из песни "Музыка нас связала" группы Мираж.
В классической музыке музыкант является инструментом в руках композитора и играет по нотам. В популярной музыке чаще всего музыканты пишут музыку сами, а искусство импровизации совсем не подразумевает нот. Правда, знаменитые импровизации ставши классическими затем перекладывают на ноты, и у них появляется новая жизнь: меняется аранжировка, добавляется новое звучание и настроение.
Так и бизнес, который вырос как искусная импровизация для перехода на новый уровень требует переложение факта на бумагу, для анализа происходящего и принятия решений по совершенствованию.
Последнее время все чаще можно встретить описания бизнес-процессов (БП), сделанных, что называется, "своими силами" . Именно это обстоятельство побудило к написанию статьи. К сожалению большинство таких документов, которые случилось увидеть были мало пригодны для серьезного дела. Нельзя сказать, что они были принципиально неправильными, но ряд упущений настолько их портил, что об их существовании хотелось тут же забыть. Что же это за упущения, и как с ними бороться, мы разберемся по ходу этой статьи постепенно приближаясь к сути вопроса. Постараемся избежать большого количества технических деталей, но полностью от них уйти нельзя, т.к. предмет разговора того требует.
Неужели я сама
Не найду на все ответ
Эта статья адресована тем, кто хочет сэкономить на описании бизнес-процессов, поручив подготовку документа внутренним специалистам. Ведь описание бизнес-процессов вещь для фирмы не обязательная, и без него все работает. Но в любой стабильной компании существует механизм передачи полномочий, он называется "должностные инструкции". Если бизнес сложен, а должность ключевая, то должностные инструкции полезно нарисовать для облегчения восприятия. Аккумулирование бизнес-процессов в общем описании нужно, для того чтобы сделать бизнес более прозрачным, особенно для его продажи.
Документ "Описание БП" становиться особенно актуальным, как только появляется потребность реорганизации (или как сейчас модно говорить - реинжиниринга) компании. В этом случае документ используется чтобы:
- На нем как на карте сражений пометить суть запланированных преобразований,
- Ввести в курс дела участника преобразований,
- Ручкой а не на пальцах поставить задачу начальникам отделов и внешним специалистам.
В том, что документ готовиться своими силами, есть плюсы:
- Это выходит дешевле;
- Внутренний специалист, лучше разбирается в практиках родного бизнеса.
Стороннему консультанту, сначала предстоит изучить терминологию и ключевые особенности предмета, стандарты отрасли. На это уходит время. Правда он лучше знает как и что надо описывать. Есть же определенные правила, общепринятые нотации и специальный софт. Пример такой нотации можно посмотреть на рис. 1 и рис. 2.
Нотация IDEF0
Рис.1.Пример описания БП с помощью IDEF0
Рис.2.
Не читайте нам нотаций
Не читай нотаций мне
Мама, это ни к чему
А разве это нам нужно? - Спросит директор, резонно предполагая, что соблюдение всех стандартов заметно повысит стоимость результата. Один из знакомых директоров рассуждал так: "Приглашать стороннего специалиста - дело дорогое, а у нас задачи простые - зачем нам все эти нотации. А спец, бывает что то там нарисует своими крючками, ничего не понятно, признаться не удобно, так ему еще за это и платить надо".
Соглашусь, если задачи простые, чего городить огород. А если сложные, то надо упрощать, а не усложнять навороченной нотацией. Ведь, очевидных плюсов от использования красивых крючков нет. Если нет очевидных, это не значит, что нет ни каких. Эти правила и нотации придуманы не для того, чтобы консультант не скучал... Тот кто занимается бизнесом, хорошо знает, что не все полезное является очевидным. Что ж, поищем скрытый позитив и для этого заглянем в историю вопроса.
Рынок описания БП существует очень давно. Однако за последние полтора десятилетия он сделал стремительный рывок, благодаря появлению новой отрасли - автоматизации учета и управления на предприятиях. Растущий рынок дал шанс новичкам, придумавшим новые нотации пробиться и застолбить свое место. Например на российском рынке за несколько последних лет массированные рекламные и информационные акции со стороны IDS Scheer (главного поставщика ARIS - см. рис. 3) создали прослойку специалистов по описаниям автоматизируемых процессов.
Использование нотация ARIS требует большой детализации бизнес-процессов.
Рис.3.
Внедрение систем класса ERP (управления ресурсами), CRM (взаимоотношения с клиентами), MRP (планирования производства) неизбежно приводит к изменению процессов, и если это заранее не планировать, то результат может быть хуже, чем хочется. Кроме того автоматизация это работа с информацией, а значит полезно знать, какая информация кем генерируется, откуда и куда идет. Но специальные нотации для внедрения автоматизации, у нас так и не прижились и используются редко.
Описание бизнес-процессов в России веяние относительно недавнее, несмотря на внушительное количество ГОСТов в этой области (3.1109, 34, ИСО и др.). Сейчас, с качеством описания собственных бизнес-процессов лучше всего дела обстоят в банках. Дело в том, что в отличии от других коммерческих структур банк - это инфраструктурная организация и поэтому она находится в жестких рамках регламентов определенных законодательством. Банк работает по принципу управления операционным днем. В результате даже упрощенное описанные бизнес-процессов Банка (русским языком без использования нотаций) получается более детально проработанным, т.к. опирается на фундамент, построенный на томах регламентов предопределяющих стандарты, терминологию, роли и правила. Эти стандарты являются общепринятым языком в банковской среде и описание бизнес процессов будет легко читаемым для любого специалиста.
В коммерческих структурах описание бизнес процессов требует предварительного словаря терминов. И начиная его готовить и согласовывать многие сталкиваются с тем, что одни и те же вещи в разных отделах называются по разному. Вдаваясь в детали выясняется, что разные названия действительно несут в себе разные оттенки смысла. Согласование терминологии один из самых трудоемких процессов описания БП. Важно начать и запустить этот процесс. Большую часть работы могу взять собственные подразделения фирмы, ведь необходимость регламентировать свою деятельность приводит к большей организации процессов и процедур.
Когда описание требуется для автоматизации, возможна и обратная последовательность. Изменение бизнес-процессов делается параллельно внедрению информационной системы, а описание новых БП ведется "по горячим следам" и представляет из себя одно целое с документацией системы.
Нотный стан
Я забыла все, чему
Нас учили столько лет
Как ни странно, но выбор нотации и правильность описания более критична для малого и среднего бизнеса. Крупные компании обычно обладают большей эластичностью процессов из-за взаимозаменяемости сотрудников. Для малого бизнеса, где исполнение критических точек сводится к 2-3 принимающим решения людям - некорректное указание маршрута процесса может породить в корне неправильную концепцию решения. Раз критичен результат, значит важен и инструмент, но как его выбрать?
Каждая нотация приспособлена под определенный круг задач. Будем считать наиболее актуальной задачей изменение бизнес-процессов в рамках проекта автоматизации управления. Для этих целей есть хороший набор инструментов имеющий достаточное распространение: это и российские ГОСТы, и тот же ARIS, и IDEF, а так же EPC (рис.4 и рис.5).
Нотация EPC
Рис.4.
Описание бизнес-процесса с помощью EPC
Рис.5.
Если книга пишется на определенном языке, то самым важным является наличие читателя, который знает это язык и умеет его читать. Исходя из этого наилучшим является наиболее распространенный стандарт описания БП.
При выборе нотации так же важным критерием является так же возможность использования знакомого программного инструмента. Например, Microsoft Business Solution в 2002 году предлагал для информационной системы Navision нотацию On-Target, сопровожденную специальным программным решением. Это тот самый случай, когда лучше выбрать что то другое - мало того что, нотацию On-Target у нас ни кто не знает, так еще и программная среда потребует времени на ее изучение. Положительным же примером я бы назвал использование нотации IDEF, и программы Visio, весьма распространенной и обладающей, необходимым набором инструментов для рисования IDEF диаграмм (рис. 6).
Бизнес-процессы IDEF выполненные в Visio
Рис.6.
Конечно описание БП можно сделать и просто словами, а так же нарисовать различными симовлами (собственной придумки) так как это кажется понятным. Наличие такого описания это лучше чем ничего, но соблюдение стандартов все же полезно.
Полнота и глубина звучания
Что меня тянет сюда я не знаю
- займет много времени,
- часть деталей измениться в процессе создания документа.
Распространенной ошибкой является попытка подогнать описания под нотацию. Например, пытаться описать процедуры в формате ARIS, т.е. достигать очевидной избыточности в описании, когда это не требуется.
Но, более частой ошибкой является недостаточная глубина документа. В итоге, получается формальный документ не пригодный для работы, т.к. все важные детали приходится выяснять в процессе.
Мелодия - это последовательность звуков, а не нот
Позабудь об этом дне
Спор не нужен никому
Значит можно описать БП и просто словами, без всяких нотаций. С нотацией конечно правильней, однако важно не это. Описание БП это не конечный продукт, а только инструмент для новых свершений. Это значит, что он должен быть приспособлен к дальнейшему активному использованию. Главная проблема большинства документов из серии "сделай сам" заключается в неудобстве применения. Например, один такой документ состоял из описания сделанного в Microsoft Word и рисунков сделанных в PowerPoint, прыгать из программы в программу было ужасно неудобно, пришлось потратить большое количество времени, чтобы просто свести все это в один документ. Получается, что документ должен обладать следующими свойствами:
- Иметь четкий порядок и группировку разделов, т.е. быть концептуально целостным (обычно это значит, что если ты концепцию - значит ты научился им пользоваться);
- Четко выделять бизнес подразделения и давать им понятные названия и нумерацию;
- Четко выделять бизнес процессы и тоже давать им понятное название и нумерацию;
- Нумеровать элементы следует так, чтобы исключить путаницу (это заметно облегчает поиск): например, Отдел №1 должен иметь в документе номер Отд001, а Бизнес-процесс №1 должен иметь номер БП001;
- Документ должен иметь раздел содержание с древовидной структурой;
- Компания это целостный организм и ни какой бизнес-процесс не висит в воздухе - он всегда связан с другими БП, с бизнес единицами и отделами. Для отражения этих связей можно использовать гиперссылки - это облегчит поиск информации и переход от одного объекта к другому.
Для дела можно использовать любой текстовый редактор поддерживающий гиперссылки.
Некоторые считаю, что в профессиональной музыкальной группе достаточно иметь одного или двух настоящих музыкантов. Ни один искренний ценитель музыки с этим не согласится. Эти разговоры, возникают по причине недостатка в профессионалах и творческих личностях.
У бизнеса бывают похожие сложности. Хороших специалистов знающих свою компанию с ног до головы, немного, при этом они очень заняты. Анализируя бизнес-процессы своими силами, мы экономим деньги, и может быть, экономим время. Но отрывать лучших на описание БП не всегда возможно. Можно поручить рутину исполнителям рангом пониже, но тогда появляется риск затягивания процесса. Незнание принципов построения таких документов несет в себе риск безрезультатности (результат непригодный к употреблению, это все равно что его отсутствие).
Наилучшее качество и скорость при подготовке документа возможны в альянсе, ключевого специалиста и опытного консультанта. Результатом будет согласованный язык описания бизнес процессов (т.е. терминология бизнеса компании) и само описание в деталях достаточных для решения дальнейших задач.
Всем уговорам твержу я в ответ
Нас не разлучат, нетНапоминаем, что все эпиграфы к этой статье взяты из песни "Музыка нас связала" группы Мираж
Сторонний консультант напишет документ на языке нотаций понятной другим консультантам и часто, более приспособленной для дела. Вам не понятны все эти крючки? Но эти нотации совсем не сложны, может быть стоит их выучить?
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ «СТАНКИН»
ЛАБОРАТОРНЫЕ РАБОТЫ
ПО
ДИСЦИПЛИНЕ «ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА CALS-ТЕХНОЛОГИЙ»
Москва 2009 г.
ЛАБОРАТОРНАЯ РАБОТА №1
Цель работы: Формирование навыков разработки модели бизнес-процесса с использованием EPC-диаграммы.
Задачи работы:
1. Изучение правил построения EPC-диаграммы;
2. Разработка EPC-диаграммы бизнес-процесса в соответствии с заданием.
Правила построения EPC-диаграммы
Объекты диаграммы:
| Объект | Описание |
| Функции представляют собой элементарные действия, направленные на осуществление бизнес-процесса | |
| Департамент или отдельное штатное подразделение, выполняющий функцию | |
| Должность (в т.ч. множественная) в организационной структуре, выполняющая функцию | |
| Информационные носители, как материальной формы (бумажные документы и т.д.), так и электронного представления информации: файлы, электронные письма, ресурсы Интернет и т.д. | |
| Товар или услуга, являющаяся результатом выполнения бизнес-функции или необходимые для выполнения функции | |
| Информационные потоки, обеспечивающие входные и выходные данные процесса | |
| Качественная или количественная ситуация (состояние), достижение которой важно для компании | |
| Нормативные документы |
Отношения объектов диаграммы:
|
1. Для построения диаграммы событийно-управляемого процесса используются объекты, указанные в разделе «Объекты» и связи между ними, указанные в разделе «Отношения объектов».
2. Диаграмма определяется последовательность действий и событий, необходимых для выполнения процесса. Каждая EPC-модель должна начинаться как минимум одним стартовым инициирующим событием (состоянием) и завершаться как минимум одним результирующим событием (состоянием). События и функции по ходу выполнения процесса должны чередоваться (сменять друг друга) (рис.1).
Рис. 1. Функционально-событийная последовательность бизнес-процесса
- Все функции должны идти в правильной последовательность. Необходимо учитывать параллельны они или последовательны.
- События и функции должны иметь только по одному входящему и одному исходящему отношению, показывающему ход выполнения бизнес-процесса.
В случае если есть разветвления, то необходимо использовать оператор ветвления , при этом показывать все возможные варианты течения процесса и результаты выполнения функций. Разветвление всегда начинается после функции.
На eEPC - диаграмме допустимы следующие варианты использования правил ветвления/слияния:
1) Условное ветвление процесса с помощью оператора «исключающее ИЛИ» (при выполнении функции наступает только одно из возможных событий) (Рис.2).
Рис. 2. Разветвление с оператором «исключающее ИЛИ»
2) Условное ветвление процесса с помощью оператора «ИЛИ» (при выполнении функции наступают либо одно событие, либо другое, либо оба сразу) (Рис.3).
Рис. 3. Разветвление с оператором «ИЛИ»
3) Условное ветвление процесса с помощью оператора «И» (при выполнении функции наступают оба события) (Рис.4).
Рис. 4. Разветвление с оператором «И»
4)Функция выполнится, если наступили оба события (Рис.5).
Рис. 5. Соединение с оператором «И»
5) Функция выполнится, если наступило, либо одно событие, либо другое, но не оба сразу (Рис.6).
Рис. 6. Соединение с оператором «исключающее ИЛИ»
6) Функция выполнится, когда наступило хотя бы одно из событий (Рис.7).
Рис. 7. Соединение с оператором «ИЛИ»
- На входе и выходе разветвления обязательно должны использоваться одинаковые операторы (Рис. 8).
Рис. 8. Использование операторов на входе и выходе
- Определяются предшествующие и последующие процессы и отображаются в интерфейсах (рис.9). Если нет предшествующих и последующих процессов в рамках компании, то используется объект «Границы процесса» («Начало процесса», «Завершение процесса»).
Рис. 9. Функционально-событийная последовательность бизнес-процесса с интерфейсами, указанием границы процесса
- Определяется и отображается вся необходимая информация и ресурсы, необходимые для выполнения функции, а также результаты выполнения функции. Необходимо максимально точно отображать входящую и исходящую информацию. Для таких документов таких как: Приказ, Служебная записка, Заявление и т.д., необходимо указывать их назначение. Информация, которая передается в устном виде, а также неструктурированная информация на любых носителях отображается информационным значком (рис.10).
Рис. 10. Функционально-событийная последовательность бизнес-процесса с интерфейсами, входящей и исходящей информацией
- Определяется и отображается исполнитель каждой функции (рис.11).
Рис. 11. Функционально-событийная последовательность бизнес-процесса с интерфейсами, входящей и исходящей информацией, регламентирующими документами и исполнителями
- Определяется возможность и необходимость декомпозиции функции. Если нужно, расписываются функции более детально на ЕРС диаграмме и делается ссылка на нее.
1. Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).
2. События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.
3. Рекомендуемое количество функций на диаграмме - не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.
4. События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.
5. События и операторы, окружавшие функцию на вышележащей диаграмме (Рис.16
), должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции (Рис.17
).
| Рисунок 16. Диаграмма процесса, на которой встречается Функция 1 | Рисунок 17. Диаграмма декомпозиции Функции 1 |
6. На диаграмме не должны присутствовать объекты без единой связи.
7. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления - только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.
8. Если оператор обладает входящей связью от элемента "событие", то он должен обладать исходящей связью к элементу "функция" и наоборот.
9. За одиночным событием не должны следовать операторы "OR (ИЛИ)" или "XOR (Исключающее ИЛИ)".
10. Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.
11. Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления "И", оператор объединения - "ИЛИ".
Примеры допустимых ситуаций (Рис.18
, Рис.19
, Рис.20
, Рис.21
):
 |  |  |  |
| Рисунок 18 | Рисунок 19 | Рисунок 20 | Рисунок 21 |
Пример недопустимой ситуации (Рис.22 ).
Специализация ГК Абажур — выполнение разноплановых проектов строительства на основе ЕРС/ЕРСМ контрактов… Но для тех, кто в поиске и еще не знает что такое ЕРС и ЕРСМ, предлагаем сборник материалов, которые, как мы надеемся, послужат подспорьем для наших Партнеров и клиентов при работе с такими сравнительно новыми для отечественной практики инструментами, как ЕРС-, ЕРС(М)-контракты.
Структурирование, заключение и исполнение ЕРС и ЕРС(М) контрактов
ГК Абажур специализируется на выполнении разноплановых проектов строительства на основе ЕРС/ЕРСМ контрактов , а также других строительных контрактов с индивидуальными условиями. , применяет системные решения в строительстве с использованием BIM моделирования, создает проекты зданий, при которых достигается низкая капиталоемкость.
Контракты EPC/EPCM – это наиболее распространенный вид договоров в строительной сфере
При выборе той или иной формы важно помнить, что вид договора подряда может привести к существенному изменению уровня издержек и рисков, которые связаны с возведением больших и крупных сооружений. Уровень затрат на пропорционален рискам, которые принимает на себя заказчик. С уменьшением коммерческих рисков, принятых владельцем, увеличиваются издержки на возведение объекта и его управление. В любом бизнесе это логически подтверждается связкой «риск-вознаграждение».
Принятые генеральным подрядчиком обязательства чаще всего включают в себя предоставление четырех видов услуг:
- Инжиниринг (Engineering) – изыскательные работы, создание проекта, согласование документации;
- Снабжение (Procurement) – выбор, закупка и поставка оборудования и материалов, необходимых для выполнения всех работ;
- Возведение объекта (Construction) – строительство, выполнение сборочных и пусконаладочных работ;
- Управление всеми строительными процессами (Construction Management) .
Контрактная стратегия при реализации крупных строительных проектов
Сокращение сроков строительства часто бывает возможным за счет того, что ЕРС-подрядчик, будучи единственным ответственным перед заказчиком лицом, может осуществлять разработку и выдачу проектной и рабочей документации параллельно с закупками материалов и оборудования, а также выполнением СМР.
Например , ЕРС-подрядчик может не дожидаться разработки и утверждения всей проектной документации для того, чтобы начать контрактование оборудования длительного цикла изготовления.
Эффективное применение параллельного проектирования позволяет в ряде случаев серьезно сократить общие сроки строительства. Это особенно актуально для некоторых газовых проектов, в особенности проектов по переработке/подготовке попутного нефтяного газа, где может быть пик добычи, к моменту которого обязательно нужно построить установку по подготовке газа, в противном случае общая рентабельность проекта серьезно ухудшается. В таких случаях оправдано использование ЕРС-модели реализации проекта, которая, несмотря на более высокую стоимость позволяет завершить строительство в более сжатые сроки.
Каждая контрактная стратегия - «традиционная» модель управления силами заказчика и ЕРС-модель обладает сильными и слабыми своими сторонами. Для сравнения приводим таблицы, систематизирующие негативные и позитивные стороны каждой стратегии.
ЕРС(М)-контракт
ЕРС(М) - структура является контрактным решением, которое, с точки зрения распределения рисков, лежит посередине между моделями мультилот и договора ЕРС. Следует сразу оговориться, что единого и однозначного понимания, что считать ЕРС(М)-контрактом не существует. Под таким договором могут понимать, например, ситуацию, когда EPCM-подрядчик выступаем исключительно как консультант, не заключающий никаких договоров субподряда от своего имени.
Равным образом EPC(M)-контрактом может называться договор генерального подряда полного цикла, но в котором цена определена по принципу «открытой книги» (open book) или «возмещения» (cost + fee, reimbursable)*. Сложность в терминологию привносит также то обстоятельство, что ни одна из ведущих международных организаций (FIDIC, ICC Orgalime) не выпустила проформы договора ЕРС(М).
* На наш взгляд, более правильно называть такие контракты
EPC open book и EPC reimbursable либо cost plus fee соответственно
ЕРС(М) представляет собой английскую аббревиатуру Engineering Procurement Construction Management. При этом корректным переводом данной аббревиатуры на русский язык является «Проектирование, Поставки, Управление Строительством». В ЕРС(М) модели слово management (управление) чаще всего относится именно к строительству в узком смысле слова, т.е. к выполнению строительно-монтажных и иных работ на площадке.
С учетом ранее сделанных оговорок о неопределенности в терминологии:
Под ЕРСМ-контрактом чаще всего понимается такая структура, когда EPC(M)-подрядчик собственными силами или силами дочерней компании осуществляет проектирование, самостоятельно осуществляет контрактование оборудования и материалов, но в части строительно-монтажных работ осуществляет лишь управление, т.е. не нанимает от собственного имени строительно-монтажных подрядчиков, а лишь от имени заказчика управляет нанятыми заказчиком подрядчиками.
Принципиальным отличием договора ЕРС(М) от EPC-контракта является то, что ЕРС-контракт является соглашением о «принятии ответственности и рисков»
Заключая ЕРС-контракт, заказчик в значительной степени перекладывает риски и ответственность на ЕРС-подрядчика , который должен эту ответственность обеспечивать ликвидным имуществом. ЕРС(М)-контракт - это соглашение о профессиональных услугах, заказчик «покупает» компетенции , ответственность ЕРС(М)-подрядчика за сроки и бюджет проекта отсутствует либо ничтожно мала в сравнении со стоимостью проекта и носит, таким образом, исключительно стимулирующий характер.
Возможны различные варианты структурирования цены в ЕРС(М)-контракте, однако она никогда не является твердой. Часто цена представляет собой сочетание повременных ставок (в отношении тех функций, которые ЕРСМ-подрядчик выполняет лично – проектирование, управление закупками, управление строительством) и принципа «открытой книги».
Данный принцип означает, что
- субконтрактование осуществляется прозрачным для заказчика способом и с участием его представителей;
- подрядчик раскрывает структуру собственных накладных расходов, а также размер предполагаемой прибыли и такие накладные расходы/прибыль либо фиксируются в определенной сумме либо добавляются в виде процентной надбавки к стоимости каждого договора поставки.
Как уже отмечалось, ответственность ЕРС(М) – подрядчика сильно ограничена и больше напоминает ответственность инженера-консультанта (который отвечает лишь за недобросовестное или некомпетентное оказание собственных услуг), нежели чем ответственность генерального подрядчика.
Вместе с тем довольно часто в договорах ЕРС(М) встречаются механизмы стимулирования подрядчика с использованием принципов бонуса/малуса (т.н. gain sharing / pain sharing) .
Например , договор может предусматривать, что вводе объекта в эксплуатацию в более ранний срок подрядчик получает дополнительное вознаграждение, при задержке подрядчик, наоборот, лишается части прибыли.
Аналогичным образом может строиться стимулирование в отношении общей : стороны могут установить некий целевой бюджет и если, эффективно управляя строительством, подрядчик добьется экономии, то такая экономия делится между сторонами в согласованной пропорции. Тем не менее, ЕРС(М) – подрядчик при согласовании бонуса/малуса обычно не готов рисковать всем вознаграждением и поэтому данный механизм не дает заказчику полного комфорта в отношении стоимости и сроков строительства, а лишь направлен на создание у подрядчика материальной заинтересованности в успешном реализации проекта.
Одним из преимуществ ЕРСМ-контракта по сравнению с моделью EPC является то немаловажное обстоятельство, что тендер по выбору ЕРСМ-подрядчика может быть подготовлен и проведен существенно быстрее, чем тендер на присуждение договора ЕРС lumpsum. Дело в том, что в первом случае от заказчика требуется меньший уровень определенности в отношении объема работ, границ поставки и рисков; и подрядчику необходимо подготовить лишь ценовое предложение в отношении повременных ставок, накладных расходов и собственной прибыли - от него не требуется подготовки твердого ценового предложения, касающегося общей стоимости проекта.
При тендере по модели ЕРС lumpsum, наоборот, заказчику необходимо подготовить детальным образом проработанные техническое задание и требования (при недостаточном уровне проработки подрядчики могут либо вообще отказаться подавать предложения с твердой ценой либо оценить риски в очень большую величину); равным образом, подрядчику требуется на порядок больше времени для подготовки предложения с твердой ценой, учитывающей все риски.
Современные методы строительства, высококлассные материалы и технологии, функции строительного контроля и генерального подрядчика, промышленные и коммерческие здания, монтаж быстровозводимых конструкций. Строительство объектов любой сложности!
Термины:
EPC-подрядчик - это , выполняющий за твердую цену основной объем работ инвестиционного проекта и принимающий на себя все риски его осуществления с момента проектирования и до момента передачи готового объекта заказчику (включая выполнение гарантийных обязательств), по которым он несет финансовую ответственность перед Заказчиком.
Используется, как правило, в тех проектах, где может с достаточной степенью точности оценить размер своих расходов, а также степень рисков.
ЕРС-контракт предполагает , что основной объем работы ЕРС-подрядчик выполняет собственными силами, поэтому не предусматривается специальное вознаграждение за организацию и управление работами привлекаемых контрагентов нижнего уровня.
ЕРСМ-подрядчик может заключать договоры с субподрядчиками от своего имени или же управлять договорами, заключенными заказчиком с конкретными исполнителями работ.
ЕРСМ-контракт предусматривает и общую стоимость проекта с учетом вознаграждения ЕРСМ-подрядчика, и фиксированный срок сдачи объекта в эксплуатацию, достижение основных технических параметров объекта. Способ (подход) ЕРСМ позволяет управлять именно проектом, а не конкретными работами. Специфические работы выполняют профессионалы. Задача ЕРСМ - оценивать потребные свойства (возможности, профессионализм, ресурсы и пр.) выбираемых подрядчиков/поставщиков, распределять правильно между ними работы и зоны ответственности. Далее - координировать их действия, решать спорные вопросы, планировать общую схему проекта, менять планы в случае критических изменений с минимальными последствиями и далее со всеми остановками.
Мировая практика реализации инвестиционных проектов выделяет ЕРС- и ЕРСМ-контракты как наиболее перспективные стратегии реализации сложных промышленных проектов, на которые приходится около 80% реализуемых проектов.
Более подробно читаем публикацию, подготовленную .
В случае возникновения вопросов или комментариев Вы можете — все они будут с благодарностью рассмотрены.