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

Стандартные варианты:

1. Для "рисования" - смоделировали, распечатали, подшили в папку, забыли. Как вариант, показали аудитору ISO9000 и забыли до следующего аудита.

2. Для автоматизации - смоделировали, отдали программистам, те разработали систему, которая, в теории, соответствует исходной диаграмме BPMN. Ваш случай?

3. Для создания непосредственно исполняемой (при помощи BPMS) модели и ее непрерывного усовершенствования. Это то, что ближе лично мне. Принципиальное отличие от варианта 2) - What You Model Is What You Run.

ну у нас 3-й вариант не везде возможен - мы используем сторонний софт (Diasoft), который затачивается под нужды бизнеса исключительно путем создания или модификации ХП на сервере, ну и ессно созданием / модификациекй объектов самого Диасофта.
но у нас есть еще и свои собственные разработки, вот их надо будет делать по 3-му варианту

ну у нас 3-й вариант не везде возможен - мы используем сторонний софт (Diasoft), который затачивается под нужды бизнеса исключительно путем создания или модификации ХП на сервере, ну и ессно созданием / модификациекй объектов самого Диасофта.
но у нас есть еще и свои собственные разработки, вот их надо будет делать по 3-му варианту

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

Возможная стратегия: корпоративная система как контейнер бизнес-функций и BPMS как среда исполнения бизнес-процессов, обращающаяся к этим функциям. Функции могут быть примитивными типа CRUD или более сложными типа последовательности действий a-la командный файл - все равно это всего лишь фрагмент бизнес-процесса.

Стандартные варианты:
3. Для создания непосредственно исполняемой (при помощи BPMS) модели и ее непрерывного усовершенствования. Это то, что ближе лично мне. Принципиальное отличие от варианта 2) - What You Model Is What You Run.

Именно вот это и интересует.

Анатолий, я не часто заглядываю в этот форум, большая посьба не забыть про меня, когда начнете формировать группу для своего тренинга по BPMN. Спасибо!

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

Тоже заинтересовал тренинг по BPMN. Очень хотелось бы принять в нем участие.

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

Мир вообще несправедлив. Нет, в обозримой перспективе вебинары не планируются.

В начале сентября не получилось, извините - подготовительная работа заняла больше времени, чем рассчитывал.

Но все же тренинги по BPMN будут. До конца года запланировано два цикла по три однодневных тренинга в каждом, так что добро пожаловать!

Расписание и все подробности - на bpmntraining.ru, вопросы лучше задавать там же.

Участникам UML2.ru (со сроком регистрации на дату обращения с заявкой на тренинг не менее 3 месяца) скидка 25%. (Право на скидку прошу заявлять в комментариях на форме заказа.)

Эдуарду, правильно угадавшему инструмент (мы будем использовать BizAgi Modeler на первых двух и BizAgi BPMS на третьем тренинге) - персональная скидка 75%!