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