Чтение онлайн

ЖАНРЫ

Практика и проблематика моделирования бизнес-процессов

Зуева А. Г.

Шрифт:

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

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

Построение модели управления

В рамках

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

В ходе проектирования должна быть обеспечена возможность устранения фрагментарности отдельных «самостоятельных» бизнес-процессов (подпроцессов) за счет:

использования общей базы составных моделей (информационной, организационной, функциональной);

определения интерфейсов для взаимосвязи;

определения механизма учета «вклада» в общие интегральные показатели эффективности бизнес-процесса.

Особенно решение данной задачи актуально при формализации качественно-количественного взаимоотношения основных и обеспечивающих процессов. Модель должна давать аргументированные ответы на вопросы, каковы роль и место конкретного бизнес-процесса в рамках целевого функционирования предприятия, какой вклад вносится подпроцессом в достижение целевых показателей (задач) организации, то есть решение «глобальной» задачи оптимизации.

При этом необходимо отметить сохранение актуальности проблематики «локальной» оптимизации, когда рассматриваемый отдельный процесс, подпроцесс (процедура) являются самостоятельной целью оптимизации. Такая ситуация возникает, когда при зафиксированных требованиях к основному бизнес-процессу (в рамках фиксированных интегральных требований к оптимальной архитектуре) необходимо понизить иерархический уровень оптимизации и провести его на уровне (внутри) составных компонент основного процесса.

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

наглядном отображении на общей модели соответствующих самостоятельных фрагментов и «точек» входа в основные модели;

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

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

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

Разумным дополнением базового классификатора бизнес-процессов могут быть следующие поддерживаемые моделью управления (и соответствующими классификаторами) группировки бизнес-процессов:

по основным сценариям;

по основным

этапам прохождения «стержневых» бизнес-процессов;

по основным типам входных условий (бизнес-событий).

Сценарий – это один из возможных вариантов реализации бизнес-процесса в зависимости от определенных условий, причем в большей степени связанных с возможными объектами выполнения. Учитывая высокоуровневый характер систематизации группировки (систематизации) бизнес-процессов/подпроцессов/процедур по этапам и входным условиям, данное мероприятие должно осуществляться в основном на основе экспертных рекомендаций.

Разработка прикладных приложений для работы с моделями

Одним из следующих важных этапов после определения проектных решений, касающихся составных компонент модели, является разработка прикладных приложений поддержки работы пользователя с моделями и связанных с ней общесистемных сервисов.

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

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

Существует расхожее утверждение, что зачастую у эксперта сложно или вообще невозможно получить объяснение по интуитивно полученным им оценкам. Поэтому при экспертном подходе необходимо выводы и рекомендации эксперта воспринимать как некоторую данность. При экспертном подходе прикладная функциональность модели в первую очередь ориентируется на обеспечение удобной для эксперта формы визуализации информации.

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

Следует отметить, что многие проектные решения, разработанные для функциональной модели, вполне могут быть применимы и для модели управления (процессной модели). Это касается в том числе задания состава атрибутов для описания объекта «процесс» и перечня значимых связей.

Не останавливаясь на подробном описании всех пользовательских приложений, которые стандартны в большинстве инструментальных средств моделирования, целесообразно указать следующие практически значимые функциональные возможности, которые должны быть представлены в системе «Модель бизнес-архитектуры» предприятия.

Поделиться с друзьями: