Общие принципы описания процессов с учетом правил моделирования ОАО«РЖД»

1.

Общие
принципы
описания процессов с учетом правил
Образец
заголовка
моделирования ОАО«РЖД»
1

2.

Содержание курса
2
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.

3.

Содержание курса
3
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.

4.

ПРОЦЕССНЫЙ ПОДХОД КАК ОСНОВА ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ДЕЯТЕЛЬНОСТИ
ХОЛДИНГА «РЖД»
4

5.

Как и зачем используется процессный подход?
5

6.

Этапы внедрения процессного подхода в управлении и целевой результат
6

7.

Задачи в области бизнес-моделирования
7

8.

Повышение эффективности управления Холдингом за счет «простройки» сквозных
процессов, ориентированных на клиента
8

9.

Описание процессов и других подсистем организации как основа для использования
процессного подхода
9
Уровни детализации
XOR
Объекты
Описание
материальных
ресурсов
XOR
Описание
информационных
ресурсов
Объекты
Описание бизнеспроцессов
Объекты
Описание
производственн
ых ресурсов
Описание
трудовых
ресурсов
Предметные области – подсистемы организации

10.

Модель – как способ оцифровки и основа оптимизации
Существующая ситуация
Модели, описывающие существующую ситуацию
Генеральный
Повысить
директор
Оборудование
гибкость
для контроля
компании
качества
Module class
Коммерческий
Исполнительный
Главный
директор
директор
бухгалтер
Повысить
Повысить
гибкость
гибкость
n-
Измерительное
Контрольное
Испытательное
оборудование
оборудование
оборудование
факторов
производства
Отдел
Отдел кадров
маркетинга
производства
Финансовый
Проходные
калибры
Повысить
Повысить
Повысить
Повысить
эффективность
Повысить
эффективность
гибкость
управления
. ресурсов
гибкость
оборудования
материалами
системы сбыта
испытания
калибры
производства
отдел
Омметры
директора
Продукция
Контрольные
продаж
оптовым
Иванов И.И.
Кадровые
Финансовые
вопросы
вопросы
Знание
Знания
поведения и
положении
Петров П.П.
Прием
Заключение
Заключение
на работу
договоров
договоров
сотрудничества
в отношении
Менеджер
Кузнецов К.К.
Увольнение
Изменение
Изменение
с работы
зарплаты
зарплаты
об отрасли
Attributes
ARIS
ARIS
Chart
Configuration
Database
Converter
ARIS
ARIS
ARIS
Merge
Explorer
ARIS
ARIS
Export/
Import
ARIS
с клиентами
Изделие 1
Опыт сотрудничества
с контактными лицами
клиентов
Изделие 2
Изделие 3
Опыт работы со
стратегиями
Script
Model
Process
Editor
Generator
Generator
клиентов
ARIS
Документация
Годовой отчет
Контактное лицо
по клиентам
в данных о клиенте
Статьи,
Документация
Статьи,
публикации
по контактам с
публикации
о клиентах
клиентами
о клиентах
Server
по стратегии
клиента
ARIS
ARIS
RTF
Semantic
Editor
Check
Мод. 1.2
Отчет по
маркетинговым
по отрасли
Личные
оценки
по целевым
группам
Документация
по деятельности
клиентов
Выявление разрывов между
Выделение, описание и
текущими и целевыми
возможностями хозяйственного оптимизация сквозных
процессов
комплекса
Совершенствование
управления экономикой
ключевых процессов
Перспективная ситуация
10
ARIS
Administrator
клиентов
Мод. 1.1
исследования
продажам
Опыт сотрудничества
структуры
Статьи,
публикации
продажам
по розничным
ARIS
ABC
ARIS
Опыт
Менеджер по
оптовым
Знания о стратегии
сотрудниках
клиентов
финансовом
группы
продажам
Знания об основных
о деятельности,
структуры целевой
ARIS
весы
Знания о
клиентах
Менеджер по
ARIS
Easy Design
Аппарат
Эпштейна
Полномочия
Отдел
ARIS
Установка
для
Непроходные
процесса
труда
техн
ный стенд
Ваттметры
гибкость
производительность
использования
Производственный
Склад
Повысить
Easy Design
Испытатель-
Вольтметры
отдел
Формирование
прикладной основы
для внедрения СМК

11.

Как определить процесс
Процесс – это повторяющаяся совокупность упорядоченных и взаимосвязанных действий, создающая
результат, значимый для потребителя
Менеджер отдела
продаж
Технологконструктор
Рабочий
Рабочий
Бухгалтер
Участники
процесса
Клиент
Клиент
Требования
Клиента
Обработка
заказа
Разработка
документации
Изготовление
заказа
Упаковка и
доставка заказа
Оплата заказа
Продукт
для
Клиента
Ресурсы
процесса
ИС компании
Заказ
Клиента
Документация
на изготовление
заказа
Станки и
инструменты
Продукт для Материалы и Транспорт
Клиента
комплектующие
Заказ
Клиента
Ключевые признаки процесса: повторяемость, логическая упорядоченность и взаимосвязанность, наличие цели – значимость для потребителя,
взаимосвязь с другими процессами.
11

