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

Зуева А. Г.

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

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

задание

начальных временных и стоимостных характеристик бизнес-функции;

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

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

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

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

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

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

Построение модели выходов (результатов)

По аналогии с другими компонентами модели необходимо определить процессно-ориентированную классификацию выходных

результатов. Особенно важным является установить и формализовать иерархию конечных и промежуточных результатов.

Проектные решения по модели должны охватывать не только выходные (производственные) результаты, но и целевые (стратегические) установки организации, равно как и критерии оценки их достижения. В этом смысле архитектура модели должна предусматривать две компоненты:

тактическую, определяющую результаты операционной деятельности;

стратегическую, определяющую обобщенные цели и показатели.

В рамках проектирования общей модели результатов необходимо обеспечить взаимосвязь всех ее составляющих:

целевых установок различного уровня;

выходных результатов процессов;

критериев оценки качества бизнес-процесса.

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

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

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

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

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

какова структура выходного результата, то есть какой состав промежуточных результатов он включает;

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

Применительно к выходным документам целесообразно использовать следующее категорирование по мере движения по процессной цепочке:

шаблон;

новый документ;

изменен (вариант: в разработке);

согласован (вариант: завизирован);

утвержден;

зарегистрирован;

передан в архив.

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