Онтология предприятия Яна Дитца

Разбираю "Онтологию предприятия" Яна Дитца (методология DEMO). Дитц - профессор Делфтского технического университета, развивает свой подход с 1990 года. Читается тяжело, но окупается быстро. Вот четыре главных сюрприза (для меня 😅).

Сюрприз 1. Мы называем онтологией не то, что он

То, что в мы обычно называем онтологиями - графы знаний, справочники, типы сущностей и их связи - Дитц называет онтологиями мира. DEMO строит онтологию организации как системы: показывает устойчивую конструкцию организации - кто в каких ролях создаёт результаты и через какие обязательства организована совместная работа.

Вычисления - информационный слой, документы и данные - документальный, файлы - материальный. Люди, подразделения и ИТ - способы реализации этой конструкции.
Следствие: большинство наших громоздких "моделей предприятия" - детальные чертежи текущей реализации, а не устойчивого каркаса.

Сюрприз 2. У любой работы один и тот же каркас

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

Удивительна пропорция: четыре шага из пяти - не "производство", а социальная коммуникация, создающая и закрывающая обязательства.

Для аналитика это подарок: отзыв заявления - штатный отзыв запроса. Отказ взять запрос в работу - decline. Непринятие результата - reject. Краевые сценарии перестают быть костылями: паттерн содержит их изначально.

Сюрприз 3. Операций много, исходных деловых фактов мало

DEMO отделяет действия, которые меняют состояние дел, от действий, которые лишь вычисляют, описывают, сохраняют или передают сведения. Решение выдать лицензию создаёт новый деловой факт. Расчёт срока, запись в базу и отправка PDF - поддерживающие действия.

Но исходным действием может быть также изготовление, транспортировка или наблюдение - они меняют состояние дел.

Диагностический вопрос: изменился деловой мир - или только наше знание либо запись о нём? За создание каждого исходного результата должна быть закреплена ответственная роль. Поэтому из сорока страниц регламента могут остаться три результата: лицензия выдана, заключение получено, сбор уплачен.

Цена смешения уровней бывает чудовищной. Например, британском скандале Horizon ложные недостачи (автоматические расчеты) из учётной системы использовались как основание для обвинений сотен управляющих почтовыми отделениями, без возможности их оспорить. В английском праве действовала презумпция: компьютерная система считается работающей исправно, пока не доказано обратное. Из-за неё бремя доказывания лежало на обвиняемом: это управляющий отделением должен был доказать, что Horizon ошибается, — не имея ни доступа к коду, ни к журналам ошибок, ни средств на экспертизу. Расхождение в учёте попадало в суд уже в статусе установленного факта. Ветки "не принимаю" не существовало не потому, что её забыли запрограммировать, а потому, что процессуально её не было. В 2024 году подпадающие под критерии приговоры даже отменили специальным законом. Вывод системы, доказательство, решение уполномоченного лица и юридически установленный факт - не одно и то же.

Сюрприз 4. Ответственность не автоматизируется

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

Но модель не генерирует реальность - скрытые обещания, принятия и связи нужно проверять по регламентам, интервью, реальным кейсам и журналам систем.
Сущностное ядро не зависит от реализации. Бумага, ЦОН, ERP и цифровой сервис могут быть разными воплощениями одной структуры.

Здесь Дитц занимает жёсткую позицию: сбор данных, вычисления и запись можно отдать машине, но исходное решение и ответственность за него остаются за уполномоченным человеком. ИИ может поддерживать роль, но не становится носителем ответственности.

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

Ссылки:
1. Jan Dietz. Enterprise Ontology - Theory and Methodology. 2006
2. Jan Dietz. Enterprise Ontology - a human-centric approach to understanding the essence of organisation. 2020.