Как мы посмотрели на юридический процесс как на поток данных

[hleb_po_vodam]

интересный кейс для юридических дел. вопрос. скорее про практику, чем про концепцию: сколько по времени и усилиям заняло построение такой событийной модели инхаус?

особенно интресно, где был основной болевой порог — в разработке, в договорённостях о том, что считать событием, или в последующей поддержке и эволюции модели. Ну условно, хочется понять, это история на месяцы или на годы до того момента, когда процесс майнинг начал реально помогать в управлении, а не просто показывать картинку.

[kirill_knaub]

Если коротко — это не история на годы, но и не спринт на пару недель.

Первые полезные эффекты появились довольно быстро, в пределах 5-6 месяцев. В этот момент мы просто перестали спорить на уровне ощущений и увидели реальные петли, ожидания и расхождения с регламентом. это был скорее эффект «диагностики», чем управления.

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

Вторая сложная часть — поддержка и эволюция модели: процесс живёт, появляются новые типы ожиданий, ручные исключения, внешние факторы. Если относиться к этому как к разовому проекту, всё очень быстро устаревает.

Момент, когда process mining начал реально помогать в управлении, а не просто «рисовать картинки», наступил тогда, когда результаты начали влиять на реальные решения: сроки, порядок действий, автоматические правила. и когда данные начали выигрывать споры с интуицией.

Если совсем упростить:
5-6 месяцев — чтобы увидеть правду,
дальше — чтобы научиться с ней работать.