Комментарии 6
Дорогой автор, ну добавьте к BPM ещё одну букву N и вы получите велосипед BPMN, который пытаетесь изобрести.
Мы видим это в разных плоскостях. А жаль.
То, что BPMN отлично решает задачу описания бизнес- процессов, сомнений нет. В этом я безусловно с Вами согласен.
В данное время я ищу хорошую практику реализации бизнес- процессов. Могли бы Вы мне дать ссылку или информацию где с ней возможно ознакомиться. Буду благодарен.
P. S. Если есть практика в отношении бизнес- процессов не связанных с кадровыми процессами или процессами канцелярии, было бы ещё лучше.
Думаю, не только ко мне этот вопрос. Кстати интересный. Потому что в принципе описание процессов только из одной перспективы, как в вашем пиимере - отдела кадров - не самое оптимальное. Всевозможные темы имеют много чего общего, хотя и кое какие специфические вещи. И вот это общее - универсально настолько, что может почти без изменений кочевать из одной темы в другую. Пример с approval workflow ( процессы утверждения). В процессах, которые описывают проекты, есть цепочки для последующего разрешения или изменения статуса. Точно такие же процессы есть и в отделах кадров, в документо-обороте, в процессах при работе с внешними фирмами, экспертами итд. Похожие процессы протекают и в "кишках" любого микропроцессора, или например описание для Tasks, process или job у операционных симтем. Поэтому изобретать велосипед в каждой новой теме не стоит. Стоит видеть похожести. Это облегчает усилия сокращает время и проще для понимания или видоизменения потом. Думаю интернет полон всякими примерами. Есть ли у вас более конкретные вопросы? Потому что разговаривая о BPMN мы разговариваем меньше об этом, и больше о том, как работают или должны работать фирма, отдел, программа, какая-то функция или операция итд. Те. по большей частью о том, что нас окружает. И только маленькая часть - это нотации и описание. С удовольствием поделюсь, если будут вопросы.
Об автоматизации в BPM-системах. Перед проектированием процесса