25 февраля AHConferences проводит конференцию по BPM. Они провели три конференции по SOA, судя по отзывам, весьма успешным.

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

К слову о деньгах: если кто-то очень хочет посетить, но начальство говорит “нет бюджета” - есть некоторое количество ВИП-приглашений, обращайтесь и приходите вместе с начальством.

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

В BPMN каждый процесс моделируется отдельным пулом (pool). Например, вот как может выглядеть цепочка “клиентский заказ” - “заказ на производство” - “заказ на приобретение комплектующих”:

Процесс “От заказа до оплаты” инициируется входящим сообщением - поступившим от клиента заказом. Процесс “Производство” запускается таймером, например, ежедневно в конце рабочего дня, и в цикле обрабатывает накопившиеся заказы. Если необходимых комплектующих нет в наличии, то процесс “Производство” переходит в ожидание сигнала от процесса “Приобретение комплектующих” об их поступлении. Процесс “Приобретение комплектующих” на схеме также запускается периодически по таймеру и в цикле заказывает комплектующие, по которым образовался или намечается дефицит. (Цепочка внутренних заказов может состоять и из большего числа звеньев - например, в многопередельном металлургическом производстве появятся межцеховые заказы.)

Такое асинхронное взаимодействие процессов подразумевает наличие между ними буферов, в которых накапливаются задания, передаваемые от процесса-заказчика к процессу-исполнителю. В рассматриваемом примере это “Производственные заказы” и “Плановые остатки сырья и комплектующих”. Технически буфер может реализовываться по-разному: очередью сообщений, записями таблицы базы данных или объектами ERP-системы, находящимися в определенном состоянии. Естественно, внутреннее устройство буфера желательно скрыть, создав сервисы для работы с ним - добавления, просмотра, извлечения.

Современные BPMS позволяют и моделировать, и исполнять подобные схемы, и в этом их коренное преимущество перед традиционными workflow-системами. Другое дело, что аналитики осваивают такие схемы с большим трудом - см. например Bruce Silver, “BPMN to Requester: Get Outta My Pool”. Основная сложность тут не в нотации, а в развитии “асинхронного мышления”. Вы должны научиться вычленять из того, что бизнес преподносит вам как единый процесс, отдельные асинхронные процессы. Помогают разобраться в этом ответы на два вопроса: 1) с каким бизнес-объектом связан экземпляр процесса и 2) с какими событиями связаны начало и завершение экземпляра процесса.

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

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

И в заключение: пожалуйста не воспринимайте все изложенное как призыв плодить много-много асинхронных процессов. Выбор между синхронностью и асинхронностью - это нетривиальное управленческое решение; подробнее об этом - в следующей серии.

Тема: “Бизнес-процессы, современный взгляд”.

Аудитория Школы Своего Бизнеса (www.shsb.ru) - состоявшиеся предприниматели и менеджеры, а также те, кто хотел бы ими стать. Соответственно, доклад будет рассчитан на бизнес-аудиторию: что такое бизнес-процесс и процессное управление, чего можно добиться с их помощью и как их организовать. ИТ-аспекты управления бизнес-процессов будут представлены в минимальном объеме.

Дата: четверг 15.01.09. Время: 19:00-21:00. Адрес: м. Электрозаводская, Семеновская наб. 3/1 корп.6 подъезд 6/1.  Схема проезда. Стоимость гостевого участия - 300 руб.

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

И тогда “бедные люди-дикари” свергли своих прежних богов и стали молиться богам белых людей. Они стали строить свои аэродромы и самолеты в натуральную величину - как умели, из пальм и соломы. Они старались: раскладывали посадочные огни, сажали на вышку “диспетчера” в наушниках из половинок кокосовых орехов… Но божественные самолеты с изумительными грузами не прилетали. Подобные истории фиксировались неоднократно, и этнографы даже изобрели специальный термин: культ карго (cargo = англ. груз). » читать дальше

Точнее, это было очень смешно в 90-е; современные процессные дисциплины не доставляют так, как реинжиниринг и ISO 9000. В качестве иллюстрации - подборка комиксов “Dilbert” от Скотта Адамса на околопроцессные темы. » читать дальше

Вдогонку к прошедшему семинару и отчету о нем - ответы на вопросы:

Интересно у Unify есть какие-нить средства для сбора статистики по мониторингу БП?

Статистика в любой BPMS накапливается автоматически: информация обо всех событиях (старт процесса, переход к следующему шагу, изменение атрибутов и т.д.) записывается в журнал (т.е. в реляционную СУБД) вместе с отметками о пользователе и времени события. Дальше возможны варианты: практически все системы (включая Unify NXJ) предоставляют готовые и/или позволяют конструировать то, что называется dashboard - панели приборов для мониторинга в реальном времени; более развитые системы строят по оперативным данным аналитические кубы и стыкуются со средствами BI.

