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