Когда встречаешься с регламентацией бизнес-процессов, то натыкаешься на проблему повторного описания одних и тех-же действий в разных процессах.

В поиске решений нашел интересную идею, что когда-то эту проблему пытались решить в программировании. Изначально использовалось функциональное и структурированное программирование, и в малых приложениях этого хватало. С ростом приложения и сложности кода, такой подход приводил к росту числа ошибок и повторений с геометрической прогрессией. Программисты нашли выход и придумали парадигму ООП (объектно-ориентированное программирование).

Правда затем Аллен Кей высказал идею что ООП — это ошибка, а именно термин Объект, на самом деле ключевой идеей должно было стать Сообщение. Но к тому моменту было уже поздно и паттерн ООП уже сильно укрепился в умах программистов, которым как и большинству людей очень тяжело ломать стереотипы.

Единственные кто доказал свою способность мыслить самостоятельно, это компания Apple, они уже много раз доказывали что способны отказываться от стереотипов и как раз их язык программирования Objective C, реализовал эту идею в полной мере, там ключевая роль отдается сообщениям, которые передаются между объектами (см Википедю).

Какое это отношение имеет к бизнес-процессам? А вот какое:

1. Задолго до появления ПК, парадигма управления предприятиями через сообщения была основной, вплоть до 80-хх годов, эта парадигма описывалась в ГСДОУ

2. Затем как то эта парадигма забылась, сила ГСДОУ угасла, т.к. она была основана на бумаге, эффективность которой таяла на глазах в сравнении с ПК

3. Но вместе с ГСДОУ почему то нынешнее поколение забыло про главный принцип «управление через сообщения». Придумали себе WorkFlow, Задачи, Тикеты, Проекты, и кучу других умных словей, забыв что в основе всего этого лежит — Сообщение.

Все это привело к дикому усложнению процессов и стоимости сопровождения информационных систем.

Но Вселенная не терпит ИБД и всегда возвращает любое отклонение в оптимальное состояние. Так появилась идеология ACM, которая по своей сути является все той же коммуникативной системой Хаббарда (которая появилась за долго до ЭВМ) или если хотите ГСДОУ из 80-х годов (которая существует до сих пор), но с отказом от основной проблемы — бумаги.

Все чем отличается ACM от ГСДОУ, это только тем что вместо бумаго-страниц, мы работаем с веб-страницами.

И самое главное, ACM снова во главу угла ставить Сообщение. Не функцию и не объект, а сообщение.

Ключевая ошибка текущих проектов BPM, в том что там во главу угла ставится процесс и функция. Эту ошибку в сообществе программистов уже давно поняли. Осталось дождаться чтобы это поняли в сообществе руководителей.