Экономические основы управления транспортной организацией с использованием процессного подхода. Учебное пособие

Данная методика используется при определении границ домена моделирования и расставления приоритетов в них, она сокращает масштаб и продолжительность моделирования, но не может повлиять на адекватность модели.

Следующий список может быть использован в качестве базовых принципов для моделирования процессной архитектуры:

–архитектура определяет основные компоненты (бизнес-архитектура, архитектура приложений и т.д.);

–архитектура определяет отношения между компонентами и систему взаимодействия между ними;

–уровень детализации архитектуры выбирается таким образом, чтобы вся информация о компонентах, не имеющих отношения к взаимодействию с другими компонентами архитектуры, была "опущена";

–поведение компонента является частью архитектуры

втой мере, в какой это важно с точки зрения взаимодействия с другими компонентами;

–каждая система имеет архитектуру, даже система, состоящая из одного компонента;

–архитектура содержит пояснения и обоснования ваших компонентов и конструкций;

–определения архитектуры не включают описание самого компонента.

–все организационные подразделения организации должны использовать в своей работе архитектуру, разработанную для организации в целом

–архитектура должна гарантировать, что организации смогут бесперебойно выполнять свои функции, обеспечивать безопасность и восстановление в случае катастрофических событий;

71

–требования бизнеса должны формировать архитектуру;

–архитектура должна обеспечивать интероперабельность.

–архитектура должна быть расширяемой, масштабируемой и адаптируемой;

–архитектура должна быть инструментом для осуществления изменений;

–архитектура должна снизить сложность интеграции

иулучшить качество бизнес-процессов

–при проектировании архитектуры технологического процесса необходимо учитывать тенденции рынка.

–при проектировании процессной архитектуры необходимо придерживаться определений и понятий, установленных в системе международных стандартов или в техническом задании.

Подготавливая «площадку» для моделирования, специалист должен выбрать варианты построения модели процесса. Например, вариант «как есть» - описание текущего состояния системы или вариант «как должно быть» - описание состояния системы, которое должны быть достигнуто в определенные сроки при проведении некоторой оптимизации рассматриваемой системы. Также необходимо определиться с возможными качественными переходами моделируемой системы из состояния «как есть» в состояние «как должно быть».

После определения границ моделируемого процесса и выбора варианта (или вариантов) построения модели моделировщик выбирает методологию и стандарт описания процесса. Примерами методологии могут служить инструменты, заложенные в программных продуктах,

72

используемых для проведения моделирования (методология

ARIS, методология IDEF0).

Стандарт описания процесса – это язык, орфография и пунктуация данного механизма.

Примером стандарта описания процесса могут выступать следующие типы моделей:

VAD (Value added chain diagram) – диаграмма цепочки добавленной стоимости/добавленного качества;

PSD (Process selection diagram) – диаграмма выбора процесса;

EPC (event-driven process chain) – событийная цепочка процесса;

FAD (Function allocation diagram) – диаграмма окружения процесса.

Стоит отметить, что приведенные в качестве примера стандарты описания процесса – это не полный список стандартов, которые используются моделировщиком при выполнении данной работы.

Основой для моделирования, как было ранее отмечено, являются программные продукты. Такими продуктами могут быть ARIS, VISIO, Business Studio, AllFusion Process Modeler (BPwin).

Отвечая на поставленный ранее вопрос о количестве уровней декомпозиции (детализации) моделируемых процессов, необходимо понимать, что данные приемы анализа заключаются в разделении сложного объекта (системы, показателя, цели) на составные функциональные зависимые части (элементы), которые оказывают влияние друг на друга.

Однако есть различия между приемами декомпозиции и детализации объектов при моделировании. При выполнении декомпозиции дочерние

73

элементы имеют тот же тип, что и родительский. В моделировании процессов, декомпозиция модели процессов верхнего уровня приводит, в конечном итоге, к формированию системы процессов, на самом нижнем уровне которой находятся операции.

При выполнении детализации дочерние элементы имеют тип, отличающийся от типа родительского элемента. Детализацией является представление объекта модели процесса некоторого уровня в виде другой модели, раскрывающей то или иное содержание данного объекта.

Описанные приемы анализа позволяют рассматривать процессы, раскладывая их на составляющие, в которых можно увидеть конкретные взаимосвязи. Это позволяет сконцентрировать внимание специалиста на существенных деталях и упростить процесс создания модели и чтения уже сформированной модели в будущем.

В рамках описания процессов выделяют предметные области моделирования (рис. 10).

Рис. 10. – Предметные области моделирования процессов Для этого, помимо описанных ранее типов моделей,

дополнительно выделяют определенные типы, с помощью которых производится описание:

74

-целей компании;

-продуктов/услуг, предоставляемых компанией;

-организационной структуры компании;

-функций организационных элементов;

-документов, регламентирующих деятельность компании;

-информационных систем;

-ключевых показателей эффективности деятельности компании;

-стратегических и операционных рисков.

Также в рамках проведения описания процессов организации для дальнейшего внедрения данной методики в управление ее деятельностью используется ролевая модель управления процессами.

Для решения задачи по управлению деятельностью посредством процессов организации могут быть выделены следующие роли:

-куратор процесса;

-владелец процесса;

-руководитель процесса.

Для решения задачи по управлению конфигурацией процессов выделяются следующие роли:

-архитектор комплексной процессной модели;

-процессный аналитик;

-моделировщик;

-нормоконтролер;

-эксперт в предметной области.

Рассматривая детально тему декомпозиции (детализации) процессов при проведении описания процессов с использованием соответствующих программных продуктов, необходимо придерживаться некоторых рекомендаций.

75

В первую очередь предлагается использовать не более четырех уровней декомпозиции процессов.

На первом и втором уровнях описания моделей процессов предлагается использовать исключительно модели типа VAD и FAD. При этом рекомендуется на втором уровне использовать не более пяти вложенных моделей.

На третьем уровне декомпозиции предлагается использовать не более одной вложенной модели типов PCD,

EPC, FAD.

Четвертый уровень декомпозиции обычно представлен моделями типа EPC и FAD.

Ни рисунке 11 представлены уровни описания процессов и рекомендуемые к использованию типы моделей.

Рис. 11. – Типы моделей, рекомендуемые при описании процессов

Таким образом, приведенные правила и рекомендации позволяют специалисту обоснованно сформулировать цель моделирования, определить границы процесса и, в конечном итоге, начать и успешно реализовать процесс формирования «цифрового двойника» любой организации или ее структурного подразделения.

76

Св. план 2020 г., поз.174

Данилина Мария Геннадьевна Колядин Денис Геннадьевич Жаков Владимир Владимирович

ЭКОНОМИЧЕСКИЕ ОСНОВЫ УПРАВЛЕНИЯ ТРАНСПОРТНОЙ ОРГАНИЗАЦИЕЙ

С ИСПОЛЬЗОВАНИЕМ ПРОЦЕССНОГО ПОДХОДА

Учебное пособие

127994, Россия, г. Москва, ул. Образцова, дом 9, стр.9. Типография Юридического института РУТ (МИИТ)

77