либо сформироваться условия для «затяжного» периода сопровождения системы исполнителем, что, следовательно, приведет к дополнительным финансовым расходам.
Выше отмечалось, что масштабное внедрение модели бизнес-архитектуры сопряжено с переориентацией организации на «новую» культуру (например, внедрения процессного подхода). В данный процесс вовлекаются практически все основные бизнес-направления и сотрудники компании. По охвату и глубине изменений в сознании персонала подобного рода проекты не сопоставимы с проблемами внедрения частных прикладных информационных систем. В таких условиях вполне оправдано ожидать повышенной сопротивляемости среды внедрения к новым процессам, равно как удлинения сроков обеспечения организационной и психологической готовности к использованию новаций.
Данные риски несвоевременной готовности заказчика к самостоятельной эксплуатации модели бизнес- архитектуры могут быть снижены за счет либо заблаговременной подготовки страховочного варианта по привлечению исполнителя, либо более раннего начала мероприятий по подготовке собственного персона.
Особенно важным аспектом при самостоятельной эксплуатации модели бизнес-архитектуры является обеспечение ее актуальности. Данная проблема распадается на несколько ключевых составляющих:
¦ кто будет следить за всеми изменениями (существенными для модели) в деятельности организации;
¦ кто будет вносить изменения в модель в соответствии с изменениями в деятельности организации;
¦ как будут осуществляться подготовка и переподготовка (обучение) персонала – пользователей и технического персонала.
Риски в данной области могут быть связаны с:
¦ неучетом задач по технической поддержке системы и подготовке персонала;
¦ неправильной оценкой собственных финансовых и технических возможностей заказчика по самостоятельному сопровождению системы;
¦ переоценкой заказчиком уровня профессиональной подготовки своего персонала.
Отличительной особенностью рисков сопровождения для системы «модель бизнес-архитектуры предприятия», в отличие от обычных информационных систем, является в первую очередь многоаспектность природы изменений в деятельности организации.
При максимально оптимистичной постановке задачи модель бизнес-процессов должна отражать и увязывать «все и вся» на предприятии: изменения в технологических процессах, штатном расписании, информационных системах, документообороте, обеспечивающих процессах и т. д. Ответственность за отслеживание данных изменений и последующую передачу в «точку» централизованного учета должна ложиться на «владельцев» процессов (либо их компонент). Очевидно, что организовать данный регламент на предприятии, при том что для функциональных подразделений подобное информирование является не основной функцией, является довольно непростой организационной задачей.
Существует вполне определенный риск игнорирования данных обязанностей функциональными подразделениями и, соответственно, постепенная потеря актуальности модели. Данный риск может нивелироваться только путем полномасштабного принятия на предприятии «новой» культуры управления. Соответственно, период «постпроектной» жизни модели должен сопровождаться активной «пропагандисткой» работой и стимулирующими мероприятиями по ее практическому использованию.
По аналогии с обозначением и решением вопроса поддержки «жизнедеятельности» модели необходимо ставить и решать проблему широкомасштабного внедрения. Риски для заказчика и исполнителя здесь имеют такую же природу – наличие финансовых и технологических ресурсов, уровень компетенции, «благожелательность» среды внедрения, своевременное обеспечение организационно-технологической готовности. Соответственно, подходы по их минимизации являются такими же, как и в случае с решением вопроса по поддержке «жизнедеятельности» модели.
Подводя итог, необходимо отметить, что «человеческий» фактор играет ключевую роль в появлении и нейтрализации рисков. В издании [4] приводится следующая категоризация «социума» по отношению к проектам по созданию архитектуры предприятия и решениям по ответной реакции (табл. 8). В значительной степени такие оценки могут быть распространены и на проекты по созданию модели бизнес- архитектуры.
Глава 8
Моделирование бизнес-процессов в среде ARIS – иллюстрация частных решений и подходов
В настоящее время существует достаточно большое количество печатных и электронных изданий, в которых с различным уровнем детализации описаны возможности среды ARIS.
В данной главе не предполагается повторение либо какая-то «авторская» систематизация ранее опубликованных материалов по инструментальной среде моделирования ARIS. Главной целью будет освещение отдельных решений и подходов, которые были наработаны в ряде консалтинговых проектов по моделированию, и по мнению авторов, потенциально могут быть полезны для решения аналогичных задач.
В значительной степени изложение материалов по решениям и подходам в среде ARIS по своей структуре будет привязано к общей логике и последовательности изложения материалов главы 3.
В первую очередь предполагается осветить, как в среде ARIS могут быть реализованы полезные постановки задач прикладного и специального функционала для создаваемой модели бизнес-архитектуры предприятия.
Прикладной функционал
В ряде случаев стандартных возможностей ARIS для последующего анализа и оптимизации модели протекания бизнес-процессов не хватает и требуются дополнительные доработки функционала.
Существуют практически значимые постановки задач по моделированию, когда необходимо создать комплексную модель, которая должна реагировать на большое количество различных ситуаций, которые, в свою очередь, определяются «внешними» входными данными и принимаемыми внутрикорпоративными решениями в ходе исполнения бизнес-процесса.
Как было отмечено в главе 3, эффективно реализовать реакцию модели на большее количество ситуаций возможно при условии такого ее проектирования, при котором:
¦ в рамках каждой вышестоящей модели выделяются точки «ветвления» бизнес- процесса, с учетом входных условий и принимаемых бизнес-решений;
¦ происходит «навешивание» на каждый из маршрутов ветвления «уникальной» бизнес-модели нижнего уровня, соответствующей параметрам входных условий и принимаемых бизнес- решений.
Соответственно, каждой уникальной ситуации, определяемой значением параметров входных условий и принятыми бизнес-решениями, будет соответствовать уникальный «маршрут» в разветвленной модели бизнес-архитекутры предприятия. Стандартный набор постановок задач для анализа маршрута может выглядеть так:
¦ «позиционирование» маршрута в рамках общей модели путем его выделения каким-либо образом, например цветом;
¦ выделение всего маршрута в отдельную подмодель, поддерживающую связь с общей базой;
¦ проведение финансового, стоимостного, временного и других видов анализа «маршрута»;
¦ отслеживание последовательности этапов прохождения маршрута и т. д.
К сожалению, инструментальная среда ARIS не позволяет только своими стандартными средствами в полном объеме реализовать такую постановку задач и предлагаемое проектное решение. Средства ARIS покрывают решение следующей части задачи:
¦ формирование описательной части общей бизнес-модели и ее составных частей, в том числе включаемые через точки ветвления уникальные процессы, подпроцессы, процедуры, функции;
