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

Зуева А. Г.

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

Наиболее часто встречаемая проблематика использования

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

одна и та же автоматизированная функция поддерживается различными информационными системами;

одни и те же данные хранятся в разных информационных системах;

информационные системы, поддерживающие частично пересекающийся функционал, не являются взаимозаменяемыми по составу решаемых задач;

при наличии избыточности в составе автоматизируемых функций существование большого количества «не покрываемых» автоматизацией значимых бизнес-функций;

отсутствие достоверной информации о том, насколько активно и в каких бизнес-процессах используется АИС (либо отдельная ее подсистема);

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

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

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

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

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

временные и стоимостные показатели использования перспективной АИС (отдельных ее подсистем) в рамках бизнес-процесса предприятия.

С учетом вышеизложенного исходными данными для разработки процессно-ориентированной модели АИС может служить табл. 3.

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

Очень важным при проектировании модели АИС, ориентированной на единый бизнес-процесс предприятия,

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

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

Расчеты этих временных и стоимостных затрат по участию АИС в бизнес-процессе могут осуществляться на основе специализированных методик, а именно ТСО (Total cost of Ownership).

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

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

Построение функциональной модели

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

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

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

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

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