12.

Входы и выходы процесса, которые он получает и сам передает затем другим
процессам
Вторичные входы – входы, на которые поступают входные потоки
(ресурсы), необходимые для выполнения процесса. Потоки на
вторичных входах не могут инициировать выполнение процесса
Первичный вход – вход процесса, на
который поступают входные потоки,
инициирующие выполнение процесса. Они
являются необходимым условием начала
процесса, но не достаточны для его
завершения
12
Первичный выход, на котором формируется
результата процесса ради которого он
существует
Вторичные выходы, через которые вторичные продукты
(потоки), не являющиеся основной целью процесса,
передаются в другие процессы, например, отходы
производства

13.

Определение границ и интерфейсов (взаимодействия) процесса с другими
процессами
Начальная
граница
процесса
предшествует первой выполняемой
функции процесса
Подпроцесс
1
Подпроцесс
2
Подпроцесс
3
Процесс
Конечная
граница
процесса
располагается
за
последней
выполняемой функцией процесса
Внешний интерфейс процесса –механизм, посредством которого
процесс взаимодействует с предшествующим и последующим
процессами; обозначается на модели специальным объектом
13

14.

Этапы описания процесса
Определение для чего
процесс происходит: продукт
Определение состава шагов и логики
выполнения процесса
Определение участников процесса
Определение ИТ систем или ресурсов
для шагов
Определение документов для шагов
Определение потребителей результата
процесса
Определить откуда данный процесс сам
получает документы и ресурсы
14

15.

Представление процессов на разных уровнях
Уровень 1
ПВУ
Подпроцессы
Уровень 2
Сценарии подпроцесса
Уровень 3
Процедуры
Уровень 4
Операции
15

16.

Использование принципов системного анализа для взгляда на организацию как на
систему
СИСТЕМНЫЙ
СИСТЕМНЫЙАНАЛИЗ
АНАЛИЗ
СТРУКТУРНЫЙ
СТРУКТУРНЫЙАНАЛИЗ
АНАЛИЗ
МЕТОДОЛОГИЯ
МЕТОДОЛОГИЯМОДЕЛИРОВАНИЯ
МОДЕЛИРОВАНИЯ
МОДЕЛЬ
МОДЕЛЬ11
МОДЕЛЬ
МОДЕЛЬ22
МОДЕЛЬ
МОДЕЛЬNN
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
CASE
CASE- -СРЕДСТВА
СРЕДСТВА
16

17.

Системный подход
Системный подход – это методология специального научного познания и социальной практики, а также объяснительный
принцип, в основе которого лежит исследование объектов как систем.
Системный подход – выявление, понимание и административное управление системой взаимосвязанных процессов с целью
достижения заданной стратегической цели.
Системный подход реализует представление сложного объекта – организации в виде
иерархической системы взаимосвязанных моделей, позволяющих изучать его целостные
свойства и структуру. Системный подход позволяет:
определить систему путем выявления или разработки процессов, влияющих на достижение
заданной стратегической цели;
структурировать систему так, чтобы достичь заданную стратегическую цель наиболее
эффективным способом;
обеспечить понимание взаимосвязей между процессами системы;
проводить непрерывное совершенствование системы посредством измерения и оценки.
Ключевые
факторы
успеха
Компетенция
Цели
Проблемы
Организационная
структура
Процессы
ИС
Данные
Документы
Производственные
ресурсы
Термины
Риски
17
Полномочия
Продукты
Услуги
Материалы

18.

Учет внешних воздействий при описании организации как системы
18
Бизнес-система – это система для организации и ведения бизнеса.
Бизнес-систему необходимо рассматривать в неразрывной связи с внешней средой.

19.

Использование структурного анализа для выделения подсистем организации
Структурный анализ – метод исследования систем, который начинается с ее общего обзора, а затем
детализируется, приобретая иерархическую структуру со все большим числом уровней.
Структурный анализ базируется на системном анализе.
Структурный анализ позволяет описать иерархию подсистем, описывающих различные стороны
деятельности организации. Он работает как набор географических карт, отличающихся своим масштабом.
СИСТЕМНЫЙ
СИСТЕМНЫЙАНАЛИЗ
АНАЛИЗ
СТРУКТУРНЫЙ
СТРУКТУРНЫЙАНАЛИЗ
АНАЛИЗ
МЕТОДОЛОГИЯ
МЕТОДОЛОГИЯМОДЕЛИРОВАНИЯ
МОДЕЛИРОВАНИЯ
МОДЕЛЬ
МОДЕЛЬ11
МОДЕЛЬ
МОДЕЛЬ22
МОДЕЛЬ
МОДЕЛЬNN
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
НОТАЦИЯ
11
НОТАЦИЯ
НОТАЦИЯ
НОТАЦИЯ11
CASE
CASE- -СРЕДСТВА
СРЕДСТВА
19
Структура организации – устойчивая картина взаимных
отношений подсистем организации.
Подсистема организации – ее часть, выделенная по
определенному
признаку,
обладающая
некоторой
самостоятельностью и допускающая разложение на элементы в
рамках данного рассмотрения.
Задачи структурного анализа организации:
выявление структуры как относительно устойчивой
совокупности отношений;
частичное отвлечение от развития объектов;
графическое модельное представление объектов которое
начинается с общего обзора и затем детализируется.

