Адаптивный кейс-менеджмент и основные данные

Перед отпуском я написал серию сообщений о SOA, ESB, EDA и Master Data Management. Потом я написал о том, как собрать это все вместе. А по возвращении из отпуска позволил себе добавить в эту конструкцию еще и BPM. Но честно говоря, я еще не сказал главного, о чем мне и напомнил доклад Анатолия Левенчука “Между проектами и процессами: адаптивное управление кейсами”. Настоятельно рекомендую его послушать.

Прежде чем перейти к главному, я все же соберу ссылки на все упомянутые выше сообщения:

• 10.07.2011 Event-driven architecture. Размышления о том, является ли SOA архитектурой и нужна ли для её построения ESB.
• 17.07.2011 Как сделать хороший API? О необходимости абстрагирования для построения повторно-используемых программных интерфейсов
• 12.08.2011 Интерес к управлению данными возвращается.
• 15.08.2011 Master Data Management, EDA, ESB, SOA: собираем все вместе. О том, что для управления основными данными нужна и сервисная шина и управляемая событиями архитектура.
• 17.09.2011 … добавляем бизнес-процессы. Несколько рассуждений о BPM и MDM вместо сочинения о на тему «как я провел лето»

Critical Capabilities for Composite Content Applications

Меня попросили написать комментарий к статье об adaptive case management в применении к  системам электронного документооборота. Комментарий я пока не написал, но освежил в памяти некоторые работы относительно ECM и ACM. В частности гартнеровскую Critical Capabilities for Composite Content Applications: Case Management.

Gartner занимается исследованиями кейс-менеджмента уже довольно давно. Тем не менее, в hype cycle 2011 кейс-менеджмент все еще не достиг пика завышенных ожиданий (см. рисунок). Т.е.за прошедшие пару лет тема ACM особо никуда и не сдвинулась. На мой взгляд, причина этого в том, что разговоры о кейс-менеджменте до сих пор носят слишком общий характер. Да, ACM – это инструмент для совместной деятельности работников умственного труда. Да « конвейерный» подход, целесообразный для рутинных операций, в кейс-менеджменте не применим, но чем мы его заменим?

Кейс-менеджмент еще не существует как методология. Его еще надо конструировать. Несколько моих(с) мыслей на этот счет:

Case management: основные виды работ

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

1. OMG уже пыталось навести порядок в этом вопросе и даже готовило RFP Case Management Process Modeling http://www.omg.org/cgi-bin/doc?bmi/2009-09-23 Согласованного результата не получилось. На мой взгляд, порядок обработки кейса существенно зависит от предметной области. В документообороте подход будет один, при обработке заявок – другой, а при решении инцидентов третий. Однако, некоторая база присутствует в RFP и предшествующих ему документах .

2. Обработка кейса имеет существенно итерационный характер. Одна и та же деятельность может повторяться многократно. Поэтому, нарисовать внятную модель обработки кейса в привычной нам форме – не простая задача. С другой стороны, кейсы легко группируются и наоборот распадаются на части. Так что говорить надо о некотором потоке работ, который связан с кейсом. Причем такая связь может и не быть постоянной.