Company Media 4.0

Сегодня ИнтерТраст презентовал новую версию системы электронного документооборота CompanyMedia 4.0. Презентация удалась. Во-первых потому, что организаторы отказались от традиционной лекции в актовом зале минут этак на сорок, а во-вторых потому, что проходила она в музее ретро-автомобилей Автовилль. Впрочем, и версия системы тоже необычна. Я не стану рассказывать о функционале и архитектуре решения (хотя там довольно много всего интересного). Все это можно почитать на сайте компании и при желании посмотреть в демо-версии. Для меня появление системы представляется знаковым событием потому, что в новой версии кейс-менеджмент позиционируется как одно из основных нововведении. Т.е. ИнтерТраст присоединился к поставщикам ACM/DCM решений, таких как IBM, OpenText, Kofax или Documentum.

Одним словом, период, когда кейс-менеджмент больше походил на идею, чем на класс приложений постепенно завершается. Понятно, что пока еще нет стандартов, что поставщики еще долго будут выяснять между собой, чей кейс-менеджмент лучше, но это уже другая стадия взросления технологии. Системы управления кейсами существуют, а значит, самое время вернутся к вопросу как объяснить что такое кейс-менеджмент уважаемому [потенциальному] заказчику. Я уже несколько раз рассказывал об этом на семинарах и писал в этом блоге, но хочу попробовать пересобрать объяснение того что же такое кейс-менеджмент еще раз.
Читать далее Company Media 4.0

Срочный патч BPMN 2.0

Несмотря на то что вторая версия нотации описания бизнес-процессов BPMN появилась совсем недавно,  в январе 2011 года, уже возникла срочная необходимость внесения в документ изменений.  Эта необходимость связана с беспрецедентными темпами роста облачных вычислений  (cloud computing) и повышенным интересом к адаптивному кейс-менеджменту (adaptive case management) Читать далее Срочный патч BPMN 2.0

WordPress для управления задачами и проектами

BuggyPress — еще один плагин для WordPress, реализующий простую систему управления задачами. Этот плагин добавляет к традиционному WP блогу две новых сущности: project и issue. И проекты и задачи порождены из обычных сообщений, но имеют соответствующий тип и потому не попадают в общую ленту. Создание и редактирование проектов и задач производится через административную консоль:

Посмотреть задачи и проекты можно в стандартном представлении блога:

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

Плагин BuggyPress интересен не только тем, что позволяет управлять проектами и задачами, но в первую очередь тем как он сделан. Напомню, что структура базы данных WP очень проста, всего 11 таблиц (для просмотра базы WP можно установить соответствующий плагин, например хорошо известный Adminer). В отличии от ряда других плагинов BuggyPress ничего нового в структуру базы не привносит. Т.е. и сообщения и задачи сохраняются в таблице wp-posts. Статусы, приоритеты и прочие атрибуты задач определяются в таблице wp_terms. История изменений задач ведется в таблице wp_postmeta. Т.е. вся логика реализована посредством расширения существующих в wordpress механизмов. Хороший пример архитектуры решения.

PS: Большинство текущих тем отображают только сообщения типа post. Что нужно сделать для отображения сообщений других типов написано здесь: Showing custom post types on your home/blog page Подробное описание таксономий: Введение в пользовательскую таксономию WordPress 3.0

Кейс-менеджмент: долго, дорого, плохо?

Пару дней назад на cnews появилась заметка Чем выделяется кейс-менеджмент? Мне трудно сказать поможет ли эта статья погрузится в тему неподготовленному читателю. Наверное, перевод работы Forrester «Dynamic Case Management — An Old Idea Catches New Fire» или других экспертных статей был бы более уместен. Но есть в заметке cnews одна фраза, вызвавшая у меня просто детский восторг:

Совершенно понятно, что полная технологическая поддержка концепции CM по силу только ведущим игрокам на рынке решений ECM. Более того, можно сказать, что реализация CM в рамках ECM-платформы является свидетельством ее промышленной зрелости.

Вообще-то, я считал, что рынок ECM решений умирает. Идея Enterprise Content Management (именно идея) хороша, а лет 10 назад была просто инновационна. По сути своей, ECM отвергает две предшествующие ей идеи, а именно идею электронного документооборота и идею создания отдельной новой системы для каждой предметной области. Недостатком электронных документов является их непрозрачность. Т.е. у нас нет способа автоматизированной обработки содержащейся в документе информации. Внешне, все документы одинаковы. Мы не можем определить, что в нем лежит иначе как, позвав человека и попросив его прочитать документ. Альтернативная идея заключается в хранении структурированных данных в реляционной базе данных. Проблема в том, разработка баз данных оправдана в случае большого числа однотипных данных. Нет смысла городить систему для хранения одной записи. ECM объединяет подходы. Простейший пример ECM решений – картотека документов, практически как в библиотеке. Т.е. вы вытаскиваете из документа некоторую информацию, ключевые поля и заносите их в реляционную базу данных. Можно сортировать, группировать, искать и т.п. Возьмите хорошего ИТшника и он за пару дней построит вам систему из базы данных для хранения карточек и версионного хранилища файлов.

