Е. Всяких - Практика и проблематика моделирования бизнес-процессов
Постановка задач, реализация, внедрение и масштабирование результатов проектов по моделированию бизнес-процессов являются значимыми вехами в изменении общей корпоративной культуры предприятия. Сотрудники поэтапно приобретают знания, навыки и опыт процессного подхода в выполнении своей деятельности, четкого позиционирования себя в сложной структуре организации, овладевают современными способами оценки результатов своей работы и поиском путей ее оптимизации.
Создание модели бизнес-архитектуры является своеобразной коллективной информационной, технологической и организационной средой для отображения и реализации процессного подхода предприятия. Эта среда, которая, с одной стороны, позволяет каждому заинтересованному лицу «высказать» качественно-количественные предложения по улучшению деятельности предприятия, а с другой – всем участникам объективно оценить «положительные» и «отрицательные» стороны предложения.
Помимо повышения «осознанности» участниками бизнес-процессов своей миссии в деятельности предприятия, «новая» корпоративная культура обеспечивает обязательность документирования и сохранения истории всех изменений, касающихся целевой деятельности предприятия. Такое педантичное и качественно формализованное отношение к годами накапливаемым знаниям в организации является основой их эффективного использования.
Расширение заинтересованных участников построения модели и формирование новой корпоративной культуры управления в большей степени является условием и/или следствием проекта моделирования. Практические же шаги по выполнению проекта формируются на основе понимания содержания целевых задач по моделированию.
Задачи по моделированию вытекают из целей, формулируемых организацией, по улучшению своей деятельности. Как было выше отмечено, целевые задачи по моделированию бизнес-процессов распределяются по двум основным направлениям:
1) систематизация и формализация – построение описательных моделей;
2) построение аналитических и оптимизационных моделей.
В рамках выделенных направлений может осуществляться дополнительное деление направлений с учетом наличия двух основных типов исследования, а именно самих бизнес-процессов и ресурсов, задействуемых в бизнес-процессах. Исходя из этого, доопределяются такие подзадачи, как:
1) качественно-количественная оценка (оптимизация) реализуемых бизнес-процессов;
2) качественно-количественная оценка (оптимизация) использования ресурсов организации в рамках реализуемых бизнес-процессов.
Далее типовые задачи моделирования могут детализироваться в рамках выделенных типов объектов исследования.
Применительно к бизнес-процессам задачи моделирования могут быть разделены по типам процессов: основные, обеспечивающие, внешнего взаимодействия и развития (см. главу 2). Применительно к «непроцессным» объектам исследования задачи моделирования могут быть специфицированы для процессов формализации целей деятельности предприятия, организационной структуры, технологической структуры, информационной структуры, архитектуры бизнес-функций, нормативной базы, ключевых показателей деятельности и т. д.
Дополнительная систематизация задач по моделированию может быть увязана с реализуемыми методиками построения и использования модели бизнес-архитектуры предприятия. Примерами таких задач могут быть: функционально-стоимостной анализ, имитационное моделирование, систематизация и формализация.
На практике по выделенным направлениям постановок задач моделирования бизнес-процессов группируются следующие актуальные вопросы, на которые руководство организации хотело бы получать аргументированные ответы:
♦ Какие интегральные стоимостные и временные затраты требуются для реализации конкретного бизнес-процесса (подпроцесса)?
♦ Какой состав организационных, технологических и информационных ресурсов, а также регламентов необходим для выполнения конкретного бизнес-процесса?
♦ Какая динамика использования организационных, технологических и информационных ресурсов необходима для выполнения конкретного бизнес-процесса?
♦ Какие ресурсы (организационные, технологические и информационные) или регламенты являются основными ограничивающими факторами для расширения возможностей организации по увеличению качественно-количественных характеристик решаемых бизнес-задач?
♦ Какие операции (должностные функции) закреплены за конкретной должностной единицей в рамках осуществления целевой деятельности организации?
♦ Какой перечень операций (технологическая карта) должен выполняться должностной единицей при наступлении конкретной стандартной или нестандартной ситуации, связанной с осуществлением целевой деятельности организации?
♦ Какие качественно-количественные улучшения следует ожидать после модернизации (внедрения новых) информационных систем, правовых актов, организационных единиц, производственных технологий и т. д.
Вышерассмотренные направления постановок задач формируют группу условно называемых задач по технологическому проектированию модели («архитектурных» задач). Вместе с тем объективно существует самостоятельная группа задач, связанная с логикой организации исполнения проекта по моделированию:
♦ определение этапности;
♦ определение ролей в проекте;
♦ формирование и управление в проектной команде и т. д.
Данный перечень задач, равно как и реализация «архитектурных» задач, будет более подробно рассмотрен в других разделах книги.
Необходимо отметить, что качественная формулировка постановок задач по моделированию бизнес-процессов применительно к профилю, текущему состоянию и приоритетности проблематики организации является ключевым условием успеха проекта. Следует четко отдавать себе отчет в том, что в постановке задач должны участвовать не только все заинтересованные, но и компетентные персоны. При решении подобных вопросов необходимо исключить возможные ситуации подмены бизнес-компетенции (на уровне правовой, технологической, управленческой) ИТ-компетенцией и наоборот.
Вполне естественным и обоснованным вопросом после выяснения, кому и зачем нужна модель бизнес-архитектуры, является уточнение параметров и принципиальной возможности окупаемости подобного рода консалтингового проекта.
Такая постановка вопроса, равно как и формирование на него ответа, мало чем отличается от ситуации, когда выясняется, зачем нужна концепция информационной системы при инициации масштабных проектов информатизации организации.
Усилия по построению бизнес-архитектуры, которая представляется в виде бизнес-моделей, быстро окупают себя и имеют большое количество дополнительных преимуществ [8]. Преимущества от построения модели бизнес-архитектуры моделей лежат в двух плоскостях: дополнительных возможностях для бизнеса и уменьшении затрат. По оценкам, создание бизнес-моделей и связанная с этим оптимизация затрат даже без радикальных изменений бизнеса могут дать до 10 % экономии. А при моделировании альтернативных вариантов бизнес-процессов организации могут сэкономить до 20 % [4].
Глава 2
Что такое модель бизнес-процессов. Типовая архитектура модели бизнес-процессов
В настоящее время существует множество определений, касающихся моделирования бизнес-процессов. Вместе с тем в контексте задач, которые были поставлены в книге, наибольшее внимание будет уделено специфике бизнес-моделирования с учетом современных тенденций в развитии бизнеса и информационных технологий, обеспечивающих его поддержку.
Как было отмечено в первой главе, разработка концепции сервисно-ориентированной архитектуры, процессного подхода, «взаимопроникновение» ИТ и бизнеса оказали существенное влияние на современные взгляды на построение бизнеса. Формализованным механизмом, обеспечивающим представление и реализацию данных подходов в деятельности организации, стала такая сущность, как архитектура предприятия.
В качестве примера можно привести несколько определений понятия «архитектура предприятия».
Вот как определяется данное понятие в документах Финансово-контрольного управления США [9]:
«Архитектура предприятия описывает деятельность организации с двух позиций:
♦ с позиции логических терминов, таких как взаимодействующие бизнес-процессы и бизнес-правила, необходимая информация, структура и потоки информации, места расположения работы и пользователей;
♦ с позиции технических понятий, таких как аппаратные и компьютерные средства, программное обеспечение, коммуникация данных, защита и безопасность, а также используемые стандарты».