…по идеи после мониторинга и моделирования БП можно увидеть - где есть задержки в БП, где можно уменьшить потери и т.д.

По идее, для этого в первую очередь нужна не столько статистика, сколько средства имитационного моделирования по методу Монте-Карло (simulation). Для оптимизации интересно ведь получить ответ не столько на вопрос “что мы имеем”, сколько на вопрос “что будет, если”. В идеале нужно иметь и то, и другое, и иметь возможность подать на вход Монте-Карло фактическую статистику, например, распределение продолжительности времени выполнения каждого шага, распределение входных параметров и т.п. А еще надо бы уметь запускать Монте-Карло не по одному процессу, а одновременно по нескольким - ведь они зачастую конкурируют за один и тот же ресурс, и поэтому моделирование изолированного процесса не будет реалистичным. Поиграться с этим рекомендую на Oracle BPM Suite (a.k.a. BEA AquaLogic) - он умеет и то, и другое.

Управление БП нужно только для некоторых “проблемных” БП, а не для всех БП предприятия. Но как тогда быть с остальными БП?

Есть операционные процессы, в которых мы хотели бы стать чемпионами - для них в первую очередь показан BPM. Есть процессы, которые мы готовы позаимствовать, например, вместе с ERP или HR-системой, потому что они для нас не критичны. Есть процессы типа “пересмотр миссии и стратегии”, для которых достаточно бумажного регламента. В общем, главное - этапность и прагматизм: отранжируйте процессы по соотношению эффект/затраты и двигайтесь вперед, соотносясь с располагаемыми ресурсами.

Почему Анатолий дает определение ВРМ как “сочетание управленческо методологии, информационных технологий и организационных принципов, направленных на реализацию процессного управления”, а потом ставит вопрос - “Существует ли BPM без BPMS? Бухгалтерия без бухгалтерских программ?”?

Это потому, что кое-кто опоздал к началу семинара Я ведь начал с того, что предупредил: в области процессного управления сегодня сосуществуют несколько парадигм. Я придерживаюсь той точки зрения, что BPM без BPMS - это абстракция пожалуй даже в большей степени, чем бухгалтерия без бухгалтерского софта. Но на этот счет есть и другие точки зрения, например, ISO 9000 - это тоже в некотором роде управление бизнес-процессами.

Не совсем понятно каким образом будет преобразовываться сквозные сложные БП уровня предприятия в исполняемое приложение.

Умеренной сложности пример реализации сквозного процесса опубликован на сайте Бизнес-Консоль.

BPMS - это вещь сама в себе, которая слабо\никак интегрируется с остальные проектными решениями (Системами Управления Требованиями, Средствами Разработки и т.д.)

Напротив, любая BPMS либо поставляется в комплекте, либо хорошо интегрирована с инструментарием разработки пользовательских и системных интерфейсов. Например, Unify NXJ идет в комплекте со средой разработки экранных форм и веб-сервисов. И все BPMS без исключения ориентированы на SOA.

…есть разрав между Целями\Стратегией\Архитектурой Предприятия (ИТ включаем) - Управления БП - Разработкой ПО

Реально существующая проблема - сегодняшние BPMS нацелены на управление отдельным бизнес-процессом. С другой стороны, есть средства Enterprise Architecture (например тот же ARIS), которые способны охватить сеть процессов компании. Но они не дотягиваются до исполнения процесса. Как будет решаться эта проблема? Брюс Силвер полагает, что BPMS будут развиваться в направлении EA.

С третьей попытки научил-таки свой ноут Toshiba ходит в интернет через HTC 3300, подключенный по Bluetooth. На ноуте Vista, на наладоннике - Windows Mobile 6.

Попытка следовать инструкциям на сайте МТС приводит к сообщению “получен отказ в подключении” на ноуте. Народ на форумах дает разные советы, включая предложение заменить Bluetooth стэк на ноуте. Все бесполезно.

В итоге нашел на сайте Toshiba Bluetooth Information Center правильный документ: Internet via Bluetooth (TOSHIBA PC — WM6_phone — Internet). Тошибе - пятерку за качество документа и двойку за организацию своих сайтов вообще и поиска на них, в частности. На сайт этот по Bluetooth попал каким-то случайным образом; чтобы еще раз найти тот же документ, потратил полчаса.

Но это еще не конец истории. Документ предлагает запускать Internet Sharing из Comm Manager наладонника. Однако у HTC соответствующая иконка на панели Comm Manager отсутствует. Решение: Проводник - папка Windows - IntShrUI. Копировать, вставить ярлык в папку Windows/Главное Меню. Можно переименовать ярлык, например, в “Internet Sharing”. Все, для подключения действуем по инструкции Тошибы:

1. Из меню Пуск наладонника запустить Internet Sharing и сказать ему “Подключиться” (в предположении, что GPRS на наладоннике уже настроен).
2. На ноуте добавить подключение к наладоннику по Bluetooth (делается однократно) и подключиться.