Проектирование бизнес-процессов в ERP-проектах

Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте. Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3]. Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.

https://habr.com/ru/articles/983360/

#графическое_моделирование #as_is #to_be #как_есть #как_будет #bpm_cbok #проектирование_процессов #оргструктура #bpmn_20 #bpmnдиаграмма

Как я стал сертифицированным процессным аналитиком: путь к зрелому рынку BPM в РФ

Привет, Хабр! Меня зовут Матяш Артем, работаю в GlowByte ведущим аналитиком. Сегодня расскажу о своем пути к статусу сертифицированного процессного аналитика и поделюсь своими рассуждениями о том, почему сертификация имеет большое значение для сферы управления бизнес-процессами.

https://habr.com/ru/companies/glowbyte/articles/913110/

#bpm #бизнеспроцессы #процессный_подход #сертификация #аналитик #управление_бизнеспроцессами #bpm_cbok #bpmn_20 #glowbyte #профстандарты

В толковый словарь Business Process Management: Процесс vs Проект

Часто слышим «это целый процесс!», «это настоящий проект!» или смесь типа: Наш «проект - это целый процесс, который начинается с создания уникальной идеи». Однако, отличие процесса от проекта – простое, проект это один из видов процесса, поэтому противопоставлять их некорректно. А вот с процессным подходом все очень сложно и запутано, поэтому требует отдельного исследования. В целом для процесса, процессного подхода и самого ВРМ нужна онтологизация, концептуализация «управления бизнес-процессами». Если мы хотим управлять бизнес-процессами (Business Process Management) или проектами, то нужно понять, а чем таким управлять то мы собрались. 1 Процесс Процесс не корректно сравнивать с проектом. Процесс по СМК, Шееру - это просто деятельность, операция, работа, точнее - функция, у которой есть входы, выходы и т.п., это и проектная деятельность, и вообще любая деятельность.

https://habr.com/ru/articles/801533/

#управление_бизнеспроцессами #управление_проектами #процесс #проект #смк #бережливое_производство #bpm #BPM_CBOK