Практика и проблематика моделирования бизнес-процессов
Шрифт:
формирование команды проекта разработки бизнес-архитектуры;
определение границ моделирования бизнес-архитектуры;
формирование структур и процессов управления и контроля (governance) модели бизнес-архитектуры.
Одним из условий эффективной организации проекта является позиционирование на таких работах, которые в ближайшие сроки могут дать отдачу. Необходимо исходить из понимания того факта, что значительное количество ценной информации может быть получено без выполнения анализа бизнес-процессов с «парализующей» степенью детализации. В этой ситуации целесообразно руководствоваться правилом
При планировании проекта по моделированию бизнес-архитектуры необходимо исходить из понимания, что получаемый результат в большей степени является некоторым «развивающимся организмом», чем статическим предметом. Наработанный методический аппарат, инструментальные средства по моделированию бизнес-процессов позволяют обеспечить старт проекта даже при минимальных объемах исходной информации. При этом реализуемый процесс моделирования происходит в интуитивно понятной и естественной форме. Технологические возможности инструментальной среды позволяют осуществлять постепенное наращивание полноты и детальности функциональной, организационной, информационной и технологической структуры организации.
Благодаря отсутствию таких жестких ограничений на первоначальные объемы исходных данных, полноты и детальности описания бизнес-процессов имеются широкие возможности по оптимизации организации проекта по моделированию. В первую очередь появляется более широкий маневр в выборе бизнес-процессов и составных компонент, которые прежде всего будут охватываться проектом, исходя из реально сложившихся на начало проекта условий, связанных с исходными данными и исполнительскими ресурсами.
Принципиально важным для организации исполнения проекта является понимание того обстоятельства, что разработка модели бизнес-архитектуры не является строго технологическим процессом, связанным с использованием инструментальных средств и привлечением специалистов по информационным технологиям. Безусловно, в современных условиях инструментальная среда и технологический консалтинг по ее настройке являются обязательным атрибутом бизнес-моделирования. Вместе с тем значительная часть работ по сбору информации, ее интерпретации, анализу результатов моделирования, постановке задач по построению моделей могут быть выполнены только специалистами-предметниками, и эта работа носит творческий характер.
Можно утверждать, что доля «не ИТ-специалистов» в проектах по созданию модели бизнес-архитектуры существенно больше, чем в обычных проектах по созданию автоматизированных информационных систем. Причем эти специалисты несут основную нагрузку и ответственность за получение практически значимого результата. Очевидно, что данная специфика в обязательном порядке должна учитываться при организации проекта, и от того, насколько она эффективно будет учтена, зависит успешность проекта.
Порядок и специфика исполнения организации по бизнес-моделированию во многом определяются типами реализуемых проектов. Выделяют следующие основные типы проектов по моделированию.
1. Описание (документирование) деятельности организации (процессы, производственные и информационные ресурсы, документы и данные, персонал и т. д.).
2. Анализ и совершенствование бизнес-процессов и деятельности организации в целом.
3. Описание деятельности организации при построении систем менеджмента качества.
4. Подготовка к внедрению систем
5. Подготовка к внедрению систем класса Workflow.
6. Построение системы стратегического управления на основе сбалансированных показателей.
7. Проведение организационных изменений.
8. Управление операционными рисками и др.
Вне зависимости от типа проект по моделированию бизнес-архитектуры состоит из следующих основных этапов.
1. Подготовительный этап. На данном этапе определяются и утверждаются цели проекта моделирования и приоритеты, проблемные области организации, выбираются методология и средство моделирования. Также прикидывается общая архитектура процессов, выделяются ключевые бизнес-процессы и их взаимосвязи. Формируются план проекта, проектная команда, подготавливается документ «Соглашение о моделировании».
2. Описание и анализ процессов «как есть». На этом этапе осуществляются описание процессов «как есть» в выбранном средстве моделирования, выбор критериев оценки процессов, выявление и оценка «узких» мест и потенциала для совершенствования. Уточняется план работ по дальнейшим этапам.
3. Построение процессов «как должно быть». На этом этапе определяются и оцениваются альтернативные сценарии процессов, моделируются процессы «как должно быть» с новой организационной структурой и операционным окружением, планируются потребности в персонале и формулируются требования к их квалификации и знаниям. Уточняется план работ по дальнейшим этапам.
4. Подготовка к переходу к оптимизированной модели. На этом этапе разрабатывается план перехода от текущего состояния к целевому:
– создание новых должностных инструкций;
– разработка тренинг-курсов и выработка показателей (метрик) уровня квалификации исполнителей;
– описание временных решений и т. п.
5. Реализация. На этом этапе реализуются и/или автоматизируются необходимые процессы с помощью заказного или стандартного ПО, осуществляются перестройка организационной структуры, переквалификация персонала, а также мониторинг.
Общая логика организации разработки модели бизнес-архитектуры в самом общем виде представлена на рис. 7. Принципиально важно отметить наличие двух составляющих в проекте, а именно определения вида целевой бизнес-архитектуры и разработки стратегии достижения.
Общим фоном для построения модели бизнес-архитектуры является мониторинг существующих тенденций в предметной области деятельности организации, направления развития ИТ-сферы. В рамках определения современных требований по оценке состояния бизнес-процессов в организации формируются иерархия целей и система показателей, которые трансформируются в требования к основным компонентам – организационной, функциональной, информационной, технологической. В контексте бизнес-требований параллельно осуществляется системный анализ всех перечисленных основных компонент.
Результаты вышеперечисленных этапов являются основой для выполнения Gap-анализа, то есть выявления расхождений и различий между существующей и целевой бизнес-архитектурами. На основе Gap-анализа формируется план миграции, ориентированный на модернизацию ключевых компонент бизнес-архитектуры и конкретизирующий состав соответствующих проектов.
В ходе каждого из этапов (фаз) проекта складывается характерный набор документов и иных материалов, которые формируют информационную и методологическую базу модели бизнес-архитектуры и «фиксируют» пройденный маршрут по проекту.