Однако современные ECM системы за время своей жизни обросли огромным количеством абсолютно ненужных модулей, начиная от систем распознавания отсканированных документов и заканчивая поддержкой стандарта CMIS. Тащить эти атавизмы в будущее? Нет. Слишком дорого. С другой стороны, многие из них игнорируют принципы интернет приложений, такие как идентификация контента посредством перманентных гиперссылок, простые глаголы REST и т.д. Упомянутый выше CMIS поддерживает привязку к web-сервисам, но не согласован с протоколом WebDAV. Продолжать можно до бесконечности.

Неужели ACM способен реанимировать этих динозавтров? Посмотрим…

Девайсы и гаджеты

За рассуждениями о сервис-ориентированной архитектуре и управлении бизнес-процессами я совершенно упустил из виду события, происходящие в телекоме. Как ни странно, после нескольких лет застоя телеком начал меняться. Если верить прогнозам J’son & Partners Consulting в России уже в этом году доходы от мобильного интернета превысят доходы от фиксированного доступа. Трафика в мобильных сетях будет, конечно же, меньше но, тем не менее, тенденция на лицо. А в следующем году, ну или немного позже USB-модемы уступят в мобильном интернете место 3G телефонам или… Вот здесь начинается самое интересное. Читать далее Девайсы и гаджеты

Маргинальный подход к моделированию бизнес-процессов

В 2002 году под заголовком «Современные методы описания функциональных требований к системам» на русском языке была выпущена книга Алистера Коберна «Writing Effective Use Cases» (скачать русскую версию в djvu можно по этой ссылке)
Книжка эта, конечно, в первую очередь о требованиях, но и не только о требованиях. В действительности, автор излагает подход к моделированию процессов, позволяющий не использовать графическую нотацию. Я предвижу праведный гнев бизнес-аналитиков. Однако считаю совершенно необходимым поделиться с экспертами, занимающимися бизнес-процессами, данным подходом к их моделированию.
Читать далее Маргинальный подход к моделированию бизнес-процессов

О странностях отношений между SOA и BPM

Бойтесь своих желаний

Если с высоты птичьего полета посмотреть на развитие hype-ов SOA и BPM, и сделать это с некоторой долей юмора, то ситуация будет выглядеть так.

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

Затем на сцену вышла идея управления бизнес-процессами (BPM). Одним из составляющих этого движения явилось появление систем управления бизнес-процессами (BPMS). Непременным атрибутом таких систем является движок для оркестровки сервисов, т.е. разработки некоторых «больших» бизнес-процессов из «маленьких» подпроцессов-сервисов.

А потом появился Adaptive Case Management (он же dynamic case management по версии Forrester и он же advanced case management по версии IBM). Одну из основных идей этого течения я бы озвучил так: «BPMS нам не нужен! Дайте нам сервисы, и мы сами будем складывать из них бизнес-процесс, адаптируя его под каждый конкретный случай по своему разумению». Т.е. бизнес проснулся (сам или же разбуженный вендорами – не так важно) и наконец, осознал все преимущества сервис-ориентированного подхода. И не просто осознал, но уже желает самостоятельно, на лету собирать из кубиков лего-сервисов необходимые ему процессы.

А разве не об этом мечтали несколько лет назад первопроходцы SOA?! 😉

Lean процессы :-)

Как работает (хороший) бизнес-аналитик сегодня:
Он довольно быстро создает основную ветку процесса. Иногда это называют типичным ходом событий. А потом очень много времени тратит на выявление исключительных ситуаций и написание для них обработчиков. Причем, сложность обработчиков может быть крайне велика. Существенно больше, чем сложность основного сценария. Это хорошая практика. Нас всех так учили на уроках программирования. В результате, в современных приложениях огромный объем кода никогда не вызвался, а возможно и не будет вызываться. А модели бизнес-процессов перегружены логикой, которая мало того что сложна и редко используется, но с большой вероятностью уже давно неактуальна. Ситуация меняется. Исключения надо обрабатывать иначе. Case management интересен тем, что сводит развесистый граф традиционной модели процесса к небольшому набору практически линейных наборов активностей. Ну а с исключениями пусть разбираются люди.