20.

Структурированное описание деятельности при помощи методологии ARIS
Объекты модели
Тип
модели
ARIS
Подсистема
организации
Классификация моделей
Взгляды ARIS
Подсистемы
организации
Объекты модели
Организация
20
Модель – это совокупность
графических объектов, их свойств,
атрибутов и отношений между
ними, которая адекватно описывает
моделируемую предметную
область

21.

Структурные элементы и связи в моделях-описаниях подсистем
21
Структурный объект – неделимая наименьшая
часть
системы
(на
данном
уровне
рассмотрения).
Связь – вид отношений между объектами,
который
проявляется
как
некоторое
взаимодействие.

22.

Соблюдение принципа иерархичности через понятие детализации объектов
Детализация (декомпозиция) – условный прием,
позволяющий представить систему в виде, удобном для
восприятия и анализа
Организационная схема
Структура
Коллегиальный
орган
22
Детализация
–
разбиение
системы
на
объекты
по
определенным
признакам,
средство преодоления сложности
системы

23.

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

24.

Содержание курса
24
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов,
реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.

25.

АСУ БМ ARIS 10
ARchitecture of Integrated Information Systems
Архитектура интегрированных информационных систем
Методология ARIS представляет собой современный подход к структурированному
описанию деятельности организации и ее представлению в виде взаимосвязанных и
взаимодополняющих графических моделей, удобных для понимания и анализа
1992 г. – версия 1.0
Разработчик ARIS – компания
Software AG & IDS Scheer
25
Более 120 типов моделей для описания практически всех сторон
деятельности современного предприятия.
Более 200 типов объектов, описывающих различные аспекты
предметных областей.
Более 500 различных типов связей, позволяющих описать
разнообразные отношения между объектами.
Встроенные механизмы для управления, проверки, анализа,
экспорта/импорта, архивирования моделей.

26.

АСУ БМ (ARIS), как система, реализующая принципы процессного подхода и
системного/структурного анализа
26
ориентация на процессное управление и наличие соответствующей методологии;
возможность всестороннего анализа бизнес-систем на уровне их составляющих (подсистем,
предметных областей, элементов);
использование внутреннего репозитория, обеспечивающего связность моделей и позволяющего
осуществлять их верификацию;
анализ и оптимизация бизнес-процессов по целому ряду параметров;
возможность генерации отчетов по различным срезам информации, хранящейся в репозитории;
Возможность анализировать связи различных бизнес-сущностей друг с другом и отвечать на вопрос
«А что если»? Например, что будет если сотрудник А уволится, какие процессы останутся без
специалиста, что будет если система В выйдет из строя и т.д.
возможность операционной интеграции корпоративных порталов с различными информационными
системами, например, с системами управления документооборотом и системами класса workflow.

27.

АСУ БМ ARIS. Принципы работы. Моделирование
Разработка, проверка, анализ,
совершенствование моделей
ARIS Architect,
ARIS Designer
27

28.

АСУ БМ ARIS. Принципы работы. Наполнение моделей и объектов значимой бизнесинформацией
n-
Acrobat
MS Word
Image
28
Видеоклип
MS Excel
HTML
MS Project
Информационное наполнение
моделей

29.

Объект ARIS как уникальная запись в базе данных (определение) и использование ее
на различных моделях (экземпляр)-основа для дальнейшего анализа и оптимизации
Экземпляр объекта в модели «2»
Экземпляр объекта в модели «1»
!
Экземпляр объекта (Occurrence) –
графическое представление определения объекта в
модели
Модель 2
Модель 1
База данных
ARIS
!
При изменении атрибутов объекта для
одного из его экземпляров изменяются
определение объекта и отображаемые
атрибуты для всех остальных его
экземпляров
29
!
Определение объекта (Definition) – элемент методологии ARIS,
отображающий реально существующую часть моделируемой
предметной
области
организации,
представленный
уникальным набором данных в репозитории ARIS

30.

АСУ БМ ARIS. Принципы работы. Создание регламентов, семантических и
аналитических отчетов на основе моделей
Отчеты по моделям:
Штатное расписание
Должностные инструкции
Технологические карты процессов
Инструкции и методики выполнения
Скрипт – программа, позволяющая перенести
информацию из графических моделей в файлы
документов в соответствии с определенными
правилами
Генерация отчета – создание файла документа
при помощи скрипта
работ
Требования к компетенции персонала
MS Excel
MS Word
HTML
30

