Рубрика: ECM

Facebook Graph API

Я довольно давно не затрагивал тему adaptive case management. Не затрагивал, не потому что она мне стала не интересной. Просто последние несколько месяцев у меня очень много работы, связанной с практической реализацией ИТ поддержки такого рода процессов. В первую очередь, речь идет о процессах решения телеком инцидентов. Это тысячи тикетов ежедневно, необходимость оперативного доступа к данным о клиентах, договорах, адресах подключений, данным по сетевому оборудованию и предоставляемым сервисам. Все это по-разному работает для разных типов услуг, линий бизнеса, в разных информационных системах. Этот практический опыт подтверждает мои предыдущие наблюдения. Если бы мне сейчас пришлось писать Adaptive Case Management Manifesto я бы начал с того, что гибкость бизнес-процессов достигается разделением приложений для совместной работы и приложений управления данными.
Читать далее Facebook Graph API

Atlassian JIRA 5.0(beta) закручивает воронку событий

Когда-то я рассказывал о решении tibbr от TIBCO Software (см. Интранет, интеграционная среда или корпоративный портал?) Предназначено оно для того, чтоб собрать все потоки событий в корпоративную ленту сообщений. Лента чем-то напоминает twitter, но подписываетесь вы не на сообщения от конкретного персонажа, а на определенную тему. Естественно, организация сама для себя может построить необходимую иерархию тем. Посылать сообщения в ленту могут в равной степени люди и приложения.

Похоже, что JIRA направляется тем же путем. Сейчас идет beta-тестирование пятой версии. В анонсе к ней 5 Reasons to get JIRA 5 Beta в качестве первых трех преимуществ указана интегрируемость решения. Читать далее Atlassian JIRA 5.0(beta) закручивает воронку событий

Существуют ли непредсказуемые бизнес-процессы и неструктурированные данные?

Adaptive case management становится все более популярной темой. Поставщики программных решений позиционируют свои продукты как ACMS (правда, не все они развиваются, см. проект Calipso) Аналитики пишут новые статьи Dynamic Case Management: Definitely Not Your Dad’s Old-School Workflow/Imaging System В русскоязычном интернете тема тоже обсуждается (см. например ECM-Journal) Самое время перейти от перейти от простого понимания ACM, как средства автоматизации непредсказуемых бизнес-процессов, к пониманию более глубокому.

Здесь будет уместна аналогия с системами Enterprise Content Management. В идеологии ECM контент противопоставляется структурированным данным, т.е. данным хранящиеся в реляционных БД. Много красивых презентаций было посвящено тому, что значительная часть информации в современной компании попадает именно под категорию контент и, следовательно, требует для своего хранения и обработки специальных систем. Искушенный пользователь, безусловно, понимает что видео и аудио файлы, скан-копии документов, файлы MS Office и прочий контент можно хранить и в реляционных БД и просто на общих, сетевых дисках. В действительнсти, реальная польза от ECM заключается вовсе не в том, что они позволяют хранить неструктурированный контент. Выигрыш от ECM в том, что они позволяют этот самый контент структурировать: классифицировать, включать в те или иные иерархии, версионировать, отслеживать использование и т.д. и т.п. Выглядит несколько противоречиво, но это именно так. Если вы будете бездумно сваливать документы в ECM, то довольно быстро такая система не будет отличаться от традиционной «файловой помойки». Говорить об успешном внедрении ECM можно будет только в том случае, если вместе с инструментом в организацию придет культура работы с данными. Причем принципы структурирования контента придумывает не программист, а заказчик человек, разбирающийся в своей предметной области. Таким образом, главным элементом ECM является не банка с контентом, а инструменты работы с метками, категориями, уведомлениями, workflow согласований и т.д.

Отношения между ACM и BPM похожи на отношения ECM и реляционных баз данных. Непредсказуемые процессы существуют разве что в адвокатских фильмах и сериале про доктора Хауса (причем непредсказуемы эти процессы только для нас, но никак не для сценариста, режиссера и актеров фильма). Работа knowledge workers в современной компании и заключается в создании предсказуемости. Процессы надо не только доводить до конца, но и анализировать, классифицировать, перестраивать, сочетать друг с другом, увязывать с ресурсами и возможностями. Одним словом, идея ACM это не столько “Mastering the Unpredictable“, сколько переход от “Doing by Design” к “Design by Doing”

Forrester: SOA жив и здоров

Примерно таким заголовком анонсировали интернет издания мартовское исследование Forrester SOA Adoption 2010: Still Important, Still Strong Оказывается 71% опрошенных компаний уже используют SOA или собираются это сделать в течении 2011 года. То же самое говорит почти половина средних и малых компаний. Организации довольны результатами, получаемыми от сервис-ориентированной архитектуры и не собираются от неё отказываться. Безусловно, определенная часть опрошенных просто не понимает о чем говорит, но единодушие в ответах респондентов показывает, что «пациент скорее жив, чем мертв».

