... , проводимая издательством "Открытые системы".

По сравнению с прошлым годом она была более насыщенной, было в два раза больше докладов. Качество докладов тоже было на высоте. Было множество представителей весьма солидных вендоров. Получил массу полезной информации.

Было также рассказано про опыт применения процессного управления на некоторых предприятиях. Лично мне очень понравились: опыт Русал о применении Oracle BPEL, доклад о стандартах BPEL и BPMN, доклад "Бизнес-консоли" и трудностях, которые приходится преодолевать при внедрении BPMS, доклад про систему EMC Documentum (оказывается, в этой системе появилось очень много того, чего раньше не было, она стала полноценной BPM-системой, причем, очень неплохой).

Пожал руку главному редактору журнала "Директор информационной службы" Михаилу Зырянову. Даже не знаю, когда теперь смогу вымыть руки - до сих пор под впечатлением от того, что удалось пообщаться с такой знаменитостью. :)

Конференция набирает обороты. В этом году ее посетило в 2 раза больше народу, чем в прошлом. Очевидно, что интерес к BPMS среди IT-шников быстро растет. Надеюсь увидеться на следующей конференции с посетителями форума! :)

Чуть не забыл! Про это нужно рассказать отдельно! :)
Когда Юлия Вагнер показала демонстрашку про то, как можно работать с BPM-системой без компьютера, в аудитории чуть со стульев не попадали! :)

Она рассказала про пример из своей практики - автоматизацию бизнес-процессов автотранспортного предприятия. Водители работают с BPM-системой, находясь в разъездах. Прямо со своих мобильных телефонов.

iscrafmа какие же реальные внедрения BPMS систем осветили и какой функционал внедрен? Или конференция чисто маркетинговая?На Русале - Oracle BPEL PM (ПМСМ, в качестве BPM-системы не самый удачный выбор). Но реализация получилась очень даже ничего - в плане интеграции. Они наладили B2B со своими клиентами, автоматизировали процедуру возврата НДС по экспортным поставкам (когда суммы большие, очень важно вернуть НДС как можно быстрее). Реализовали взаимодействие БУ и УУ через Oracle BPEL. Ранее пытались решить аналогичные задачи в SAP, все лбы порасшибали.
Но, в общем, если говорить откровенно, он зашел на эту задачу просто как IT-шник, и использовал Oracle BPEL в большей степени как EAI. Когда я спросил его про контрольные карты Шухарта, делался ли анализ стабильности и воспроизводимости процесса, он вообще не понял, о чем я спрашиваю.

Был там директор аутсоринговой IT-компании. Он внедрил HP ServiceDesk и реализовал подходы ITIL (в общем, тоже разновидность процессного управления). Рассказ получился зажигательным... Особенно, аудитория оживилась, когда он сказал, что уволил 80 программистов. :)

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

Было 7 (!!!) докладов, посвященных возможностям конкретных BPM-систем (по докладу на каждую). Мое личное мнение - 3 из них до полноценных BPM пока не доросли. Это те, которые как раз поддерживаются "китами" - Microsoft, Oracle и IBM. Все-таки, это EAI. Все они ориентированы на IT-шников, не поддерживат версионность схемы бизнес-процессов, не имеют пула ресурсов, задействованных в бизнес-процессах, крайне неудобные именно для бизнес-целей средства мониторинга.
А вот остальные 4 - вполне очень даже состоявшиеся BPM-системы. Очень меня удивил EMC Documentum. Оказывается, это уже не что-то отдаленно похожее на BPM, а самая настоящая BPM. Только "в довесок" еще и со средствами управления контентом (ну, про это я и раньше знал :) ).
Вот только для того, чтобы из Documentum получилась полновесная BPMS, необходимо купить штук семь отдельно поставляемых системы. Вот это меня как-то насторожило. Во-первых, я сразу представил, сколько всё это вместе стоит. Во-вторых, каждая из этих подсистем, поскольку она продается отдельно, по-идее, должна уметь "жить своей жизнью". И если они все это умеют, значит со стыковочками между ними предвидятся всякого рода неудобства и нестыковочки.

velfimovкстати так на сайте у них не нашёл ни какой инфы по проводимой конференции...
вообщето дурной тон считаетсяДа, я тоже не нашел. Сайт у них своеобразный. Если не знаешь ссылку, чертва с два найдешь. Вот ссылочки:

Общая информация о конференции: http://www.osp.ru/conf/2007/0320/3767602/
Программа конференции: http://www.osp.ru/conf/2007/0320/3767602/3903156/
Анотации докладов: http://www.osp.ru/conf/2007/0320/3767602/3977048/
Схема проезда: http://www.osp.ru/conf/2007/0320/3767602/3906697/

