В начале сентября, в рамках конференции BPM1012, проходившей в эстонском Таллине, состоялся первый международный workshop по Adaptive Case Management. В ходе самой конференции также было еще несколько мероприятий посвященной теме кейс-менеджмента (Adaptive? Dynamic?, впрочем не важно). К сожалению, на конференции я не был, но к счастью в сети достаточно информационных материалов с ней связанных. И пожалуй наиболее удачным преддверием очередного обсуждения ACM явилась заметка в блоге Адама Дина о вечеринке относительно дня нерождения ACM
Не возьму на себя смелость перевести это замечательный текст, но настоятельно рекомендую его почитать(хотя бы и в переводе гугла). Здесь же ограничусь коротким фрагментом.
Безумный Шляпник: (об Adaptive Case Management) Это фантастическая методология.
Мартовский Заяц: (кивает) Это фантастическая методология … но её никто не использует.
Алиса: Что за вздор! Как так можете быть, чтоб никто не использовал методологию, которая всем нравится. Если бы она была, действительно так хороша то, безусловно, поставщики BPM, CRM и ECM решений уже бы её использовали.
Мартовский Заяц: Как раз наоборот. ACM это фантастическая методология и потому её никто не использует.
Действительно, об ACM до сих пор говорят намного большем, чем что-то делается. Возможно так происходит потому, что продать BPM намного проще. BPM — это типичный продукт: набор инструментов, сообщество людей, их использующих, собственная графическая нотация.
И разумеется, на конференции не могли не затронуть тему использования графических нотаций для отображения процессов. В июле месяце Кит Свенсон написал довольно большую статью BPMN is Incompatible with ACM. Мысль Кита достаточно проста. Он не ругает BPMN за сложность, а обращает внимание на одну банальную вещь. Рисование картинок осуществляется на этапе проектирования процесса или ИТ решения и делается это специально обученными людьми. Затем картинки отдаются разработчикам, которые реализуют их в коде и(или) настройках информационной системе. Люди, работающие в процессе, не модифицируют эти рисунки(Скорее всего они их даже никогда не увидят). Адаптивный кейс-менеджмент предполагает другой жизненный цикл. Разработка бизнес-процесса и его исполнения совмещены во времени. Кейс-уокер создает процесс «на лету» и нуждается для этого в более простых и эффективных инструментах, чем красочный редактор BPMN.
Словно в продолжение этой темы на конференции была представлена концепция Process Cloud Concept for Case Management. Концепция “Open Process Clouds” не имеет ничего общего с облачными вычислениями. Она просто предлагает расширить нотацию BPMN символом облачка, обозначающим некоторую активность участников бизнес-процесса. Кто и что делает в облаке бизнес-аналитику не известно, зато он может связать с ним набор входящих и исходящих сигналов.
Идея выглядит остроумно, но вряд ли будет востребована BPM-сообществом. На мой взгляд, целесообразней было бы спрятать в облако всю топологию переходов между активностями, а пользовательские задачи оставить в покое. Вернее не так. Предоставить пользователю возможность инициировать из своей задачи другие активности. И делать это следует либо синхронно, т.е. ожидая завершения новой задачи либо асинхронно, т.е. продолжая или завершая головную задачу.
На самом деле, тема кейс-менеджмента еще далеко не исчерпана. И думаю, что интересовать она будет все больший круг специалистов. Ведь речь в первую очередь идет о том, как нам лучше делать свою работу. Делать, эффективно, сотрудничая при этом с другими людьми. А человека, который не смотрит на работу исключительно как на способ добывания денег или метод веселого времяпрепровождения этот вопрос неминуемо будет интересовать