bpmntraining.ru

На этой неделе провел корпоративный тренинг в Тольятти для компании Комсофт. Компания разрабатывает ПО для энергетики и для медицины и активно внедряет в своих решениях процессный подход. До недавних пор они ориентировались на XPDL, а теперь, как и многие другие, решили сделать ставку на BPMN.

Обе отрасли очень перспективны с точки зрения применения BPM и BPMN. Сильными стимулами являются:

• в энергетике – жесткая регламентация со стороны государства (доступ к энергосетям должен предоставляться всем на равных основаниях, а значит – на основе четко прописанного, четко исполняющегося и постоянно контролируемого бизнес-процесса, т.е. с помощью BPMS)
• в медицине – стремление передовых медицинских учреждений уйти от импровизаций и выполнять лечение на основе стандартизованных методов, статистически доказавших свою эффективность (подробнее об этом на сайте OpenHealth.ru)

Комсофт подобрал очень сильную команду – это видно хотя бы по результатам тренинга: 5 из 11 слушателей по результатам тестирования получают сертификаты с отличием. Поздравляем!

Максим Усольцев показал абсолютно лучший на сегодняшний день результат: 28,5 балла из 30 возможных. Плюс к этому он заработал дополнительные 5 баллов, найдя ошибку в нашей шпаргалке по BPMN. Опять-таки, он первый, кому это удалось – ошибка мелкая и заметить ее сложно.

Для практики слушатели выбрали три процесса, причем без всяких поблажек для себя обратились к самым сложным и самым насущным задачам:

1. Экстракорпоральное оплодотворение (ЭКО) – медицина
2. Заявка на технологическое присоединение – электроэнергетика
3. Разработка и сопровождение ПО

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

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

Попутно обнаружилась интересная параллель:

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

Результаты выложены (ну или будут выложены в ближайшие дни) на BPMN-форуме. Если что-то непонятно – не стесняйтесь, задавайте вопросы авторам.

Кстати, теперь ссылки на последние комментарии BPMN-форума выводятся на панель справа на каждой странице сайта тренинга.