iscrafm GaryaОчень меня удивил EMC Documentum. Оказывается, это уже не что-то отдаленно похожее на BPM, а самая настоящая BPM. Только "в довесок" еще и со средствами управления контентом (ну, про это я и раньше знал :) ).

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

1. Поддерживается версионность схем бизнес-процессов
2. Существует возможность динамически назначать задания конкретному исполнителю самой системой из группы исполнителей по текущей оценке очередей (загруженности каждого пользователя) и приоритетам - вот этого я вообще ни в какой другой BPM-системе как часть встроенного механизма не видел (хотя его можно реализовать как часть бизнес-процесса).
3. Средства мониторинга - графические, а не просто таблички, как в EAI. Не уступают продвинутым BPM.

Ну и у других BPM-систем нет средств управления контентом... :)

АБДа, судя по докладу EMC, система у них неплохая. Только есть мнение: как у русских, которые что бы не делали, опять получается автомат Калашникова, так и у EMC, за что бы не брался, получается документооборот.:)

WJРусал просто сразил наповал: с такой гордостью доложил о том, как с треском провалил проект классического реинжиниринга с Aris, но похоже сам этого не понял:)Да, я тоже на это обратил внимание. Докладчик вообще не видит разницы между BPM и BPR. :) В его докладе проект по написанию большой и всеохватывающей кучи схем бизнес-процессов прозвучал как BPM- подход, хотя на самом деле это не так - это высвечивание одной из главных проблем реинжиниринга.

Partisan MВопрос - что лучше, Oracle BPEL или Documentum BPM? А если уже есть Documentum, то есть ли смысл купить Oracle BPEL, или добавить Documentum BPM? Не знаю и как-то не ожидаю, что просветят. Вот сходить бы на ту конференцию и потом жаловаться на плохой доклад. Хотя для меня эти вопросы решились сами собой, что Documentum изучен, а Documentum BPM куплен.Это интересно! А подробнее не расскажете?
Когда куплен, какие задачи намерены решать, какие уже решили, с какими трудностями столкунлись. И т.п.

velfimovМне просто интересно от чего одни падают со стульев, а другие уже работают с этим. Или начнут с дня на день :)Оттого, что с автоматизированной системой работают ВОДИТЕЛИ . Может быть, Вам доводилось видеть и автоматизированный труд уборщиц, мне пока нет... :)

WJ velfimovя например вообще не был в курсе о конфе.
Ни каких приглашений не приходило
Хотя мы крупнейшее предприятие нашей направлености в Центральном регионе...Нам тоже не приходило - инфа была на osp.ru и на bpms.ru.
Мдааа..., Garya, мы, похоже, поступили как эгоисты - можно было на форуме это дело пропиарить, наверное...Да, нужно в следующем году дать сообщение, чтобы народ был в курсе.

guest_20040621> Причем тут транспорт?!

Назовите это протокол взаимодействия, способ коммуникации или так, как Вам удобнее. Мобильный телефон - это дополнительно sms/mms. Кроме того, ничего более. Т. е. еще один транспорт. Транспорт в смысле физической среды передачи данных/голоса и/или интерфейсов к ней.По большому счету, сабля и пуля предназначены для перемещения по воздуху с высокой скоростью с разрывом живых тканей противника. Различия только в транспорте (рука или ствол) и интерфейсе (умение фехтовать и умение правильно прицеливаться). Однако, результативность их использования - как небо и земля.

Я не понимаю недоумения в стиле "ну и что тут такого в этой пуле, я саблей вообще пополам перерубаю, а она лишь маленькую дырочку делает".

Да, практически все IT-шники знают про GPRS, даже пользовались им. Но до того, чтобы задействовать мобильник в реальных бизнес-процессах, сделать мбильники частью системы управления - на практике это мало кто сделал. Скажите честно, у Вас когда-ибудь зарождалась мысль снабдить уборщицу мобильником, чтобы она с его помощью подавала сигнал "я только что закончила подметать актовый зал" и получала бы в ответ следующее задание "ок, теперь протрите пол в кабиненте №23223"? Причем, задание не от человека, а от автоматизированной системы!

