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

Кажется готов записать ее в слова 🙂

Писал очень много. Но потом понял что еще много предстоит написать отрезками, чтобы свести в кучу.

Потому пока набросаю тезисы для того чтобы отличить объектно ориентированное регламентирование (ООР) от других концепций описания бизнес процессов:

  1. ООР названо в честь ООП, т.к. их принципы очень похожи. Потому программистам оно будет понятно лучше всего.
  2. В ООР нет понятия подпроцессов или надпроцессов. Его и в ИСО 9000 нет и в первоисточниках. Оно есть только в головах фантазеров.
  3. Структура списка процессов плоская. Но может делится за счет подразделений. Точнее быть в разрезе подразделений. Таким образом можно выстраивать дерево любой глубины и получать иерархическую структуру. Но нужно понимать что узлами этого дерева будут не надпроцессы, а подразделения.
  4. Процесс может быть публичным или приватным. Как в ООП бывают функции. Отличие в том что приватный процесс используется только внутри подразделения. А публичный может быть вызван извне. Например: Технадзор — его никто не вызывает. Он сам себя планирует и приходит с проверкой. Это приватный процесс. А есть публичный — например тех.поддержка. Она может быть по заявке от какого то лица извне.