Не менее интересное исследование появилось в конце апреля The Forrester Wave™: Enterprise Service Bus, Q2 2011. Рынок ESB продолжает неплохо расти. Кроме вполне привычных для ESB задач, таких как маршрутизация сообщений и преобразование данных 35% компаний используют ESB непосредственно для разработки сервисов, а 14% для прикладной разработки на BPEL (28% используют BPEL для оркестровки). Кстати, с языком исполнения бизнес-процессов WS_BPEL ситуация тоже интересная. 2-3 года назад только ленивый не говорил о том, что SOA и BPM – браться на век. Затем из лагеря BPM стали отчетливо слышаться голоса, что BPEL not for people. В ответ могу попрекнуть разработчиков BPMS в монолитности архитектуры их флагманских продуктов. Далеко не все BPMSы, те который для людей, а не так называемый IC-BPMS, отвечают принципам сервис-ориентированной архитектуры, потому как сервисов они не предоставляют. В итоге, у больших вендоров в линейке присутствуют как минимум по два продукта: один для быстрого рисования процессов и пользовательских интерфейсов к ним, а другой для интеграции в корпоративную информационную систему, т.е. интероперабельный. Читать далее Forrester: SOA жив и здоров

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

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

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

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

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

Тенденции развития ECM

Еще одна тема DOCFLOW 2011 – направления развития ECM. Этой теме была посвящена первая презентация от компании EMC на дискуссионном клубе. Направлений нарисовалось несколько:

  1. Доступ к ECM с мобильных устройств.
  2. Облачные вычисления, они же cloud computing.
  3. Социальное ПО, оно же Enterprise 2.0 
  4. Тема названная «в-контексте», которую я переименовал бы в Digital worplace

Темы актуальные но, на мой взгляд, не очень связанные с системами Enterprise content management. Давайте оставим в стороне облачные вычисления. Не потому, что тема большая и явно перегретая, а потому что вряд ли средняя отечественная компания готова ежемесячно платить по $10-15 на пользователя за каждое облачное приложения. Облака стоят дорого.

Про доступ к системам с мобильных устройств. Очень порадовали на выставки надписи на стендах о том, что то или иное приложение доступно с iPad. Это преподносится как нечто новое и необычное. Кто-то понимает под этим наличие клиента под iOS, кто-то корректную работу сайта приложения в броузере Safari. Второй вариант вызывает невольное удивление. С появлением мобильных устройств все как будто проснулись и решили веб-приложения писать правильно. Разве раньше никто не знал, что злоупотребление ActiveX и Java апплетами это нехорошо? Что дизайн сайта надо делать на CCS, а не на HTML, т.к. иначе его потом от приложения не отдерешь. Ну да ладно. Другой момент, что нормальная работа на мобильных устройств стала требованием не столько к ECM, а к любым корпоративным приложениям. Чем ECM принципиально отличается от базы данных с окошками?

Про социальное ПО. Честно говоря, я впервые услышал наиболее важную мысль про Enterprise 2.0, а именно: «не надо рассматривать внутрикорпоративное социальное ПО, как что-то отдельное от других приложений. Социалка – это просто дополнительная функция приложений». Эта мысль согласуется с моим пониманием этой темы. См. например Кнопка «Feedback» в бизнес-приложениях Внутрикорпоративное социальное ПО, используемое как средство массовой информации не работает! Люди буду использовать только то, что необходимо для выполнения должностных обязанностей. Все остальные решения – игрушки управления персоналом.

Тема digital workplace тоже понятная. Единственное, что осталось для меня непонятным – какое отношение имеет ECM ко всем этим тенденциям. Бизнес-приложения, обрабатывающие структурированный контент, тоже нужно делать социальными, мобильными и интероперабильными.

Корпоративный поиск

«Мы ничего не теряем. Мы просто долго ищем»

Народная поговорка

Сегодняшний день я посвятил участию в дискуссионном клубе на DOCFLOW 2011. Вел себя активно, одобрительно кивал головой в ходе выступлений, задавал вопросы. Собственно говоря, интересных тем в дискуссионном клубе было две: тенденции развития ECM и корпоративный поиск. Про ECM как-нибудь в следующий раз, а сейчас про корпоративный поиск. Читать далее Корпоративный поиск

Nuxeo Case Management Framework

Не ACM, но вполне себе кейс-менеджмент. Решение не бесспорное, но посмотреть полезно. Тем более, что это open source. Скачивается и разворачивается очень просто. Перевод на русский в зачаточном состоянии, так что лучше использовать англоязычный вариант (язык указывается при входе в систему)

http://www.nuxeo.com/en/products/case-management

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

Пару дней назад на 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 способен реанимировать этих динозавтров? Посмотрим…