velfimovПо сути я так и не понял из постов, что же там такого уникального показали. Конкретные примеры реализаций можно услышать, т.к. пока я ни чего нового не узнал. Скажем так, каким боком тут бизнес-процессы и BPM?Так ведь BPM-система - это Bussiness Process Management Sysytem. То есть, система автоматизированного управления бизнес-процессами. Понятие "бизнес-процесс" охватывает очень многие сферы деятельности, часть из которых очень слабо ассоциируется с возможностью отражения в реальном времени этой деятельности в некоторой компьютерной системе. Например, укладка асфальта, уборка улиц, укладка кирпичей на стройке, заливка бетона и т.д. и т.п. Таких операций можно назвать великое множество. Их учет в системе производится через диспетчеров, разнообразных учетчиков, начальников, которые снимают информацию с определенной периодичностью визуально и могут вводить ее в автоматизированную систему, сидя за столом с компьютером. Здесь же произошло открытие совершенно новых возможностей. Именно это вызвало оживление в зале. Может быть, лично для Вас такое открытие - уже пройденный этап. Но будьте снисходительны к тем, кто его еще не сделал... :)

velfimovМожно всё-таки поподробней, что там на конфе было показано революционного? На мой взгляд ни чего нового.Я бы, конечно, с удовольствием пересказал... Но конференция началась в 9:00 и закончилась в 7-м часу вечера. :)
По поводу революционности могу сказать, что революция произошла раньше. Просто до отдельно взятых людей донести ее суть - это уже большая победа. Мне удалось вытащить на эту конференцию 5 топов из нашего холдинга. Они, правда, люди весьма занятые, и заранее предупредили, что смогут быть только до обеда. Тем не менее, лично для себя они сделали некоторые весьма важные открытия, поняли некоторые идеи суть которых мне не удавалось до них донести. И теперь они уже совершенно на другом уровне готовы обсуждать вопросы процессного управления. Лично для меня это - колоссальная победа, причем масштабов Куликовской битвы. В лице нашего специалиста по качеству, который досидел до конца конференции, я получил сторонника. Ранее это был мой противник. Вот примерно такие "революции"... :)

По поводу революционности... Я веду переписка с Дмитрием Масловым - это ученый, специалист в области TQM, имеющий ряд опубликованных книг, автор многих статей в специализированных журналах. С его разрешения опубликую выдержки из своего письма ему, имеющие отношение к теме "революционности": цитаты
Речь идет об использовании специализированных IT-инструментариев для
реализации принципов процессного управления (TQM, TOC, SFM, ISO 9000,
"Шести сигм", Кайдзен, JIT, "Бережливого предприятия" и т.п.). На
самом деле разработчики некоторых программных продуктов даже не
думали, как можно использовать некоторый их функционал для подобных
целей. Будучи IT-специалистом, я провел небольшое исследование в этой
области и сделал очень важные открытия.

Любопытно, что информации о возможностях программного обеспечения,
поддерживающего процессное управление, в литературе очень мало. Без
автоматизации же эти подходы слишком громоздки. Только на мониторинге
и документировании можно закопать себя в бумагах, превратив прекрасные
идеи в "бумажную возню", отбивающую желание ими заниматься.

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

Нужно открыть и тем и другим глаза.

***

В отношении БИГ представление существенно более отчетливое. Ее
функционал в чем-то пересекается с ARIS (хотя он ориентирован на
описание бизнес-процессов в стандарте IDEF0, а не в нотации ARIS), в
нем присутствует некоторый дополнительный функционал, которого нет в
ARIS (в частности, модели, необходимые для построения "дома качества"),
одновременно в нем, похоже, имеются некоторые недочеты по сравнению с
ARIS в плане декомпозиции структур (это предположение). Почему я
сравниваю с ARIS? Потому что этот продукт считается лидером среди ПО
данного класса.

Но всё это - не суть важно. Важно то, что продукты такого класса - уже
вчерашний день. Это также признало руководство IDC Scheer AG
(разработчик ARIS). IDC Scheer AG вкупе со многими другими именитыми
игроками (Oracle, IBM, Microsoft и др) принимал участие в разработке
новых стандартов BPMN (Bussines Process Management Notation) - новый
стандарт для графического изображения бизнес-процессов с возможностью
задания контролируемых параметров для каждого шага бизнес-процесса. А
также стандарта BPEL (Bussines Process Execution Language, базируется
на XML) - сейчас уже вышла версия BPEL 2.0. Это новые стандарты,
ориентированные на _ИСПОЛЯЕМЫЕ_ в программной среде бизнес-процессы.
То есть, это не просто "рисовалка" бизнес-процессов для их
документирования (вроде ARIS или БИГ), а это совокупность
взаимосвязанных компонентов, которые являются обязательными для
классификации ПО как "BPM-система":
1. Инструменты моделирования ("рисовалка" бизнес-процессов)
2. Исполняющее ядро ("исполнялка" ранее нарисованных бизнес-процессов)
3. Средства мониторинга ("наблюдалка" за ходом исполняющихся
бизнес-процессов)
Это обязательный минимум компонентов для систем класса BPM. Многие
из BPM-систем имеют еще средства автоматической генерации диалоговых
WEB-форм для взаимодействия людей в бизнес-процессе. А кроме людей
могут быть задействованы еще и приложения, базы данных и т.д. -
спомощью очень большого набора интерфейсов и адаптеров (для
взаимодействия с широко распространенным ПО вроде ERP-систем, систем
бухгалтерского учета и т.д.). Многие BPM-системы также предоставляют
средства имитационного моделирования для того, чтобы можно было
пропустить через готовящуюся к запуску модель бизнес-процесса какую-то
нагрузку, близкую к реальной, и посмотреть, как он будет выполняться,
какие могут возникнуть узкие места и не забыли ли где-нибудь какие-то
существенные мелочи - еще до того, как запускать новую модель
"по-живому".

