Доклад на семинаре bpms.ru

Получил огромное удовольствие от выступления на
Семинаре для BPM-профессионалов.

Выкладываю презентацию и ссылки
[slideshare id=7274471&doc=acmbpm-110315143739-phpapp01]

Ссылки:

  • C. Теллин «Интранет и Адаптивные Инновации: переход от управления к координации в современных организациях» Системы управления базами данных, #05/1996 http://www2.osp.ru/dbms/1996/05/68.htm
  • Alistair Cockburn «Software Engineering in the 21st Century» 2006-7 http://alistair.cockburn.us/
  • Peter Fingar « The Greatest Innovation Since BPM», March 2007
  • Henk de Man «Case Management: A Review of Modeling Approaches» BPTrends, January 2009
  • Bruce Silver «Case management: addressing unique BPM requirements” Bruce Silver Associates 2009
  • Keith Swenson, John Matthias, Dana Khoyi, Henk de Man «Case Management for Knowledge Workers», Workflow Management Coalition, 2010 (webcast, презентация) http://www.wfmc.org/webinar-on-case-management-for-knowledge-work.html
  • Craig Le Clair, Connie Moore «Dynamic Case Management — An Old Idea Catches New Fire», December 28, 2009
  • Craig Le Clair, Derek Miers «The Forrester Wave™: Dynamic Case Management, Q1 2011» January 31, 2011

Блоги:

Доклад на семинаре bpms.ru: 6 комментариев

  1. Very good presentation, just a few comments:
    – slide 13 is VERY biased
    – slide 19, last para: actually we need a proper architecture which will integrate many of existing capabilities around user’s need. ACM is just a subset of those capabilities.

    Thanks for the ref,
    AS

  2. Для желающих посмотреть работающий пример интеграции функциональности Business Process Management и функциональности Case Management и понажимать на кнопки в реальном примере вот ссылка на бизнес-процесс “Заявка на разработку программного обеспечения”
    http://www.paydox.com/BPShowBPs.asp?l=ru&inst=y&GUIDInstance={9EBB8D18-1020-4539-B8A2-BF0710E4B50D}&login=demo

    Вот описание
    http://www.paydox.com/Help/DoTour.asp?do=tour&page=2&l=ru#integrcase

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

    В данном примере интеграция BPM и ACM немного другая, чем в презентации Макса – кейсы работают внутри шагов бизнес-процесса, а в презентации наоборот – фрагменты бизнес-процессов внутри кейса. Видимо, по жизни возможны оба варианта

  3. “Недостающее звено BPM” или еще раз о пользе интеграции BPM и ACM

    Название презентации, как постепенно выясняется (для меня, во всяком случае, в силу, видимо, природной тормознутости 🙂 оказалось очень точным и перспективным с точки зрения целеполагания. Убеждение Анатолия, что ACM это часть BPM, а не самостоятельная фича, уточняется идеей данной презентации о том, что это не просто дополнительный “бантик”, а критически важная часть, без которой практическая система BPM не является целостной – а отсутствие целостности, недостаток инструментов, собственно, часто и создает известные проблемы при внедрении

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

    Такая тактика, как выясняется (уже могу сослаться в этом на свою практику) является успешной и позволяет за счет ACM сгенерировать новую волну интереса и к BPM, которая, при наличии в ней “недостающего звена” ACM, становится существенно более функционально привлекательной для заказчиков и более презентабельной внешне

    Добавление гибкости, адаптивности и collaboration в систему BPM, как уже совершенно очевидно, очень существенно повышает value такой системы BPM

    1. Действительно, так. Я все никак не соберусь написать и выложить тезисы прошедшей презентации, но основная идея моего доклада была именно про “недостающее звено”

  4. Если смотреть с т.з. анализа и построения процессов, то начав использование ACM можно накапливать информацию о разнообраных типовых кейсах, которые выполнялись разными пользователями на протяжении определенного периода времени, затем используя алгоритмы анализа достаточного количества типовых кейсов выявлять однотипные и таким образом идентифицировать процессы.
    Затем провести анализ однотипных кейсов, также используя алгоритмы, и определить кейсы, которые прошли самый короткий и успешный путь достигнув необходимого результата. В результате получаем типовой кейс и оптимальный путь его выполнения – переносим все это в BPM в виде процесса.
    Естественно необходимо рассчитать при каком количестве однотипных кейсов и при скольких участниках будет выгодно выполнять аналитику и строить для такого типа кейсов отдельный процесс.
    Если достигается количество типовых кейсов 2 или более ежедневно, то вероятно нужно организовывать процесс. Под типовыми кейсам подразумевается, что они имели сходную тематику, при реализации были одни и те же участники, кейс проходил похожие шаги в разной последовательности с отклонениями примерно в 10-15%. Эти и другие параметры каждый владелец определяет и подстраивает “под себя”, так как для разных направлений бизнеса будут свои отличия. Но подход, уверенна, везде применим. Как считаете?

    1. Да, именно так. К сожалению, тема “Design by doing” пока больше обсуждается на уровне идей. Каких-то практических рекомендаций по созданию шаблонов процессов на основе решенных кейсов не так много. Мне думается уместным выделение основного сценария (типичного хода событий), а затем “наращивание” вокруг него сценариев обработки исключений. Подробнее здесь http://wp.me/pRljZ-4r

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *