Событийная цепочка процессов (EPC) строится на чередовании событий и функций: событие инициирует функцию, а функция приводит к следующему событию. Логика ветвления задается операторами XOR, AND и OR.
Показано 6 программ
Moscow Business School
Стоимость: 45 900 ₽
Записаться на курс| Программа | Школа | Срок | Стоимость |
|---|---|---|---|
| Системный и бизнес-аналитик | Нетология | 13 месяцев | 129 600 ₽ вместо 288 000 ₽ |
| Директор по аналитике: тариф Мастер | Эдюсон | 6 месяцев | 169 900 ₽ вместо 424 750 ₽ |
| Директор по аналитике: тариф PRO | Эдюсон | 6 месяцев | 149 900 ₽ вместо 374 750 ₽ |
| Менеджер бизнес-процессов | Нетология | 5 месяцев | 104 000 ₽ вместо 210 101 ₽ |
| Бизнес-аналитик. Подходы, инструменты, компетенции. Повышение квалификации | МБШ | — | 45 900 ₽ |
Схема читается почти как обычный текст, поэтому она понятна не только аналитикам, но и бизнес-заказчикам.
Отдельных программ, посвященных только EPC, на рынке нет, и это ожидаемо: нотацию преподают в рамках курсов по моделированию и оптимизации бизнес-процессов вместе с BPMN 2.0 и IDEF0. В каталоге представлено 6 курсов от 3 школ, стоимость варьируется от 45 900 ₽ до 169 900 ₽. Отбор проводился с учетом наличия практики в Business Studio или ARIS, а не только теоретической базы.
Аббревиатура EPC также используется в двух несвязанных областях — строительные контракты (Engineering, Procurement, Construction) и метрика Earnings Per Click в арбитраже трафика. К нотации моделирования они не относятся, и такие программы в каталоге отсутствуют.
EPC расшифровывается как Event-driven Process Chain, то есть событийная цепочка процессов. Эта нотация появилась в начале 1990-х годов в Институте информационных систем Саарского университета под руководством Августа-Вильгельма Шеера и легла в основу методологии ARIS. Ее ключевая особенность в том, что она создавалась не для программистов, а для управленцев, которые привыкли описывать рабочие процессы словами.
Принцип построения прост: процесс движется по схеме «событие — функция — событие». Строгое правило чередования делает схему легко читаемой: между двумя функциями всегда находится событие, а между двумя событиями — функция.
На практике это дает важное преимущество: диаграмму EPC можно проговорить вслух обычным предложением, и бизнес-заказчик поймет ее без специальной подготовки. С BPMN такой номер не пройдет — там больше специальных обозначений, которые нужно знать заранее. Поэтому аналитики ценят EPC как инструмент согласования с владельцем процесса.
Набор базовых элементов невелик, и в этом сильная сторона нотации. События изображаются шестиугольниками и фиксируют факт: что-то произошло. Функции — это прямоугольники со скругленными углами, обозначающие действия и работы. Логические операторы управляют ветвлением: XOR выбирает ровно один путь, AND запускает все ветки параллельно, OR допускает любую комбинацию.
Дополнительные объекты превращают схему из простой картинки в полноценный рабочий документ. Организационные единицы указывают на исполнителя, информационные объекты — на документы и данные, которые перемещаются между шагами, а приложения показывают, в какой системе выполняется функция.
Новички чаще всего спотыкаются об операторы. XOR после функции означает развилку по условию, а XOR после события — слияние альтернативных веток: это разные значения одного и того же значка. Кроме того, событие не может само принимать решение, поэтому оператор ветвления никогда не ставится сразу после события с последующим выбором. На курсах эти нюансы разбирают на примерах ошибок, и именно тогда приходит понимание.
Аналитик редко ограничивается одной нотацией. В вакансиях на моделирование процессов чаще всего требуется владение тремя-четырьмя нотациями, так что сравнение — это не теория, а практическая необходимость.
Если сжать различия в одно предложение: IDEF0 отвечает на вопрос «что делается», EPC — «в каком порядке и по какому событию», BPMN — «как это реализовать в системе», UML — «как устроено само программное обеспечение». Спецификацию BPMN официально поддерживает консорциум OMG, тогда как у EPC нет единого стандарта, и правила могут немного различаться в разных инструментах.
Практический совет при выборе курса: программа, охватывающая только одну нотацию, закрывает лишь часть задач. Лучше выбирать курс, где нотации преподаются в связке. Детальное сравнение подходов приведено в статье о методологиях моделирования бизнес-процессов.
EPC исторически связана с платформой ARIS: именно в её документации зафиксированы правила отрисовки, откуда они распространились в другие инструменты. Крупные внедрения до сих пор часто используют эту связку.
В российских компаниях распространён Business Studio — его справочник по EPC достаточно подробный, и его полезно держать перед глазами на первых схемах. Также встречаются проекты на 1С, где EPC применяется для описания процессов до автоматизации, и бесплатные редакторы типа Draw.io, когда нужно оперативно набросать схему без корпоративной лицензии.
Типичные цели изучения нотации: зафиксировать процесс «как есть» перед оптимизацией, согласовать целевой вариант с владельцем, подготовить регламент, а также зафиксировать требования до внедрения информационной системы.
Чаще всего нотацию используют три категории специалистов.
Порог входа заметно ниже, чем у BPMN: базовые правила осваиваются за несколько занятий, а дальше всё зависит от практики на реальных процессах. Поэтому в учебных программах EPC обычно ставят в начале — первой или второй, а не в продвинутый блок.
Кажущаяся простота нотации — её главная ловушка. Правил немного, и их редко изучают до конца, из-за чего схема потом не проходит согласование.
Самая частая ошибка — нарушенное чередование: две функции подряд без промежуточного события. Внешне схема выглядит понятной, но теряется точка контроля: неясно, при каком условии запускается вторая функция и как отследить её в системе.
Ещё одна проблема — событие, которое принимает решение. Событие лишь фиксирует факт, выбор делает функция. Развилку ставят после функции, иначе схема становится двусмысленной. Например, XOR с двумя исходами по условию после события почти всегда переделывают.
Оператор OR часто путают с XOR. OR допускает любые комбинации веток, включая все сразу, тогда как в реальных процессах обычно нужен строгий выбор одного пути.
Схема без указания исполнителей и документов — тоже распространённый недочёт. Голая цепочка событий и функций показывает логику, но не отвечает на вопросы «кто» и «на основании чего». Для внутреннего наброска это допустимо, а для регламента или техзадания — нет.
Отдельная категория — схемы на сорок элементов на одном полотне. EPC плохо масштабируется: когда процесс перестаёт помещаться на экран, его нужно декомпозировать на подпроцессы. Умение вовремя остановиться и разбить схему на уровни отличает рабочую модель от простого плаката.
Базовые правила EPC усваиваются за пару занятий: элементов немного, логика чтения интуитивна. Но между знанием значков и умением моделировать — большая разница. Второе требует месяцев практики и нарабатывается только на реальных процессах.
В программах каталога EPC обычно выделен один модуль в блоке моделирования, который в целом длится полтора-два месяца вместе с BPMN 2.0 и IDEF0. Полное обучение на менеджера или аналитика бизнес-процессов занимает от четырёх месяцев до года, при этом нотации — лишь инструмент, а основное время уходит на анализ, приоритизацию и методы оптимизации.
Если нотация нужна срочно для одной конкретной задачи, практичнее начать со справки вендора и разбора чужих схем. Курс же стоит брать под более широкую цель — смену роли или закрытие пробела в моделировании целиком.
