Битрикс 24. Поток сообщений в качестве кейсов

Вернулся с презентации нового облачного сервиса bitrix24. Мероприятие проходило на площадке РИА Новости и оказалось очень интересным как по форме, так и по содержанию. Очень небольшой зал и два огромных экрана. Экраны как будто специально созданы для показа слайдов и одновременной демонстрации решения. Мероприятие произвело должное впечатление. Сергею за приглашение отдельное большое спасибо. Теперь по существу продукта. Я не буду подробно сейчас рассказывать что такое «Битрикс 24». В двух словах, «Битрикс 24» – это облачный интранет сайт с довольно широким функционалом. Думаю, интересные детали скоро опишут присутствующие на мероприятии журналисты или зрители онлайн трансляции. Ну а я постараюсь дать свои комментарии после того, как мы хотя бы несколько дней поработаем с продуктом (До 12 сотрудников – бесплатно ) Сегодня остановлюсь только на одном моменте, который меня, действительно, заинтересовал.

Архитектура Adaptive Case Management

Прочитал перевод забавной статьи Как ACM позволяет достичь гибкости бизнеса Деба Миллера, в которой автор сравнивает ACM c Dog Agility. Аджилити – это соревнование, в которых человек, называемый хэндлером, направляет собаку по полосе препятствий. Собака преодолевает препятствия, человек – бежит рядом и подает ей команды. Хэндлер не имеет права трогать собаку или препятствия, поощрять собаку едой или заманивать игрушкой. В его арсенале только команды жестом и голосом. Честно говоря, это действительно напоминает современные нам способы управления информацией через интерфейсы заказных программных систем. Только у одной собаки сразу несколько хозяев, расставленных по клеточкам бизнес-процесса

Прочитал статью и задумался над тем, что adaptive case management все больше и больше воспринимается не как инструмент, информационная система, бизнес-приложение, а как определенный набор практик сотрудника умственного труда (knowledge worker), работающего в современной организации. Это, безусловно, хорошо. Но чем дальше мы будем уходить от простых и конкретных понятий, тем меньше мы будем понимать, что же такое adaptive case management на самом деле. Поэтому, позволю себе вернуться к одному из первых определений ACM, предложенному Workflow Management Coalition. Возможно, это позволит избежать некоторого числа ненужных вопросов. Итак,

Adaptive Case Management (ACM) is information technology that exposes structured and unstructured business information (business data and content) and allows structured (business) and unstructured (social) organizations to execute work (routine and emergent processes) in a secure but transparent manner.

Open Graph: Третье поколение глобальной сети

Эту заметку следует прочитать не только тем, кто интересуются архитектурой информационных систем. Об этом полезно знать всем кто, так или иначе связан с информационными технологиями – системами коллективной работы, интранет приложениями, решениями для документооборота, анализа и управления бизнес-процессами. Возможно, кому-то это покажется банальным и давно очевидным. Кто-то с первого раза не поймет о чем речь, обвинит меня в предвзятости и надувании очередного мыльного пузыря. Но, мне хочется верить в то, что найдутся люди, которым это сообщение будет полезным и интересным.

Идея этого сообщения родилась у меня пару дней назад, 14 февраля, на встрече клуба архитекторов. Обсуждали мы вторую версию языка моделирования архитектуры предприятия ArchiMate. Вероятно, несколько главных ИТ архитекторов, собравшихся в одно время и в одной комнате, создают некоторый магнетизм,  что позволят обратить внимание на вещи, которые почему-то с первого взгляда от внимания ускользают. Дело в том, что у элементов, определенных в ArchiMate нет свойств(и методов), как например у классов языка UML. Свойства элементов определяются теми отношениями, в которых они участвуют. Кроме того, в ArchiMate нет аналога понятия стереотип, используемого в UML. Т.е. если мы хотим показать, что какой-то класс является частным случаем другого класса, то мы должны делать это явно. Но вернемся к теме.

Issue trackers: от проектов к кейсам

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

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

Adaptive case management и GTD

Наверное, занимаясь адаптивным кейс-менеджментом нельзя было пройти мимо идеи Getting Thinks Done (GTD) Дэвида Аллена. Наконец и я прочитал эту книжку о «доведении дел до завершения» и то, что говорят о ней в Интернете. Книжка хорошая. Насколько эффективен сам метод, мне сказать сложно, т.к. я его не практиковал, но судя по огромному количеству обсуждений и массе различного ПО, людям он нравится. (Ну или людям нравится об этом поговорить).

Я не буду рассказывать про сам метод, информации о нем в сети, действительно, очень много. Приведу всего одну цитату:

Чаще всего причиной того, что что-то крутится в ваших мыслях, является ваше желание изменить это что-то, однако:

• Вы ещё не определил четко желаемый результат
• Вы ещё не решили, каким будет ваш следующий шаг, что вы собираетесь предпринять
• Вы не поставили напоминания.

Для того чтобы в голове постоянно не крутились тревожные мысли о работе, человеку нужна уверенность в том, что он ничего не упустил и для каждого случая знает как поступить правильно. Такая же уверенность не помешала бы и отдельному подразделению или рабочей группе проекта. Но если сотрудник волен сам решать, какую систему персональной организации труда ему использовать, вести ли свои дела в Evernote, OmniFocus, Remember The Milk, Doit.im, на листочках или в расширениях почтового клиента, то для совместной работы без хорошего issue tracker-а не обойтись.

На текущий момент, персональные органайзеры и средства коллективной работы – это разные классы систем, но тренд на их сближение достаточно отчетлив. Успеют ли в него влиться системы адаптивного кейс-менеджмента, или же они останутся оторванными от BPM-движков worklist-ами, вот это вопрос.

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

Перед отпуском я написал серию сообщений о 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 – это инструмент для совместной деятельности работников умственного труда. Да « конвейерный» подход, целесообразный для рутинных операций, в кейс-менеджменте не применим, но чем мы его заменим?

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

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

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”

В оpen-source BPMS Activiti появились кейсы

16 августа вышел очередной релиз Aсtiviti с номером 5.7 Обычно, релизы появлялись ежемесячно, но этот релиз делался 2,5 месяца. Ожидание не оказалось напрасным. В системе серьезно доработано приложение пользователя Activiti Explorer (аналог Worklist/HumanTask). Кроме задач, возникающих в ходе исполнения бизнес-процесса стало возможным просто создавать задачи и назначать их на пользователей. Задачи можно разбивать на подзадачи, сопровождать вложенными документами и гиперссылками. В документации для обозначения задачи используется слово case, однако в релизе оно заменено более привычным task

Что останется после ACM и BPMS?

Интерес к системам Business Process Management не может всегда оставаться на высоком уровне. Про термин adaptive case management через пару лет, вообще, никто не вспомнит. ACM и BPM освободят место новым трехбуквенным сокращениям, оставив после себя некоторое количество информационных систем. Хочется надеяться, что унаследованные приложения будут хоть в каком-то виде вписываться в новый корпоративный ИТ-ландшафт. Поэтому, есть смысл уже сейчас смотреть на те компоненты, которые присутствуют в системах обоих типов.