31.

АСУ БМ (ARIS). Принципы работы. Портал по моделям в сети для информирования
всех сотрудников
Публикация моделей в Интернете и интранете
Connect
server
31

32.

Получение «слепка» организации, цифрового двойника, в АСУ БМ
Модель классификации ИС
Модель верхнего уровня
классификации документов
Статусы документов
Модель классификации
документов
Модель структуры ИС
Диаграмма окружения риска
Детальная ЕРС
Диаграмма рисков
Организационная
диаграмма 2-го уровня
32

33.

Основная задача для сотрудников ОАО РЖД на 2019 год
Основной задачей на 2019 год является формирование в АСУ БМ бизнес-архитектуры (т.е.
модели, отражающей взаимосвязь процессов с подсистемами, необходимыми для их
функционирования и организации управления). Она будет содержать унифицированные
сведения об организации деятельности Компании в следующих предметных областях
моделирования:
«Процессы»;
«Организационная структура»;
«Продукты и услуги»;
«Информационные системы»;
«Риски».
33

34.

Мероприятия по описанию процессов
34

35.

Свод правил по моделированию как гарантия использования полных возможностей
АСУ БМ для решения задач ОАО «РЖД»
Цели и задачи
Требования и
ограничения
Свод правил по
моделированию
деятельности
Методология
ARIS
35
Свод правил по моделированию – нормативный документ, содержащий свод единых правил моделирования и описание
выбранных подходов к документированию знаний о деятельности организации.
Свод правил содержит описание типов моделей, объектов, их атрибутов и соединений между ними, используемых для
комплексного описания выбранных предметных областей. С одной стороны, это формирует единый язык общения
внутри организации, а с другой - позволяет настроить систему моделирования для более эффективной работы
пользователей и корректной работы программ генерации отчетов. На основании Свода правил сотрудники организации
смогут самостоятельно описывать её деятельность.
Таким образом, от соблюдения Свода правил по моделированию напрямую зависит успех проекта по описанию
деятельности организации.

36.

Нормативное обеспечение работы
36

37.

Ключевые критерии методологии моделирования
Описание процессов должно быть наглядным, должно позволять увидеть процесс «в целом» и в
необходимых деталях, выявить причинно-следственные связи, действия пользователей, данные, которые
передаются по бизнес-процессу. Для этого существуют различные графические методы (нотации описания
процессов), которые позволяют точно и полно описать бизнес-процесс, получив формальный и наглядный
результат.
В холдинге «РЖД» для моделирования бизнес-процессов используется программное обеспечение ARIS (АСУ БМ)
1.
2.
3.
4.
5.
37
Моделирование «сверху-вниз»
Принцип разумной достаточности
Обеспечение целостности описания деятельности
Учет эргономических критериев
Соизмеримость моделей

38.

Карта бизнес-процессов верхнего уровня Холдинга «РЖД»
38

39.

Уровни моделирования процессов (сверху-вниз)
(согласно правилам декомпозиции процессов в нотации ARIS)*
* согласно Своду правил моделирования бизнес-архитектуры и бизнес-процессов
39

40.

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

41.

Проверка достаточности моделей в альбоме подразделения
Для того, чтобы проверить достаточность моделей в альбоме подразделения надо
проверить:
все ли сотрудники подразделения, указанные в организационной схеме,
задействованы в выполнении процессов, отображенных в моделях EPC;
проверить, все ли процессы, указанные на «Дереве процессов» формируют продукт
(субпродукт);
все функции, указанные в положении о подразделении, должны найти свое
отражение в функциональном «Дереве процессов».
41

42.

Принцип соотнесения сквозных процессов организации и частных процессов
подразделения
42

43.

Содержание курса
43
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.

44.

Структура бизнес-архитектуры холдинга «РЖД»
Рассматриваемые элементы
бизнес-архитектуры
1. Организационная структура
2. Цели
3. Продукты и услуги
4. Ключевые показатели
деятельности (КПД)
6. Риски
7. Бизнес-информация
8. Автоматизированные
системы управления
9. Бизнес-процессы
44

45.

Общие принципы описания организационной структуры
Выделяют три уровня описания организационной структуры:
Описание организационной структуры (тип модели «Организационная схема»);
Описание должности (тип модели «Организационная схема»);
Описание состава групп или коллегиальных органов (тип модели
«Организационная схема»).
45

46.

Описание организационной структуры (тип модели «Организационная схема»)
(может повторяться многократно в зависимости от числа уровней системы
управления Компании)
Типы объектов модели
Основные типы орг.единицы:
Подразделение аппарата управления;
Структурное подразделение ОАО
«РЖД»;
Филиал;
ДЗО;
РЦКУ;
Структурное подразделение филиала
46

