Чрезвычайно насыщенная неделя не оставила времени для написания сообщений. Неделя еще продолжается, свободного времени не предвидится, потому сообщение в телеграфном стиле.
На НЕконференции BPMS.ru практически не удалось затронуть тему адаптивного кейс-менеджмента. Времени было мало и потому в ACM решили не погружаться. Я не думаю, что ACM что-то слишком сложное. Сложно понять ACM, находясь на позиции традиционного BPM. Разницу взглядов этих парадигм на процесс Jim Sinur сформулировал больше года назад своим противопоставлением Design by Doing — Doing by Design Перефразирую известного консультанта: в ACM процесс управляется людьми, а в BPM процесс людьми управляет. Что может предложить процесс, описанный в нотации BPMN людям в качестве рычагов управления? Практически ничего. Максимум, что может сделать сотрудник, это протолкнуть процесс дальше или же сгенерировать из назначенной на него задачи некоторое событие (безусловно, разработчик процесса должен при проектировании предусмотреть для сотрудника такую возможность).
А чего хочет сотрудник от BPMS? Возьму на себя смелость предположить, что как минимум определить следующую активность для данного экземпляра процесса. По сути, работа knowledge worker заключается в том, чтоб «гонять» процесс по определенному набору состояний (Ну, иногда еще порождать экземпляры вспомогательных бизнес-процессов). Таким образом, если вы хотите реализовать минимальный ACM, вам необходим движок, в котором реализован набор состояний и разрешенных переходов. Вопрос — где его взять? Не спешите с ответом. Я хочу предложить более «вкусный» вариант. Однажды Рой Филдинг придумал идею Hypermedia as the Engine of Application State Вообще-то, он придумал архитектурный стиль REST, а HATEOAS это скорее некоторый критерий соответствия программного интерфейса стилю RESTful, не суть. Существенно, что состояния – это разбросанные по интернет страницы(ресурсы), а допустимые переходы – гиперссылки между ними.
Обобщаем на бизнес-процессы: участник процесс получает страничку и набор гиперссылок в ней, определяющих переходы, допустимые из этого состояния в другие; думает головой, выбирает необходимую гиперссылку и тем самым «передвигает» бизнес-процесс в следующее состояние. Реализация довольно проста. Назначение задачи на сотрудника можно сделать сообщением электронной почты с набором гиперссылок. Нужно получить визу начальника – отправляем ему e-mail c гиперссылками: «утвердить», «отклонить», «отправить в спам» (Очень удобно в связи с поголовной «мобилизацией» руководителей. Компьютера может рядом и не оказаться, а мобильник с почтовым клиентом – всегда под рукой).
Ни тебе BPMN-ов, ни тебе BPMS-ов, поменять процесс «на лету» — вообще не проблема. Хотите Social BPM – перешлите письмо подчиненному с соответствующей резолюцией или же эксперту с традиционным вопросом: «Мне следует это подписывать?». Немного ловкости в проектировании формата гиперссылок на соответствующие активности, немного интеграции с почтовым сервером, причем как на рассылку, так и на получение сообщений и ваш мегагибкий BPMS готов. А кроме того, отсюда и до сетевых бизнес-процессов всего пара кликов рукой подать
У нас возникло обсуждение темы 
Возникла у нас на днях потребность порисовать бизнес-процессы. Обычно, архитекторы рисованием бизнес-процессов не занимаются, а если и занимаются, то делают это на high level. Для верхнеуровневого отображения процессов вполне успешно можно использовать Archimate, позволяющий связать бизнес-функции(подразделения), информационные системы и непосредственно процессы. Но в этом случае так получилось, что в процессе перемешаны пользовательские задачи, ручные операции и автоматические интеграционные сценарии, а для этого Archimate не слишком подходит. Кстати, речь идет о процессе выдачи оборудования абонентам в аренду. Так что сами понимаете, что от операций возврата, замены неисправного оборудования или ремонта, а так же выкупа частично самортизированного оборудования никуда не деться. Для решения такой задачки единственной разумной альтернативой нотации явился BPMN, а инструментом – Microsoft Visio.