- •А. Г. Зуева, б. В. Носков, е. В. Сидоренко, е. И. Всяких, с. П. Киселев Практика и проблематика моделирования бизнес-процессов Введение
- •Глава 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
- •Литература
- •Сокращения
Плюсы и минусы различных подходов к разработке бизнес-архитектуры
При разработке бизнес-архитектуры можно выделить следующие базовые подходы: «снизу вверх», «снизу вверх» и гибридный.
Подход «снизу вверх» предусматривает глобальный охват проблемы, формирование единого формализованного процесса создания модели бизнес-архитектуры (включая разработку соответствующих методик и определение необходимых стандартов), системный сбор исходной информации для формирования типовых проектных решений.
Положительные черты данного подхода связаны с тем, что с самого начала создается ясное видение существующей ситуации (проблематики) в целом, в обобщенном виде формулируются актуальные бизнес-потребности и проблемы, задаются широкие рамки процесса для возможности эффективной модели бизнес-архитектуры всеми заинтересованными бизнес-подразделениями предприятия, определяется единая методологическая и инструментальная база среды разработки, формируются соответствующие организационные структуры для поддержки процесса разработки и управления. На начальных этапах решается вопрос поддержки проекта топ-менеджментом предприятия практического использования, что упрощает решение вопросов финансирования и взаимодействия с потенциально заинтересованными бизнес-подразделениями предприятия.
Отрицательные стороны использования метода «сверху вниз» связаны с тем, что на начальном этапе требуется проведение большого количества «инфраструктурных» работ, которые должны сформировать методологическую и инструментальную базу для разработки всего предполагаемого множества моделей конкретных бизнес-процессов и их компонент. Данные работы достаточно длительны и формальны, что требует от заказчика дополнительной терпеливости и терпимости в ожидании и понимании того, что же делается по проекту. На фоне такого «напряженного» ожидания вполне возможно, что по ходу проекта может потребоваться от заказчика дополнительное финансирование на обучение персонала по использованию ряда формальных методов, которые необходимы в будущем для разработки моделей конкретных бизнес-процессов.
Характерной особенностью подхода «снизу вверх» является движение от отдельных бизнес-процессов и компонент модели к общей оптимизационной всей модели бизнес-архитектуры.
Данный подход нашел широкое распространение в силу того, что он дает быструю финансовую отдачу, поскольку обеспечивает «старт» с наиболее актуальных проблемных точек. Быстрые успехи повышают авторитет проектной группы и общее доверие к процессу. К положительным моментам метода следует отнести большие возможности по масштабированию и управлению процессом. Это касается и формирования команды проекта, и выбора направлений по бизнес-процессам. По ходу получения результатов для модели оптимизированной бизнес-архитектуры возможно проведение организационных мероприятий по ее претворению в жизнь.
Организации, которым нужно решить с помощью бизнес-архитектуры существенные проблемы, связанные с неэффективностью или большим количеством излишних бизнес-процессов или с наличием перегруженного персонала, технологий, и которым требуется получение видимых результатов от разработки бизнес-архитектуры в кратчайшие сроки, безусловно, должны использовать подход «снизу вверх».
Отрицательные моменты, связанные с использованием подхода «снизу вверх», обусловлены его изначальной ориентированностью на конкретные бизнес-процессы и соответствующие им компоненты. Это существенно понижает уровень универсальности и методологических, и проектных решений при использовании на других направлениях бизнес-процессов, равно как и порождает потенциально сложные и организационные, и технологические проблемы по интегрированию различных моделей бизнес-процессов в единую модель бизнес-архитектуры.
Кроме того, появляется проблема очереди в ожидании бизнес-процессов, не попавших в число приоритетных, по созданию соответствующей среды их проектирования. Существуют высокие риски в отношении того, что формируемая «по ходу» от частных практических задач методология может иметь неоптимальную, если не сказать противоречивую структуру.
Применительно к оперативному и стратегическому решению задач по оптимизации конкретных бизнес-процессов может использоваться гибридный подход, предусматривающий частичное использование как подхода «снизу вверх», так и подхода «сверху вниз». В любом случае, выбранная стратегия моделирования должна отвечать конкретным текущим и перспективным потребностям организации и включать понимание того, что создание модели бизнес-архитектуры – это долговременный процесс изменений.
