- •А. Г. Зуева, б. В. Носков, е. В. Сидоренко, е. И. Всяких, с. П. Киселев Практика и проблематика моделирования бизнес-процессов Введение
- •Глава 1 Зачем нужна модель бизнес-архитектуры: стандартные постановки задач по моделированию бизнес-процессов
- •Глава 2 Что такое модель бизнес-процессов. Типовая архитектура модели бизнес-процессов
- •Контекст и основные элементы бизнес-архитектуры
- •Структура организационной компоненты
- •Структура информационной компоненты
- •Организация компоненты «Приложения»
- •Базовые принципы, методы и определения моделирования бизнес-процессов
- •Определение моделирования
- •Типология моделей
- •Общие принципы моделирования
- •Базовые определения по архитектуре
- •Объектный анализ
- •Процессный анализ Понятие процесса
- •Компоненты процесса
- •Анализ процесса
- •Анализ топологии процесса
- •Анализ характеристик процесса
- •Анализ ошибок процесса
- •Анализ динамики процессов
- •Анализ рисков процесса
- •Анализ ресурсного окружения процессов
- •Анализ возможностей стандартизации процесса (создание эталонных, референтных моделей)
- •Основные методики моделирования
- •Idef-технологии
- •Глава 3 Как проектировать архитектуру модели бизнес-процессов организации: методические рекомендации и подходы по разработке Общий подход к проектированию
- •Определение параметров вариативности модели и ее реализации
- •Анализ и оптимизация моделей
- •Этапность создания модели Общие рекомендации
- •Построение информационной модели
- •Построение организационной модели
- •Построение функциональной модели
- •Построение модели выходов (результатов)
- •Построение модели управления
- •Разработка прикладных приложений для работы с моделями
- •Разработка Соглашения о моделировании
- •Основные этапы по проектированию
- •Проектирование моделей «как должно быть» и gap-анализ
- •Плюсы и минусы различных подходов к разработке бизнес-архитектуры
- •Глава 4 Современные инструментальные средства моделирования бизнес-процессов. Как выбирать инструментальную среду для бизнес-моделирования
- •Выбор инструментальных средств моделирования и методов
- •Глава 5 Организация проекта по моделированию бизнес-архитектуры организации: этапность, участники, роли, взаимодействия
- •Глава 6 Модель построена, что дальше? Масштабное внедрение и поддержка бизнес-модели
- •Глава 7 Чего нужно опасаться при моделировании бизнес-процессов. Проектные риски моделирования бизнеспроцессов
- •Глава 8 Моделирование бизнес-процессов в среде aris – иллюстрация частных решений и подходов
- •Прикладной функционал
- •Цветовое выделение «маршрута» на фоне общей модели
- •Сохранение маршрута модели в виде отдельной модели, связанной с общей базой модели бизнес-архитектуры
- •Группа прикладных функций аналитической обработки «маршрута» Технологическая карта
- •Должностная инструкция
- •Специализированные алгоритмы анализа (временного, стоимостного) бизнес-процесса с учетом влияния человеческих и технических ресурсов
- •Общесистемный функционал
- •Решения по визуализации и настройкам
- •Проектные решения
- •Тестирование
- •Интеграционные решения
- •Заключение
- •1. Введение
- •4. Ожидаемый эффект
- •5. Требования к разработке
- •5.1. Общие требования
- •5.2. Функциональные требования
- •5.3. Общие требования к разработке модели и формализованному описанию процессов
- •5.4. Требования к информационному обеспечению процессов
- •5.5. Требования к организационному обеспечению
- •5.6. Требования к нормативно-законодательному обеспечению
- •5.7. Требования к интеграции
- •5.8. Требования по обеспечению непрерывности рабочих процессов
- •6. Требования к составу работ
- •7. Требования к отчетным материалам
- •Приложение 4
- •2. Общие положения
- •3. Организация хранения моделей в базе aris
- •4. Синтаксические и семантические правила создания моделей
- •Приложение 5
- •Литература
- •Сокращения
Контекст и основные элементы бизнес-архитектуры
Существует достаточный разброс мнений в понимании и определении бизнес-архитектуры и бизнес-модели. Одна из трактовок предусматривает определение бизнес-архитектуры как области, которая определяется высшими руководителями, отвечающими за основные функции (бизнес) организации [10]. Такая трактовка, как правило, включает в себя утверждения по поводу миссии и целей организации, критические факторы успеха, бизнес-стратегии, описания функций, а также структуры и процессы, необходимые для реализации функций.
Ключом к построению хорошей бизнес-архитектуры является определение бизнес-процессов, их функций и характеристик. Это становится основой для построения архитектуры ИТ-приложений, которые обеспечивают автоматизированную поддержку этих процессов. Хотелось бы в связи с этим привести следующую цитату из книги Unleashing the Killer Арр [11]: «Вы тогда достигаете цели, когда становится невозможно определить, где заканчиваются бизнес-аспекты и где начинаются технологии».
Состав и содержание компонент, входящих в модель бизнес-архитектуры, должны определять возможность ответов на вопросы: что, как, где, кто, когда. В рамках типовых методологий моделирования осуществляется следующее «распределение» между элементами бизнес-архитектуры и задаваемыми вопросами:
♦ используемые данные (что?);
♦ процессы и функции (как?);
♦ места выполнения этих процессов (где?);
♦ организации, персоналии-участники, системы (кто?);
♦ управляющие события (когда?);
♦ цели и ограничения, определяющие работу системы (зачем?).
В рамках модели бизнес-архитектуры выделяются следующие основные компоненты:
1) бизнес-процессы / цели и стратегия построения бизнеса;
2) организационная компонента / организационное окружение;
3) информация / информационное окружение;
4) приложения / обеспечивающее окружение.
В данном случае авторы не претендуют на полноту и «стандартизацию» предлагаемого варианта описания бизнес-архитектуры. Более важным является отображение «интеграционных» аспектов.
Проблемы и подходы, связанные с проектированием «окружения» бизнес-процессов, отображены в главе 3 книги.
Ключом к построению хорошей бизнес-архитектуры является определение бизнес-процессов, их функций и характеристик, что, в свою очередь, является основой для построения архитектуры приложений, которые обеспечивают эти процессы.
Можно привести следующие определения по целевым постановкам задач для бизнес-архитектуры: «Если архитектура ИТ-предприятия описывает то, как компоненты ИТ объединяются вместе для достижения нужного результата, то точно так же бизнес-архитектура описывает, как элементы бизнеса соединены вместе» [12].
Бизнес-архитектура включает в себя, как правило, следующие аспекты:
♦ бизнес-стратегия, функции и организационные структуры – собрание целевых установок, планов и структур организации. Данная информация может быть представлена в самых разных форматах, но наиболее важный аспект состоит в создании контекста для описания бизнес-процессов. Эта часть архитектуры не является технической, но она критически важна с той точки зрения, что архитектура информационных технологий (информации, прикладных систем, технологическая архитектура) строится на ее основе и обеспечивает реализацию ключевых функций организации;
♦ архитектура бизнес-процессов, которая определяет основные функциональные области организации. Для министерства это могут быть функции, перечисленные в Положении о министерстве, для коммерческой организации – процессы разработки новых продуктов, услуг и сбыта товаров и т. п. Она также описывает специфические процессы внутри каждой функциональной области и их операционные параметры, например объемы операций, роли, реализацию централизованной или децентрализованной модели операций и т. д. Эта часть является как бы «точкой соприкосновения» между бизнес-архитектурой и архитектурой приложений и обеспечивает взгляд на бизнес и функции организации, достаточно детализированный для того, чтобы использовать его при выработке стратегии и планов создания приложений;
♦ показатели результативности. Этот аспект состоит в определении ключевых показателей результативности (КПР) работы организации, их текущих и желаемых уровней. Модель КПР используется как средство мониторинга исполнения бизнес-процессов. Для определения показателей результативности работы организации применяются различные методики, например широкую популярность завоевала методика Роберта Каплана и Дейвида Нортона «Balanced Score Card (BSC)». BSC представляет собой систему, основанную на причинно-следственных связях между стратегическими целями, отражающими их параметрами и факторами получения планируемых результатов. Она рассматривает четыре проекции: финансовую, взаимоотношения с потребителями, операционной эффективности и человеческого потенциала организации, цели и задачи которых взаимосвязаны и отражены финансовыми и нефинансовыми показателями.