В общем, главная "фича" BPM-систем - это возможность не только
получать формализованную модель бизнес-процесса, но и сразу же после
получения такой модели _ЗАПУСКАТЬ БИЗНЕС-ПРОЦЕСС НА ВЫПОЛНЕНИЕ_ в
специализированной корпоративной программной среде. Такое ПО дает
просто колоссальные возможности для автоматизированного
документирования (ведения "записей" - самая трудоемкая часть
требований ISO), позволяет добиться соответствия нарисованной схемы
бизнес-процесса реальной живой исполняющейся схеме (а это очень-очень
большая проблема при других подходах!), автоматически документировать
изменения, вносимые в схему бизнес-процесса (реализовать управление
изменениями). И что самое потрясающее - это выполнять _МОНИТОРИНГ_!!!
Не выборочный, не изредка, не по отдельным наиболее критичным
параметрам, а постоянный, автоматический, по широкому набору
параметров. Причем, совершенно "бесплатно" - то есть, без каких-то
серьезных усилий. Представляете, что значит иметь контрольные карты
Шухарта на каждой операции по паре десятков параметров, причем безо
всякого напряжения?

Разумеется, некоторые специфические технологические операции для
проведения измерения могут потребовать специального измерительного
оборудования, и даже выборочного разрушающего контроля. Вот для них
уже нужно вникать и оценивать целесообразность, периодичность и т.д. и
т.п. Но, например, для такого важнейшего параметра (особенно, в
концепции Lean и JIT) как _ВРЕМЯ_ - моменты запуска и окончания каждой
операции, а также их длительности - это регистрируется просто
автоматически в любой BPM-системе. Останется только "натравить" на
собранную статистику пакет статистического анализа для того, чтобы
выявить отклонения, имеющие особые причины, определить стабильность,
воспроизводимость, получить график распределения контролируемых
величин в краткосрочной и долгосрочной перспективе, выявить "временные
ловушки" и т.д. и т.п.

Особо следует сказать еще об одной "фиче" в некоторых (не во всех!)
BPM-системах. Это поддержка версионности схемы бизнес-процесса. Она
дает возможность "на ходу" вносить изменения в схему уже
выполняющегося бизнес-процесса, не заботясь о том, сколько экземпляров
бизнес-процесса (их еще называют "длинными транзакциями") в данный
момент находятся в процессе выполнения по модифицируемой схеме и на
каких фазах. Ведь может так случиться, что в результате изменения
схемы бизнес-процесса из него может быть исключено несколько шагов, на
фазе которых в текущий момент может находиться некоторое количество
выполняющихся в данный момент бизнес-процессов. Если эти экземпляры
бизнес-процессов ("длинные транзакции") попытаются продолжить
выполнение по измененной схеме, то они просто не смогут это сделать -
они окажутся потерянными. Поддержка версионности схемы бизнес-процесса
дает возможность решать такую проблему несколькими способами. Один из
самых простых (реализован, например в Unify NXJ) - в системе ведется
автоматическая регистрация новых версий (редакций) схемы
бизнес-процесса. Ранее запущенные "длинные транзакции" (например,
обработки заказов клиентов) продолжают выполняться по той редакции
схемы бизнес-процесса, которая существовала на момент их запуска, а
новые "длинные транзакции" запускаются уже по новой версии схемы
бизнес-процесса.

Эта "фича" позволяет "крутить" цикл PDCA со скоростью пропеллера. В
сообщение вложена небольшая выдержка из проекта, в котором я лично
принимал участие - два слайда с изображением схемы одного из
бизнес-процессов на момент его _ЗАПУСКА_ (то есть, это работающая и
реально выполняющаяся схема!) и схемой этого же бизнес-процесса всего
через 3 месяца после запуска бизнес-процесса. Изменения настолько
разительны, что врядли кто-нибудь сможет догадаться, что это один и
тот же бизнес-процесс (сделано в BPM-системе Unify NXJ).