47.

Описание должности (тип модели «Организационная схема»)
Типы объектов модели
Основные типы должности:
Руководители;
Служащие;
Специалисты;
Рабочие
47

48.

Описание состава групп или коллегиальных органов (тип модели «Организационная
схема»)
Типы объектов модели
Описание коллегиального органа
Описание состава группы
48

49.

Общие принципы описания целей
Выделяют три уровня описания целей:
Дерево целей (тип модели «Диаграмма целей»);
Описание окружения целей (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»);
Модель стратегической карты (тип модели «BSC - Причинно-следственная
диаграмма»).
49

50.

Дерево целей (тип модели «Диаграмма целей»)
Тип объекта модели
50

51.

Описание окружения целей (тип модели «BSC Диаграмма ключевых показателей
результативности (КПР)»)
Типы объектов модели
ЦТ
ЦДМВ
51

52.

Модель стратегической карты (тип модели «BSC - Причинно-следственная
диаграмма»)
Типы объектов модели
Основные перспективы:
Экономика и финансы;
Клиенты и рынки;
Персонал и развитие;
Технологические процессы;
Безопасность и надежность.
52

53.

Общие принципы описания продуктов и услуг
Выделяют два уровня описания продуктов и услуг:
Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг»);
Описание движения продуктов/услуг (тип модели «Диаграмма движения
продуктов/услуг»).
53

54.

Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг»)
Тип объекта модели
54
Продукт (услуга) – результат процесса, имеющий определенную
ценность для клиента (внутреннего и внешнего), т.е. продукт – это
не работы, выполняемые бизнес-единицами, а законченные
результаты выполнения этих работ.
Все процессы должны формировать продукт (субпродукт)
Для процессов управления: общекорпоративные политики,
стандарты, методики, регламенты, концепции и другие документы,
устанавливающие порядок реализации деятельности по кругу
ведения курирующего заместителя генерального директора ОАО
«РЖД».
Для обеспечивающих (вспомогательных): материальные объекты,
используемые в основных процессах: вагоны, МТР, оборудование и
пр.; услуги (услуги связи; услуги по эксплуатации зданий и
сооружений; ремонт и пр.); документация (инструкции, техническая
документация и пр.).

55.

Описание движения продуктов/услуг (тип модели «Диаграмма движения
продуктов/услуг»)
Типы объектов модели
55

56.

Общие принципы описания ключевых показателей деятельности
Выделяют два уровня описания ключевых показателей:
Описание иерархии показателей (тип модели «Дерево ключевых
показателей результативности (KPI)»);
Описание окружения показателя (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»).
56

57.

Описание иерархии показателей (тип модели «Дерево ключевых показателей
результативности (KPI)»)
Тип объекта модели
57

58.

Описание окружения показателя (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»)
Типы объектов модели
Основные перспективы:
• Экономика и финансы;
• Клиенты и рынки;
• Персонал и развитие;
• Технологические процессы;
• Безопасность и надежность.
58

59.

Общие принципы описания рисков
Выделяют три уровня описания рисков:
Описание классификации рисков (тип модели «Диаграмма рисков»);
Описание рисков (тип модели «Диаграмма рисков»);
Описание окружения риска (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»).
59

60.

Описание классификации рисков (тип модели «Диаграмма рисков»)
Типы объектов модели
60

61.

Описание рисков (тип модели «Диаграмма рисков»)
Типы объектов модели
61

62.

Описание окружения риска (тип модели «BSC Диаграмма ключевых показателей
результативности (КПР)»)
Типы объектов модели
ЦФТО
62

63.

Общие принципы описания бизнес-информации
Выделяют три уровня описания бизнес-информации:
Описание классификации документов (модель типа «Диаграмма носителей
информации»);
Описание группы документов (модель типа «Диаграмма носителей
информации»);
Описание классификации данных (модель типа «eERM»).
63

64.

Описание классификации документов (модель типа «Диаграмма носителей
информации»)
Тип объекта модели
64

65.

Описание группы документов (модель типа «Диаграмма носителей информации»)
Типы объектов модели
65

66.

Описание классификации данных (модель типа «eERM»)
Тип объекта модели
66

67.

Общие принципы описания автоматизированных систем управления
Выделяют три уровня описания автоматизированных систем управления:
Описание классификации АСУ (модель типа «Диаграмма типа прикладной
системы»);
Описание типа АСУ (модель типа «Диаграмма типа прикладной системы»);
Описание окружения АСУ (модель типа «Диаграмма доступа»).
67

68.

Описание классификации АСУ (модель типа «Диаграмма типа прикладной системы»)
Типы объектов модели
68

69.

Описание типа АСУ (модель типа «Диаграмма типа прикладной системы»)
Типы объектов модели
69

70.

Описание окружения АСУ (модель типа «Диаграмма доступа»)
Типы объектов модели
Цель компании
70

