Одной из важных задач при имплементации корпоративных информационных систем является проектирование бизнес-процессов. Следуя [1], в ERP-проектах выделяется отдельный уровень внедрения: уровень процессов. Здесь ведется моделирование бизнес-процессов на основе общеизвестных графических нотаций, строятся модели As-Is и To-Be. Все разнообразие нотаций моделирования объединено термином CASE-средства, суть которых изначально заключалась как в проектировании, так и последующей автоматизации настроек и разработок ERP-систем [2].
На сегодняшний деть имеется множество всевозможных нотаций моделирования бизнес-процессов, каждая из которых обладает своим набором уникальных графических элементов, особенностями и областью применения. Не все нотации изначально создавались под нужны ERP-проектов, поэтому их использование при проектировании корпоративных информационных систем не всегда разумно. Имплементация информационных систем – задача весьма специфичная и трудоемкая, поэтому выбор нотации должен вестись весьма осознанно.
В принципе, применение неподходящего CASE-средства не так критично, однако это приводит к излишним трудозатратам, так как построенные схемы процессов будут содержать излишние или наоборот недостающие графические элементы, важные для конечных пользователей. Исходя из этого, необходимо разбираться в тонкостях нотаций моделирования и четко разграничивать область применения каждой. Именно это задачей мы с вами и займемся в рамках данной работы.
Цель работы заключается в анализе методов проектирования бизнес-процессов, применимых к проектам внедрения ERP-систем. Использование подходящих графических моделей позволит строить наглядные процессные диаграммы, удобные для конечных пользователей, что облегчит им работу с разрабатываемой программной системой. Достижение цели потребует решения таких задач, как:
рассмотрение бизнес архитектуры предприятия;
обзор способов проектирования организационной структуры и процессов;
анализ наиболее приемлемых нотаций моделирования для ERP-проектов.
Бизнес архитектура предприятия
Описание процессов не является самоцелью, есть вещи высших порядков. Одной из которых является архитектура предприятия. Не важно, какой подход выбран для построения архитектуры: TOGAF, метод Захмана, POSIX или Gartner, существенно то, что в ней выделяют такие области, как техника, приложения, данные и бизнес [3]. Бизнес архитектура в общем случае представляет собой совокупность организационной структуры предприятия, а также бизнес-процессов.
Зачем вообще моделировать оргструктуру и процессы компании? Для ответа на этот вопрос воспользуемся моделью зрелости компании, в которой выделяют этапы развития: начальный, управляемый, стандартизированный, предсказуемый и постоянно улучшаемый. Этапам развития соответствуют уровни зрелости процессов: хаотичные, описанные, контролируемые, интегрированные и проактивно управляемые. Таким образом, моделирование процессов – это отправная точка для стандартизации и улучшения выполняемых операций как нашей компании, так и организации контрагента.
Существует множество способов, позволяющих улучшать бизнес-процессы компании, к ним можно отнести такие методы, как:
BSP (Business system planning), позволяющий строить информационные системы для удовлетворения потребностей предприятия на основе данных;
CPI (Continuous process improvement) или TQM (Total quality management), призывающий к постоянному совершенствованию качества товаров, обучению и отказу от контроля;
CMM (Capability maturity model), улучшающий процесс разработки и контроля качества программного обеспечения;
BPR (Business process reengineering), подразумевающий радикальное перепроектирование бизнес-процессов компании на регулярное основе;
ERP (Enterprise resource planning), за счет применения существующих бизнес функций и объектов программной системы.
Обратите внимание, что внедрение ERP-систем также рассматривается как средство совершенствования бизнес-процессов организации. Обычно моделирование ведется в двух моделях: As-Is и To-Be, первая из которых описывает работу предприятия до изменений, вторая – после внедрения решения по улучшению.
Проектирование процессов требует их итерационную детализацию. Так на начальных этапах моделирования бизнес-процессы описываются достаточно обще. Далее производится процедура дихотомической декомпозиции каждого процесса на подпроцессы, а каждого подпроцесса на операции. С увеличением уровня декомпозиции, увеличивается степень детализации, в итоге от описания работы компании в целом осуществляется переход к проектированию операций, выполняемых конкретными сотрудниками. Согласно [4], на уровнях детализации 6-8 число операций для описания достигает размера более 10 000.
Основными сложностями проектирования процессов в As-Is являются: большое число подпроцессов для описания, постоянное изменение процессов даже в момент их проектирования, высокая потребность в привлечение бизнес-пользователей. Поэтому в проектах внедрения ERP-систем достаточно часто ограничиваются лишь моделированием оргструктуры и бизнес-процессов только в To-Be. Начнем обзор бизнес архитектуры предприятия с рассмотрения методов проектирования его оргструктуры.
Методы проектирования организационной структуры
Организационная структура – это система взаимоотношений структурных подразделений и отделов компании в процессе производства продукта или оказания услуг потребителю. Модель оргструктуры представляет собой диаграмму подчиненности, где на верху пирамиды отражаются наиболее влиятельные элементы, а ниже – взаимозависимые (рис. 3.1). Выделяют следующие виды организационных структур:
линейная, в которой каждый руководитель может управлять любым исполнителем;
функциональная, где выделены отдельные функции, в каждой из которых назначен руководитель, контролирующий работу только своих подчиненных;
дивизионная, подразумевающая разделение компании по географическому принципу, линейки продукции и др.;
проектно-матричная, когда набор сотрудников осуществляется под конкретный проект.
Проектирование оргструктур ведется на начальных уровнях декомпозиции бизнес-процессов, в дальнейшем она фигурирует лишь косвенно в виде графического элемента ответственности в заданной нотации моделирования.
Способы проектирования бизнес-процессов
Моделирование бизнес-процессов осуществляется с использованием различных графических нотаций в зависимости от степени детализации процесса. Так на верхних уровнях применяются нотации: BCM, IDEF0 и ARIS VACD, в то время как на нижних – WFD, DFD, IDEF3, ARIS eEPC, UML AD и BPMN SLD. Важно отметить, что каждый метод описания имеет свои отличительные графические элементы и область применения. К особенностям нотаций моделирования можно отнести:
использование глаголов или отглагольных существительных для задания операций;
ведение сквозной нумерации бизнес-процессов;
графические нотации для описания верхнеуровневых процессов не требуют наличия условного оператора, в отличие от низкоуровневого проектирования;
отражение 3-5 операций для описания бизнес-процессов верхнего уровня;
указание 3-10 операций для моделирования процессов нижнего уровня.
Давайте более детально посмотрим на каждый из способов проектирования, рассмотрим графические элементы и примеры их использования.
Бизнес модель управления (BCM)
Business Control Model (бизнес модель управления) предложена в 1996 г. компанией Baan и является составной частью методологии DEM (Dynamic Enterprise Modeling, динамическое моделирование):
нотация BCM позволяет объединить и наглядно продемонстрировать техническую и программную архитектуры, а также объекты данных предприятия;
часто применяется в технических предложениях для иллюстрации текущей архитектуры предприятия и взаимодействия с внешними организациями и подсистемами;
относится к методам проектирования бизнес-процессов на верхнем уровне, однако построение модели требует детального анализа процессов и объектов предприятия, а также их взаимосвязи;
графические элементы и примеры их применения даны в таблице 4.1.1 и на рисунке 4.1.1.
Цепочка увеличения стоимости (ARIS VACD)
Value Added Chain Diagram (VAD, цепочка увеличения стоимости) разработана компанией IDS Scheer и является базовой моделью в среде CASE-проектирования ARIS:
в зависимости от концепции проектирования VAD-схема может представлять собой как простейший вариант отражения процесса, так и более сложный, включающий документы и исполнителей;
относится к верхнеуровневой нотации моделирования, поэтому не содержит операторов разветвления бизнес-процессов, подпроцессов и операций предприятия;
преимущественно используется совместно с графической нотацией ARIS eEPC, применяемой для проектирования бизнес-процессов на нижнем уровне описания;
IDS Scheer куплена компаний разработчиком корпоративного программного обеспечения SAP AG, максимально продвигается в проектах внедрения систем SAP ERP;
графические элементы и примеры применения нотации отражены в таблице 4.1.2 и на рисунке 4.1.2.
Метод функционального моделирования (IDEF0)
Integrated DEFfinition for Functional Modeling (метод функционального моделирования) является частью SADT (Structural Analysis and Design Technique), предложен военно-воздушными силами США в 1981 г.:
описание бизнес-процессов в нотации IDEF0 ведется сверху вниз, слева направо. Начиная с 1-го уровня моделирования, каждый процесс рекомендуется описывать не более чем 3-5 операциями;
в отличие от других верхнеуровневых методов проектирования IDEF0 позволяет моделировать процессы с учетом всевозможных ограничений;
допускается установление ссылки на смежные процессы в рамках описания текущего, для чего применяются стандартные входящие и исходящие объекты нотации;
позволяет строить карты процессов, наглядно демонстрирующие взаимосвязь всех операций бизнес-процессов;
список графических элементов нотации, а также примеры ее применения даны в таблице 4.1.3 и на рисунке 4.1.3 ...
Литературные источники
Степанов Д.Ю. Методы проектирования организационной структуры и бизнес-процессов предприятия при внедрении ERP-систем (часть 1) // Корпоративные информационные системы. – 2018. – №4 – С. 50-60. – URL: https://corpinfosys.ru/archive/issue-4/134-2018-4-processes.
Степанов Д.Ю. Методы проектирования организационной структуры и бизнес-процессов предприятия при внедрении ERP-систем (часть 2) // Корпоративные информационные системы. – 2019. – №1 (5) – С. 31-44. – URL: https://corpinfosys.ru/archive/issue-5/135-2019-5-processes.