Еще одна возможность, которую дает BPM-система - избавление от
"наркотической зависимости" бизнеса от IT-специалистов. Хорошие
BPM-системы ориентированы не на IT-специалистов, а на "людей бизнеса"
и специалистов прикладной области - процессных менеджеров, "черных
поясов", бизнес-аналитиков. Существенная часть изменений
бизнес-процесса вообще не требует участия в настройке IT-специалиста.
IT-специалист выполняет только специфические узкоспециализированные
задачи, если в этом возникла необходимость. Как правило, это
технические задачи налаживания взаимодействия посредством интерфейсов
и адаптеров с другими приложениями и базами данных. Иногда требуется
сделать автоматически сгенеренную форму более удобной или
презентабельной - для этого может понадобиться ее "доработка
напильником" с привлечением IT-специалиста. Но существенная часть работы
по автоматизации бизнес-процессов делается _БЕЗ_ участия
IT-специалистов!

BPM-системы - это относительно молодой класс программных продуктов, но
он очень бурно развивается, поддерживается "китами" IT-индустрии и
этому направлению Gartner Group и Forrester Research пророчит такое
будущее, что их популярность в кратчайшие сроки должна далеко затмить
собой популярность ERP-систем. Особенно, если учесть их низкую
стоимость на фоне ERP-систем. Для одного из наших заводов Unify NXJ
обошлась всего в 20'000$ вместе с консалтингом - эта сумма на два
порядка(!!!) меньше стоимости ERP-систем, которые предлагаются для
внедрения на заводах такого масштаба.

Поимею наглость заметить :), что, судя по всему, в России являюсь одним
из первооткрывателей, которые увидели колоссальный потенциал,
скрывающийся за комбинацией этого IT-инструмента и классических
концепций управления, базирующихся на процессном подходе (TQM, "Шесть
сигм", TOC, "Бережливое предприятие", "Кайдзен" и т.д.). Я обратил
внимание на то, что представители вендоров и консалтинговые компании,
предлагающие BPM-системы предприятиям, очень плохо разбираются
собственно в концепциях процессного управления. Многие из них никогда
ничего не слышали ни о контрольных картах Шухарта, ни о методах
робастной оптимизации Тагути, ни о матрице QFD, ни о FMEA, ни об RCA,
ни о 8D, ни о многом другом. И даже о цикле PDCA, стабильности и
воспроизводимости процесса. Когда я завожу с ними разговор на эту
тему, они недоуменно хлопают глазами и не понимают, о чем это я
говорю. Да, они достаточно успешно внедряют BPM-системы, при этом
умудряются даже отчасти интуитивно реализовать некоторую (довольно
небольшую) часть классических концепций процессного управления - и уже
получают ощутимый выигрыш. Но они не догадываются, что тяжеленький
брикет в их руке не просто булыжник, которым можно воспользоваться для
нанесения удара по текущим проблемам, а настоящий _ДИНАМИТ_! И эффект
может быть на порядки больше - прорывной, взрывной, ядерный.

Удивительно, но факт. Специалисты в области TQM по большей части
ничего не слышали о BPM-системах. Оно и не удивительно - это
достаточно молодой класс программного обеспечения, даже среди
IT-специалистов о нем пока еще мало кто знает.

guest_20040621> Специалисты в области TQM по большей части ничего не слышали о BPM-системах.
> Оно и не удивительно - это достаточно молодой класс программного обеспечения,
> даже среди IT-специалистов о нем пока еще мало кто знает.

Н-да... я даже не знаю, как это прокомментировать. Уже и open source реализации есть, не говоря о коммерческих, а "специалисты", оказывается, и "не слышали".В о каких специалистах? Если о тех, которые "в области TQM", то я имел в виду отечественных специалистов, имена которых "гремят" по России. Они добились серьезных успехов в реализации процессного управления, но без применения масштабной автоматизации, либо с применением автоматизации лишь некоторых аспектов процессного управления.
Если об IT-специалистах, то информация о BPM-системах действительно пока стала достоянием очень немногих. Если вы наугад выловите, скажем, 1000 IT-специалистов, то на вопрос "слышали ли вы о ERP" ответит положительно около 100%, а на вопрос "слышали ли вы о BPM" - в лучшем случае 5% (по моим ощущениям). В IT-изданиях я видел только две статьи о BPM - одну в прошлом году в "Открытых системах", вторая появилась в февральском выпуске "Директора информационной службы". По всем прочим системам информации - море.

А вот про open source мне слышать не доводилось. Не поделитесь информацией?