71.

Общие принципы описания бизнес-процессов
Выделяют четыре уровня описания
бизнес-процессов:
Диаграмма
выбора процесса
(PSD)
71
• Модель процессов верхнего уровня
(VAD)
• Модели групп процессов и сквозных
процессов (VAD)
• Модель сценариев процессов (PSD)/
Укрупненная событийная цепочка
процесса (EPC)
• Событийная цепочка процесса (EPC)

72.

I уровень – Описание процессов верхнего уровня (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Тип объекта модели
Процессы согласно Карте необходимо
выстраивать
по
жизненному
циклу
продукта, формируемого процессом (для
процессов
управления
–
по
управленческому циклу).
72

73.

II уровень – Описание состава группы процессов (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Типы объектов модели
Все функции, указанные в положении о подразделении,
должны быть отражены в «Дереве процессов».
Для каждого негруппового процесса на «Дереве
процессов» указываются организационные единицы и
количество работников (указывается в атрибуте объекта, с
последующим выведением информации на модель),
задействованных в выполнении данного процесса.
Все процессы, отображенные на «Дереве процессов»
должны быть детализированы VAD, EPC- и FAD-моделями
до уровня, который дает полную информацию о
деятельности подразделения.
Все процессы дерева должны формировать продукт
(субпродукт).
73

74.

Принципы детализации процессов, представленные на модели группы процессов
Каждый процесс (объект «Цепь создания добавленной стоимости»),
представленный на модели состава группы процессов, детализируется
следующим образом:
путем разработки модели описания сквозного процесса, если процесс
относится к сквозным;
путем разработки моделей типового процесса двух типов:
Укрупненная событийная цепочка процесса – «EPC», если процесс
имеет единственный сценарий выполнения;
«Диаграмма выбора процесса» – PSD, если процесс имеет несколько
сценариев выполнения.
74

75.

II уровень – Описание сквозных процессов (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Типы объектов модели
75
Сквозной, или межфункциональный, бизнес-процесс это процесс, в котором участвует несколько
подразделений, потребляющий ресурсы внешних и/или
внутренних поставщиков и создающий ценность для
клиентов (внутренних и внешних).
Такой
процесс
«пронизывает»
несколько
функциональных
подразделений
(выполнение
отдельных подпроцессов в рамках бизнес-процесса
может осуществляться различными исполнителями из
различных
подразделений
и
управляться
руководителем, который не является непосредственным
начальником этих подразделений).
Модель описания бизнес-информации

76.

Рекомендации по разработке сквозных процессов
При формировании процесса по сквозному принципу необходимо:
1. исходя из основных процессов деятельности подразделения и функционала куратора
2.
3.
4.
5.
76
(заместителя генерального директора или директора) определить продукт (продукты) и
его получателя (получателей);
определить точку возникновения потребности в данном продукте;
определить критерии, предъявляемые потребителем к продукту;
укрупнено из основных этапов сформировать цепочку процесса от момента
возникновения потребности до момента передачи продукта получателю;
выстроить последовательность действий, при этом каждое последующее действие может
реализоваться, если совершилось предыдущее и на «вход» были получены все
необходимые составляющие.

77.

III уровень – Описание сценариев процессов (тип модели «Диаграмма выбора
процесса» - PSD)
Типы объектов модели
Модель PSD позволяет отразить общие и
отличительные
черты
различных
вариантов
выполнения
(сценариев)
процесса и представить их в удобном для
анализа виде.
Строка
таблицы
представляет
информацию
об
особенностях
выполнения этапа типового процесса в
различных сценариях, а столбец –
последовательность
действий
по
конкретному сценарию в привязке к
этапам типового процесса.
Каждый сценарий на диаграмме выбора
процесса далее детализируется на модель
типа EPC.
77

78.

III уровень – Описание логики процесса (тип модели – Укрупненная событийная
цепочка процесса «EPC») (сценарий процесса)
Типы объектов модели
Помимо событий и функций на
укрупненной EPC допускается
использование
только
логических
операторов
и
интерфейсов.
Отображение
объектов других типов на
укрупненной EPC не допускается.
78

79.

IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная цепочка
процесса «EPC»). Объекты модели и их расположение
Типы объектов модели
Документы, исполнители, информационные системы и т.д. располагаются
относительно процесса (объект типа «Функция») следующим образом:
входящие документы или материальные ценности – слева сверху от
процесса;
исходящие документы, данные или продукты/услуги – слева снизу от
процесса;
информационные системы – слева от процесса;
исполнители – справа сверху от процесса;
получатели результатов процесса – справа снизу от процесса;
риски – сверху справа от процесса.
79

80.

IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная
цепочка процесса «EPC»). Пример модели событийной цепочки процесса
EPC на нижнем уровне моделирования
должны давать полную информацию о
ходе выполнения процесса. В этих моделях
необходимо
указывать
конкретного
исполнителя,
все
документы,
информационные системы и т.д.
Любая модель данного типа обязательно
начинается и заканчивается одним или
несколькими
событиями.
Перед
начальным событием или после конечного
события процесса добавляют «интерфейс
процесса» для указания ссылки на
предыдущий/последующий процесс
80

81.

Передача документов и продуктов из одного процесса в другой. Интерфейсы
процессов
Процесс1
Процесс2
Процесс3
81
Конечное событие процесса
должно являться начальным
событием
для
смежного
процесса.
Обычно при связи процессов
кроме событий и интерфейсов
указываются передаваемые в
смежный процесс документы
и другие ресурсы, продукты.

82.

Общие правила моделирования ЕРС
82
ЕРС начинается и заканчивается событием (событиями) и интерфейсом (интерфейсами) в
другой процесс, так как иначе процессы не будут связаны и не будет возможности
проводить анализ.
Стандартным является последовательность: событие-функция-событие-функция. События
являются условиями выполнения функций, а также являются результатами окончания
функций.
Между функциями и событиями может быть только одна входящая или исходящая связь.
Операторы используются для обозначения нескольких путей прохождения процесса
(ветвлений).
У логических операторов имеется одна входящая и несколько исходящих связей, или
несколько входящих и одна исходящая связь.
При расхождении и слиянии путей процессов следует использовать логический оператор
одного и того же типа.
Запрещено использование операторов «Исключающее ИЛИ», «ИЛИ» после события, так как
возникает неоднозначность в процессе.

83.

Правила именования функций и событий в процессных моделях
Для именования процесса (функции) необходимо использовать его реальное
83
название. Имя должно состоять из двух частей – отглагольного существительного,
описывающего выполняемый процесс, и существительного, показывающего объект,
над которым он выполняется.
Пример: «Запрос данных для расчета парка
локомотивов».
Имя события должно содержать существительное и описание изменения состояния в
виде отглагольной формы.
В названиях событий не должны использоваться такие слова, как «необходимо»,
«должен», «следует», «целесообразно», «нежелательно».
События не должны основываться на оценочных суждениях.
События должны указывать:
на определенное состояние объектов управления;
на наступление определенных обстоятельств места и времени;
на результат выполнения определенной операции;
на возможные варианты решений, которые могут быть приняты в некоторой
ситуации. Пример: «Заказ клиента оформлен.

84.

Расположение функций и событий, наиболее вероятный путь
Для модели используется расположение
последовательности событий и функций
сверху вниз.
Логическое
правило
При ветвлении процесса основной ход
процесса
идет
вниз,
альтернативный
располагается правее или левее.
Наиболее вероятный
вариант реализации
процесса
84

85.

Правила использования логических операторов
85

86.

Правила использования логических операторов
86

87.

Правила использования логических операторов
87

88.

Пример правильного и не правильного ветвления процессов
Правильное использование
логических операторов при
ветвлении процесса
88
Неправильное использование
логических операторов при
ветвлении процесса

89.

Рекомендации по доработке моделей ЕРС: несколько входящих в шаг документов
В случае указания на модели EPC нескольких
документов рекомендуется использовать
объект «Картотека» с наименованием «пакет
документов на <указывается специфика
необходимой
информации>…,
и
детализировать объект «Картотека» для
описания состава пакета документов.
89

90.

Рекомендации по доработке ЕРС: использование статусов документов
Необходимо устанавливать статус документов,
который указывается объектом «Технический
термин» со связью к объекту «Документ».
Например, объект «Документ» с наименованием –
«Договор на оказание консалтинговых услуг», а
объект «технический термин» с наименованием –
«Подписан».
90

91.

Рекомендации по доработки ЕРС моделей: исключение одинаковых справочных
объектов с разными именами
Необходимо проверять и исключать наличие
на моделях EPC использование отличающихся
наименований
справочных
объектов,
отражающих одну и ту же суть.
91

92.

Проверка полноты данных ЕРС нижнего уровня
92
Логика и последовательность выполнения процесса ясна стороннему человеку (ему хватает
информации, он понимает, кому передавать результат, какие действия кем выполняются и
в какие сроки, какие возникают риски и т.д.).
Ознакомившись с моделью, он способен выполнить (организовать) выполнение процесса,
руководствуясь отображенной на модели информацией.
Все процессы подразделения могут быть выполнены в полном объеме, в случае, если
заменить всех исполнителей, а новые исполнители будут выполнять работу, исходя из схем
процессов.

93.

Описание окружения процесса (тип модели «Диаграмма окружения функций» - FAD)
Типы объектов модели
Для
комплексного
понимания
контекста, в котором выполняется
процесс, и требований к его
ресурсному обеспечению, на каждом
уровне
моделирования
может
создаваться
модель
окружения
процесса (тип модели «Диаграмма
окружения функций» – FAD).
93

94.

Требования к моделям для корректной работы скриптов
Для корректной работы скриптов необходимо устранить следующие типовые ошибки при моделировании бизнес-процессов
подразделений:
Установление логических операторов, которые не демонстрируют вариативность шагов в процессе. К примеру, после
объекта «Функция» устанавливается логический оператор «Исключающее или», от него отходят две или более веток с
событиями без функций, которые сразу же переходят к логическому оператору и процесс продолжается по одному
сценарию.
Некорректно указывать на модели две и более стрелки к (от) объекту (а), демонстрирующих вход или выход функции, без
использования логического оператора.
Некорректно указывать вход в функцию или выход из нее сбоку от объекта. Входы и выходы указываются сверху и снизу
объекта, соответственно.
Наименование документа/пакета документов, не раскрывающего (их) сути информации. К примеру, наименование
документа – «необходимая документация» не дает представления о том, какая информация нужна для корректного
выполнения процесса. В таких случаях, необходимо на модели перечислить либо все документы с указанием правильного
наименования, либо указать объект «Картотека» с наименованием - «Пакет документов на …<указывается специфика
необходимой информации>…», и детализировать объект «Картотека» на диаграмму носителей информации,
описывающую состав пакета документов.
Отсутствует статус документов, который указывается объектом «Технический термин» со связью к объекту «Документ».
Неправильное использование логических операторов «исключающее или» или «и/или» после наступления какого-либо
события.
Неправильное определение границ процесса, выраженное отображением на модели части операций, относящихся к
другим (ому) процессам (у).
94

95.

Содержание курса
95
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.

96.

Примеры распространенных ошибок при моделировании процессов
Масштаб модели должен быть не
менее 45% на листе формата A3.
Приведенная в качестве примера
модель должна быть разделена на
несколько моделей формата А3.
96

97.

Примеры распространенных ошибок при моделировании процессов
Не допускается размещение на
одном листе более одной модели.
97

98.

Примеры распространенных ошибок при моделировании процессов
На одной модели используются
объекты
с
разной
степенью
обобщения. Согласование графика –
операция, а проведение конкурсных
процедур
является
отдельным
процессом.
98

99.

Примеры распространенных ошибок при моделировании процессов
99
Использование
в
наименовании
одного
объекта
типа
«Организационная единица» списка
из
нескольких
подразделений,
перечисленных через запятую.
Некорректное
наименование
используемого объекта
Использование
в
наименовании
объектов
сокращения,
не
являющиеся общеупотребимыми.
Использование
обобщенных
наименований объектов.

100.

Примеры распространенных ошибок при моделировании процессов
Исполнитель
должен
сначала
получить документ, с которым
работает:
компания-экспедитор
использует отгрузочные документы,
которые не были ей до этого
отправлены.
10
0

101.

Примеры распространенных ошибок при моделировании процессов
10
1
Несколько ответственных за
процесс.
С каждым объектом типа
«Функция»
связан
единственный
исполнитель
(объекты
типов
«Организационная единица»,
«Должность»,
«Роль»,
«Группа» и т.п.) с типом
соединения «Выполняет».
Другие участники процесса
(при их наличии) должны быть
связаны
с
объектом
«Функция» соединением типа
«Способствует
при
выполнении».

102.

Примеры распространенных ошибок при моделировании процессов
10
2
Отсутствует конечное событие.
Каждая модель процесса
должна иметь начальное (ые)
событие (я) и конечное (ые)
событие (я).
Взаимосвязь со смежными
процессами
через
связку
«Интерфейс
процесса»«Документ».

103.

Примеры распространенных ошибок при моделировании процессов
10
3
Сроки выполнения функций не
взаимоувязаны
и
не
соответствуют
логике
выполнения процесса.
Срок выполнения должен
быть указан в атрибуте
функции, а не в атрибуте
события.
В приведенном примере выполнение первой функции заканчивается 12 октября, после чего
управление передается второй функции, выполнение которой начинается 16 октября (через
4 дня после выполнения первой функции). Это означает, что либо на вход второй функции
поступает информация, которая формируется до 16 октября, и в этом случае пропущена
функция, формирующая документ, без которого не может начаться согласование. Либо
следует скорректировать сроки первой и второй функции таким образом, чтобы исключить
временной разрыв.

104.

Три критерия правильности описания процессов
10
4
Ориентация на процессный подход: все процессы связаны между
собой, они передают друг другу субпродукты (продукты), документы,
другие ресурсы;
Ориентация на системный подход: выделение подсистем, участвующих
в выполнении процессов и их увязка с процессами. То есть каждый
ресурс в процессе имеет свое место в выделенной подсистеме,
представленной специальной моделью. Пример: любой документ из
процесса существует в дереве документов.
Необходимость использования свода правил по моделированию ОАО
«РЖД» для корректного применение моделей и объектов.

105.

Содержание курса
10
5
Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
Типичные ошибки при описании процессов.
Индивидуальные консультации.