Читать онлайн «Практика и проблематика моделирования бизнес-процессов». Страница 16

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

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

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

♦ механизмы задания входных условий и инициализации бизнес-процесса.

Типичным примером практически значимого отчета, получаемого на основе динамической модели средствами процессного анализа, являются:

♦ временные и стоимостные затраты на реализацию бизнес-процесса под заданные входные условия;

♦ карта временной загрузки персонала под заданные входные условия;

♦ оценка предельной «пропускной» способности организационно-технологической структуры предприятия по обработке входного потока «бизнес-событий»;

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

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

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

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

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

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

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

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

Поэтапная детализация каждой из компонент модели имеет своей целью:

♦ избежать одновременной работы с большими объемами информации, которая изначально не систематизирована под задачу моделирования;

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

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

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

♦ указание наименования используемой информационной системы/подсистемы на уровне подпроцесса (процедуры);

♦ указание компоненты информационной системы/подсистемы (наименование модуля) на уровне поддерживаемой функции, реализуемой в рамках бизнес-процесса;

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

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

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

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

♦ описание операционных документов в контексте источника информации для операционных сведений (данных);

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

Для описания организационной компоненты (персонала), задействуемой для участия в процессе, можно предложить следующую этапность детализации:

♦ указывается наименование подразделения/подразделений, задействуемого для выполнения подпроцесса/процедуры;

♦ указывается должностное лицо/лица, задействуемое для выполнения функции;

♦ указывается ролевая функция должностного лица/лиц, используемая для выполнения функции;

♦ устанавливается таблица соответствий между должностными лицами и ролевыми функциями, реализуемыми при выполнении бизнес-процесса на уровне функций.

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

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

♦ описание результатов выходов процессов на уровне данных/сведений, компонент продуктов/услуг.

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

♦ отражение в рамках процесса окружения функции на уровне наименования информационной системы, операционного (входного/выходного) и правового документа, подразделения-исполнителя;

♦ отражение в рамках процесса окружения функции на уровне наименования модуля информационной системы, операционных данных (входных/выходных сведений) и положений («выдержек») правового документа, должностного лица (ролевой функции).

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