SlideShare a Scribd company logo
1 of 105
Download to read offline
1
Образец заголовка
Общие принципы описания процессов с учетом правил
моделирования ОАО«РЖД»
2
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.
3
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.
4
ПРОЦЕССНЫЙ ПОДХОД КАК ОСНОВА ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ДЕЯТЕЛЬНОСТИ
ХОЛДИНГА «РЖД»
5
Как и зачем используется процессный подход?
6
Этапы внедрения процессного подхода в управлении и целевой результат
7
Задачи в области бизнес-моделирования
8
Повышение эффективности управления Холдингом за счет «простройки» сквозных
процессов, ориентированных на клиента
9
Описание процессов и других подсистем организации как основа для использования
процессного подхода
Описание
бизнес-
процессов
Описание
трудовых
ресурсов
Описание
производственн
ых
ресурсов
Описание
информационных
ресурсов
Описание
материальных
ресурсов
Предметные области – подсистемы организации
Уровни
детализации
Объекты
Объекты
Объекты
XOR
XOR
10
Модель – как способ оцифровки и основа оптимизации
Продукция
Изделие 1 Изделие 2 Изделие 3
Мод. 1.1
Мод. 1.2
Повысить
гибкость
компании
Повысить
гибкость
факторов
производства
Повысить
гибкость
производства
Повысить
эффективность
использования
техн . ресурсов
Повысить
эффективность
управления
материалами
Повысить
производительность
труда
Повысить
гибкость
процесса
производства
Повысить
гибкость
оборудования
Повысить
гибкость
системы сбыта
Повысить
гибкость
компании
Повысить
гибкость
факторов
производства
Повысить
гибкость
производства
Повысить
эффективность
использования
техн . ресурсов
Повысить
эффективность
управления
материалами
Повысить
производительность
труда
Повысить
гибкость
процесса
производства
Повысить
гибкость
оборудования
Повысить
гибкость
системы сбыта
Кадровые
вопросы
Финансовые
вопросы
Прием
на работу
Увольнение
с работы
Заключение
договоров
Изменение
зарплаты
Полномочия
директора
Заключение
договоров
Изменение
зарплаты
Оборудование
для контроля
качества
Измерительное
оборудование
Контрольное
оборудование
Испытательное
оборудование
Вольтметры
Ваттметры
Омметры
Проходные
калибры
Контрольные
весы
Испытатель-
ный стенд
Установка
для
испытания
Аппарат
Эпштейна
Непроходные
калибры
ARIS
Easy Design
ARIS
Merge
ARIS
Semantic
Check
ARIS
Model
Generator
ARIS
ABC
ARIS
Explorer
ARIS
Database
Converter
ARIS
Administrator
ARIS
Script
Editor
ARIS
RTF
Editor
ARIS
Server
ARIS
Chart
ARIS
Attributes
ARIS
Configuration
ARIS
Export/
Import
ARIS
Process
Generator
ARIS
Easy Design
Module class
Контактное лицо
в данных о клиенте
Знания об основных
сотрудниках
клиентов
Опыт сотрудничества
с клиентами
Опыт сотрудничества
с контактными лицами
клиентов
Знание
поведения и
структуры целевой
группы
Знания
о деятельности,
финансовом
положении
Знания о стратегии
клиентов
Опыт
сотрудничества
в отношении
структуры
Опыт работы со
стратегиями
клиентов
Статьи,
публикации
об отрасли
Отчет по
маркетинговым
исследования
по отрасли
Личные
оценки
по целевым
группам
Годовой отчет
по клиентам
Документация
по деятельности
клиентов
Документация
по контактам с
клиентами
Документация
по стратегии
клиента
Статьи,
публикации
о клиентах
Статьи,
публикации
о клиентах
Знания о
клиентах
Склад
Исполнительный
директор
Генеральный
директор
Главный
бухгалтер
Коммерческий
директор
Менеджер по
оптовым
продажам
Иванов И.И.
Петров П.П.
Менеджер
по розничным
продажам
Кузнецов К.К.
Отдел
продаж
Отдел
маркетинга
Финансовый
отдел
Отдел кадров
Производственный
отдел
Менеджер по
оптовым
продажам
n-
Существующая ситуация
Модели, описывающие существующую ситуацию
Перспективная ситуация
Выявление разрывов между
текущими и целевыми
возможностями хозяйственного
комплекса
Выделение, описание и
оптимизация сквозных
процессов
Совершенствование
управления экономикой
ключевых процессов
Формирование
прикладной основы
для внедрения СМК
11
Как определить процесс
Менеджер отдела
продаж
Рабочий
Технолог-
конструктор
Рабочий
Участники
процесса
Бухгалтер
Транспорт
ИС компании Документация
на изготовление
заказа
Станки и
инструменты
Материалы и
комплектующие
Заказ
Клиента
Продукт для
Клиента
Заказ
Клиента
Ресурсы
процесса
Процесс – это повторяющаяся совокупность упорядоченных и взаимосвязанных действий, создающая
результат, значимый для потребителя
Клиент Требования
Клиента Обработка
заказа
Изготовление
заказа
Разработка
документации
Упаковка и
доставка заказа
Оплата заказа
Клиент
Продукт
для
Клиента
Ключевые признаки процесса: повторяемость, логическая упорядоченность и взаимосвязанность, наличие цели – значимость для потребителя,
взаимосвязь с другими процессами.
12
Входы и выходы процесса, которые он получает и сам передает затем другим
процессам
Первичный выход, на котором формируется
результата процесса ради которого он
существует
Первичный вход – вход процесса, на
который поступают входные потоки,
инициирующие выполнение процесса. Они
являются необходимым условием начала
процесса, но не достаточны для его
завершения
Вторичные выходы, через которые вторичные продукты
(потоки), не являющиеся основной целью процесса,
передаются в другие процессы, например, отходы
производства
Вторичные входы – входы, на которые поступают входные потоки
(ресурсы), необходимые для выполнения процесса. Потоки на
вторичных входах не могут инициировать выполнение процесса
13
Определение границ и интерфейсов (взаимодействия) процесса с другими
процессами
Начальная граница процесса
предшествует первой выполняемой
функции процесса
Процесс
Внешний интерфейс процесса –механизм, посредством которого
процесс взаимодействует с предшествующим и последующим
процессами; обозначается на модели специальным объектом
Конечная граница процесса
располагается за последней
выполняемой функцией процесса
Подпроцесс
1
Подпроцесс
2
Подпроцесс
3
14
Этапы описания процесса
Определение для чего
процесс происходит: продукт
Определение состава шагов и логики
выполнения процесса
Определение участников процесса
Определение ИТ систем или ресурсов
для шагов
Определение документов для шагов
Определение потребителей результата
процесса
Определить откуда данный процесс сам
получает документы и ресурсы
15
Представление процессов на разных уровнях
Уровень 1
Процедуры
Подпроцессы
Сценарии подпроцесса
ПВУ
Операции
Уровень 2
Уровень 3
Уровень 4
16
Использование принципов системного анализа для взгляда на организацию как на
систему
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
НОТАЦИЯ 1
МОДЕЛЬ 1
МОДЕЛЬ 1
CASE - СРЕДСТВА
CASE - СРЕДСТВА
СТРУКТУРНЫЙ АНАЛИЗ
СТРУКТУРНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ 2
МОДЕЛЬ 2
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ N
МОДЕЛЬ N
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
НОТАЦИЯ 1
МОДЕЛЬ 1
МОДЕЛЬ 1
CASE - СРЕДСТВА
CASE - СРЕДСТВА
СТРУКТУРНЫЙ АНАЛИЗ
СТРУКТУРНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ 2
МОДЕЛЬ 2
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ N
МОДЕЛЬ N
17
Системный подход
Системный подход – это методология специального научного познания и социальной практики, а также объяснительный
принцип, в основе которого лежит исследование объектов как систем.
Системный подход – выявление, понимание и административное управление системой взаимосвязанных процессов с целью
достижения заданной стратегической цели.
Системный подход реализует представление сложного объекта – организации в виде
иерархической системы взаимосвязанных моделей, позволяющих изучать его целостные
свойства и структуру. Системный подход позволяет:
 определить систему путем выявления или разработки процессов, влияющих на достижение
заданной стратегической цели;
 структурировать систему так, чтобы достичь заданную стратегическую цель наиболее
эффективным способом;
 обеспечить понимание взаимосвязей между процессами системы;
 проводить непрерывное совершенствование системы посредством измерения и оценки.
Термины
Продукты
Услуги
ИС
Процессы
Организа-
ционная
структура
Данные
Компе-
тенция
Полно-
мочия
Цели
Проблемы
Ключевые
факторы
успеха
Производ-
ственные
ресурсы
Матери-
алы
Доку-
менты
Риски
Термины
Продукты
Услуги
ИС
Процессы
Организа-
ционная
структура
Данные
Компе-
тенция
Полно-
мочия
Цели
Проблемы
Ключевые
факторы
успеха
Производ-
ственные
ресурсы
Матери-
алы
Доку-
менты
Риски
18
Учет внешних воздействий при описании организации как системы
 Бизнес-система – это система для организации и ведения бизнеса.
 Бизнес-систему необходимо рассматривать в неразрывной связи с внешней средой.
19
Использование структурного анализа для выделения подсистем организации
 Структурный анализ – метод исследования систем, который начинается с ее общего обзора, а затем
детализируется, приобретая иерархическую структуру со все большим числом уровней.
 Структурный анализ базируется на системном анализе.
 Структурный анализ позволяет описать иерархию подсистем, описывающих различные стороны
деятельности организации. Он работает как набор географических карт, отличающихся своим масштабом.
 Структура организации – устойчивая картина взаимных
отношений подсистем организации.
 Подсистема организации – ее часть, выделенная по
определенному признаку, обладающая некоторой
самостоятельностью и допускающая разложение на элементы в
рамках данного рассмотрения.
 Задачи структурного анализа организации:
 выявление структуры как относительно устойчивой
совокупности отношений;
 частичное отвлечение от развития объектов;
 графическое модельное представление объектов которое
начинается с общего обзора и затем детализируется.
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
НОТАЦИЯ 1
МОДЕЛЬ 1
МОДЕЛЬ 1
CASE - СРЕДСТВА
CASE - СРЕДСТВА
СТРУКТУРНЫЙ АНАЛИЗ
СТРУКТУРНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ 2
МОДЕЛЬ 2
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ N
МОДЕЛЬ N
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ
НОТАЦИЯ 1
МОДЕЛЬ 1
МОДЕЛЬ 1
CASE - СРЕДСТВА
CASE - СРЕДСТВА
СТРУКТУРНЫЙ АНАЛИЗ
СТРУКТУРНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
СИСТЕМНЫЙ АНАЛИЗ
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ 2
МОДЕЛЬ 2
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
НОТАЦИЯ 1
МОДЕЛЬ N
МОДЕЛЬ N
20
Структурированное описание деятельности при помощи методологии ARIS
Подсистемы
организации
Подсистема
организации
Организация
Тип
модели
ARIS
Объекты модели
Объекты модели
Классификация моделей
Взгляды ARIS
Модель – это совокупность
графических объектов, их свойств,
атрибутов и отношений между
ними, которая адекватно описывает
моделируемую предметную
область
21
Структурные элементы и связи в моделях-описаниях подсистем
 Структурный объект – неделимая наименьшая
часть системы (на данном уровне
рассмотрения).
 Связь – вид отношений между объектами,
который проявляется как некоторое
взаимодействие.
22
Соблюдение принципа иерархичности через понятие детализации объектов
Коллегиальный
орган
Структура
Организационная схема
Детализация – разбиение
системы на объекты по
определенным признакам,
средство преодоления сложности
системы
Детализация (декомпозиция) – условный прием,
позволяющий представить систему в виде, удобном для
восприятия и анализа
23
Общие принципы, применяемые при моделировании деятельности
 системность описания – описание выбранных предметных областей всех их взаимосвязях,
сочетание методов структурного (иерархического) и процессного моделирования;
 простота – простое при прочих равных предпочтительнее сложного. Модели должны быть
понимаемы для человека, не специалиста в данной области;
 выразительность и наглядность результатов – модель должна содержать необходимое
количество информации, чтобы адекватно отображать предметную область (должны быть
описаны документы, ресурсы, исполнители и все другие необходимые для данного уровня
описания сущности);
 индивидуальность, однозначность – достаточное отличие от других обозначений,
недопустимость обозначения одним символом различных объектов;
 возможность накопления знаний о процессах;
 удобство работы с накопленной информацией.
24
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов,
реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.
25
АСУ БМ ARIS 10
ARchitecture of Integrated Information Systems
Архитектура интегрированных информационных систем
Методология ARIS представляет собой современный подход к структурированному
описанию деятельности организации и ее представлению в виде взаимосвязанных и
взаимодополняющих графических моделей, удобных для понимания и анализа
 Более 120 типов моделей для описания практически всех сторон
деятельности современного предприятия.
 Более 200 типов объектов, описывающих различные аспекты
предметных областей.
 Более 500 различных типов связей, позволяющих описать
разнообразные отношения между объектами.
 Встроенные механизмы для управления, проверки, анализа,
экспорта/импорта, архивирования моделей.
1992 г. – версия 1.0
Разработчик ARIS – компания
Software AG & IDS Scheer
26
АСУ БМ (ARIS), как система, реализующая принципы процессного подхода и
системного/структурного анализа
 ориентация на процессное управление и наличие соответствующей методологии;
 возможность всестороннего анализа бизнес-систем на уровне их составляющих (подсистем,
предметных областей, элементов);
 использование внутреннего репозитория, обеспечивающего связность моделей и позволяющего
осуществлять их верификацию;
 анализ и оптимизация бизнес-процессов по целому ряду параметров;
 возможность генерации отчетов по различным срезам информации, хранящейся в репозитории;
 Возможность анализировать связи различных бизнес-сущностей друг с другом и отвечать на вопрос
«А что если»? Например, что будет если сотрудник А уволится, какие процессы останутся без
специалиста, что будет если система В выйдет из строя и т.д.
 возможность операционной интеграции корпоративных порталов с различными информационными
системами, например, с системами управления документооборотом и системами класса workflow.
27
АСУ БМ ARIS. Принципы работы. Моделирование
Разработка, проверка, анализ,
совершенствование моделей
ARIS Architect,
ARIS Designer
28
АСУ БМ ARIS. Принципы работы. Наполнение моделей и объектов значимой бизнес-
информацией
Информационное наполнение
моделей
n-
MS Excel
HTML
MS Project
Acrobat
MS Word
Image
Видеоклип
29
Объект ARIS как уникальная запись в базе данных (определение) и использование ее
на различных моделях (экземпляр)-основа для дальнейшего анализа и оптимизации
Модель 2
Модель 1
База данных
ARIS
Экземпляр объекта в модели «1»
Экземпляр объекта (Occurrence) –
графическое представление определения объекта в
модели
Определение объекта (Definition) – элемент методологии ARIS,
отображающий реально существующую часть моделируемой
предметной области организации, представленный
уникальным набором данных в репозитории ARIS
!
!
При изменении атрибутов объекта для
одного из его экземпляров изменяются
определение объекта и отображаемые
атрибуты для всех остальных его
экземпляров
Экземпляр объекта в модели «2»
!
30
MS Excel
MS Word
HTML
Отчеты по моделям:
 Штатное расписание
 Должностные инструкции
 Технологические карты процессов
 Инструкции и методики выполнения
работ
 Требования к компетенции персонала
АСУ БМ ARIS. Принципы работы. Создание регламентов, семантических и
аналитических отчетов на основе моделей
 Скрипт – программа, позволяющая перенести
информацию из графических моделей в файлы
документов в соответствии с определенными
правилами
 Генерация отчета – создание файла документа
при помощи скрипта
31
АСУ БМ (ARIS). Принципы работы. Портал по моделям в сети для информирования
всех сотрудников
Публикация моделей в Интернете и интранете
Connect
server
32
Получение «слепка» организации, цифрового двойника, в АСУ БМ
Организационная
диаграмма 2-го уровня
Модель классификации
документов
Модель верхнего уровня
классификации документов
Модель классификации ИС
Модель структуры ИС
Диаграмма рисков
Диаграмма окружения риска
Статусы документов
Детальная ЕРС
33
Основной задачей на 2019 год является формирование в АСУ БМ бизнес-архитектуры (т.е.
модели, отражающей взаимосвязь процессов с подсистемами, необходимыми для их
функционирования и организации управления). Она будет содержать унифицированные
сведения об организации деятельности Компании в следующих предметных областях
моделирования:
 «Процессы»;
 «Организационная структура»;
 «Продукты и услуги»;
 «Информационные системы»;
 «Риски».
Основная задача для сотрудников ОАО РЖД на 2019 год
34
Мероприятия по описанию процессов
35
Свод правил по моделированию как гарантия использования полных возможностей
АСУ БМ для решения задач ОАО «РЖД»
Цели и задачи
Требования и
ограничения
Методология
ARIS
Свод правил по
моделированию
деятельности
 Свод правил по моделированию – нормативный документ, содержащий свод единых правил моделирования и описание
выбранных подходов к документированию знаний о деятельности организации.
 Свод правил содержит описание типов моделей, объектов, их атрибутов и соединений между ними, используемых для
комплексного описания выбранных предметных областей. С одной стороны, это формирует единый язык общения
внутри организации, а с другой - позволяет настроить систему моделирования для более эффективной работы
пользователей и корректной работы программ генерации отчетов. На основании Свода правил сотрудники организации
смогут самостоятельно описывать её деятельность.
 Таким образом, от соблюдения Свода правил по моделированию напрямую зависит успех проекта по описанию
деятельности организации.
36
Нормативное обеспечение работы
37
Ключевые критерии методологии моделирования
Описание процессов должно быть наглядным, должно позволять увидеть процесс «в целом» и в
необходимых деталях, выявить причинно-следственные связи, действия пользователей, данные, которые
передаются по бизнес-процессу. Для этого существуют различные графические методы (нотации описания
процессов), которые позволяют точно и полно описать бизнес-процесс, получив формальный и наглядный
результат.
В холдинге «РЖД» для моделирования бизнес-процессов используется программное обеспечение ARIS (АСУ БМ)
1. Моделирование «сверху-вниз»
2. Принцип разумной достаточности
3. Обеспечение целостности описания деятельности
4. Учет эргономических критериев
5. Соизмеримость моделей
38
Карта бизнес-процессов верхнего уровня Холдинга «РЖД»
39
Уровни моделирования процессов (сверху-вниз)
(согласно правилам декомпозиции процессов в нотации ARIS)*
* согласно Своду правил моделирования бизнес-архитектуры и бизнес-процессов
40
Обеспечение целостности описания: модели из разных подсистем организации
должны коррелировать между собой
41
Для того, чтобы проверить достаточность моделей в альбоме подразделения надо
проверить:
 все ли сотрудники подразделения, указанные в организационной схеме,
задействованы в выполнении процессов, отображенных в моделях EPC;
 проверить, все ли процессы, указанные на «Дереве процессов» формируют продукт
(субпродукт);
 все функции, указанные в положении о подразделении, должны найти свое
отражение в функциональном «Дереве процессов».
Проверка достаточности моделей в альбоме подразделения
42
Принцип соотнесения сквозных процессов организации и частных процессов
подразделения
43
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.
44
Структура бизнес-архитектуры холдинга «РЖД»
Рассматриваемые элементы
бизнес-архитектуры
1. Организационная структура
2. Цели
3. Продукты и услуги
4. Ключевые показатели
деятельности (КПД)
6. Риски
7. Бизнес-информация
8. Автоматизированные
системы управления
9. Бизнес-процессы
45
Общие принципы описания организационной структуры
Выделяют три уровня описания организационной структуры:
 Описание организационной структуры (тип модели «Организационная схема»);
 Описание должности (тип модели «Организационная схема»);
 Описание состава групп или коллегиальных органов (тип модели
«Организационная схема»).
46
Описание организационной структуры (тип модели «Организационная схема»)
(может повторяться многократно в зависимости от числа уровней системы
управления Компании)
Типы объектов модели
Основные типы орг.единицы:
 Подразделение аппарата управления;
 Структурное подразделение ОАО
«РЖД»;
 Филиал;
 ДЗО;
 РЦКУ;
 Структурное подразделение филиала
47
Описание должности (тип модели «Организационная схема»)
Типы объектов модели
Основные типы должности:
 Руководители;
 Служащие;
 Специалисты;
 Рабочие
48
Описание состава групп или коллегиальных органов (тип модели «Организационная
схема»)
Типы объектов модели
Описание коллегиального органа
Описание состава группы
49
Общие принципы описания целей
Выделяют три уровня описания целей:
 Дерево целей (тип модели «Диаграмма целей»);
 Описание окружения целей (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»);
 Модель стратегической карты (тип модели «BSC - Причинно-следственная
диаграмма»).
50
Дерево целей (тип модели «Диаграмма целей»)
Тип объекта модели
51
Описание окружения целей (тип модели «BSC Диаграмма ключевых показателей
результативности (КПР)»)
Типы объектов модели
ЦТ
ЦДМВ
52
Модель стратегической карты (тип модели «BSC - Причинно-следственная
диаграмма»)
Типы объектов модели
Основные перспективы:
 Экономика и финансы;
 Клиенты и рынки;
 Персонал и развитие;
 Технологические процессы;
 Безопасность и надежность.
53
Общие принципы описания продуктов и услуг
Выделяют два уровня описания продуктов и услуг:
 Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг»);
 Описание движения продуктов/услуг (тип модели «Диаграмма движения
продуктов/услуг»).
54
Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг»)
Тип объекта модели
 Продукт (услуга) – результат процесса, имеющий определенную
ценность для клиента (внутреннего и внешнего), т.е. продукт – это
не работы, выполняемые бизнес-единицами, а законченные
результаты выполнения этих работ.
 Все процессы должны формировать продукт (субпродукт)
 Для процессов управления: общекорпоративные политики,
стандарты, методики, регламенты, концепции и другие документы,
устанавливающие порядок реализации деятельности по кругу
ведения курирующего заместителя генерального директора ОАО
«РЖД».
 Для обеспечивающих (вспомогательных): материальные объекты,
используемые в основных процессах: вагоны, МТР, оборудование и
пр.; услуги (услуги связи; услуги по эксплуатации зданий и
сооружений; ремонт и пр.); документация (инструкции, техническая
документация и пр.).
55
Описание движения продуктов/услуг (тип модели «Диаграмма движения
продуктов/услуг»)
Типы объектов модели
56
Общие принципы описания ключевых показателей деятельности
Выделяют два уровня описания ключевых показателей:
 Описание иерархии показателей (тип модели «Дерево ключевых
показателей результативности (KPI)»);
 Описание окружения показателя (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»).
57
Описание иерархии показателей (тип модели «Дерево ключевых показателей
результативности (KPI)»)
Тип объекта модели
58
Описание окружения показателя (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»)
Типы объектов модели
Основные перспективы:
• Экономика и финансы;
• Клиенты и рынки;
• Персонал и развитие;
• Технологические процессы;
• Безопасность и надежность.
59
Общие принципы описания рисков
Выделяют три уровня описания рисков:
 Описание классификации рисков (тип модели «Диаграмма рисков»);
 Описание рисков (тип модели «Диаграмма рисков»);
 Описание окружения риска (тип модели «BSC Диаграмма ключевых
показателей результативности (КПР)»).
60
Описание классификации рисков (тип модели «Диаграмма рисков»)
Типы объектов модели
61
Описание рисков (тип модели «Диаграмма рисков»)
Типы объектов модели
62
Описание окружения риска (тип модели «BSC Диаграмма ключевых показателей
результативности (КПР)»)
Типы объектов модели
ЦФТО
63
Общие принципы описания бизнес-информации
Выделяют три уровня описания бизнес-информации:
 Описание классификации документов (модель типа «Диаграмма носителей
информации»);
 Описание группы документов (модель типа «Диаграмма носителей
информации»);
 Описание классификации данных (модель типа «eERM»).
64
Описание классификации документов (модель типа «Диаграмма носителей
информации»)
Тип объекта модели
65
Описание группы документов (модель типа «Диаграмма носителей информации»)
Типы объектов модели
66
Описание классификации данных (модель типа «eERM»)
Тип объекта модели
67
Общие принципы описания автоматизированных систем управления
Выделяют три уровня описания автоматизированных систем управления:
 Описание классификации АСУ (модель типа «Диаграмма типа прикладной
системы»);
 Описание типа АСУ (модель типа «Диаграмма типа прикладной системы»);
 Описание окружения АСУ (модель типа «Диаграмма доступа»).
68
Описание классификации АСУ (модель типа «Диаграмма типа прикладной системы»)
Типы объектов модели
69
Описание типа АСУ (модель типа «Диаграмма типа прикладной системы»)
Типы объектов модели
70
Описание окружения АСУ (модель типа «Диаграмма доступа»)
Типы объектов модели
Цель компании
71
Общие принципы описания бизнес-процессов
Выделяют четыре уровня описания
бизнес-процессов:
• Модель процессов верхнего уровня
(VAD)
• Модели групп процессов и сквозных
процессов (VAD)
• Модель сценариев процессов (PSD)/
Укрупненная событийная цепочка
процесса (EPC)
• Событийная цепочка процесса (EPC)
Диаграмма
выбора процесса
(PSD)
72
I уровень – Описание процессов верхнего уровня (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Тип объекта модели
Процессы согласно Карте необходимо
выстраивать по жизненному циклу
продукта, формируемого процессом (для
процессов управления – по
управленческому циклу).
73
II уровень – Описание состава группы процессов (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Типы объектов модели
 Все функции, указанные в положении о подразделении,
должны быть отражены в «Дереве процессов».
 Для каждого негруппового процесса на «Дереве
процессов» указываются организационные единицы и
количество работников (указывается в атрибуте объекта, с
последующим выведением информации на модель),
задействованных в выполнении данного процесса.
 Все процессы, отображенные на «Дереве процессов»
должны быть детализированы VAD, EPC- и FAD-моделями
до уровня, который дает полную информацию о
деятельности подразделения.
 Все процессы дерева должны формировать продукт
(субпродукт).
74
Принципы детализации процессов, представленные на модели группы процессов
Каждый процесс (объект «Цепь создания добавленной стоимости»),
представленный на модели состава группы процессов, детализируется
следующим образом:
 путем разработки модели описания сквозного процесса, если процесс
относится к сквозным;
 путем разработки моделей типового процесса двух типов:
 Укрупненная событийная цепочка процесса – «EPC», если процесс
имеет единственный сценарий выполнения;
 «Диаграмма выбора процесса» – PSD, если процесс имеет несколько
сценариев выполнения.
75
II уровень – Описание сквозных процессов (тип модели «Диаграмма цепочки
добавленного качества» – VAD)
Типы объектов модели
 Сквозной, или межфункциональный, бизнес-процесс -
это процесс, в котором участвует несколько
подразделений, потребляющий ресурсы внешних и/или
внутренних поставщиков и создающий ценность для
клиентов (внутренних и внешних).
 Такой процесс «пронизывает» несколько
функциональных подразделений (выполнение
отдельных подпроцессов в рамках бизнес-процесса
может осуществляться различными исполнителями из
различных подразделений и управляться
руководителем, который не является непосредственным
начальником этих подразделений).
Модель описания бизнес-информации
76
Рекомендации по разработке сквозных процессов
При формировании процесса по сквозному принципу необходимо:
1. исходя из основных процессов деятельности подразделения и функционала куратора
(заместителя генерального директора или директора) определить продукт (продукты) и
его получателя (получателей);
2. определить точку возникновения потребности в данном продукте;
3. определить критерии, предъявляемые потребителем к продукту;
4. укрупнено из основных этапов сформировать цепочку процесса от момента
возникновения потребности до момента передачи продукта получателю;
5. выстроить последовательность действий, при этом каждое последующее действие может
реализоваться, если совершилось предыдущее и на «вход» были получены все
необходимые составляющие.
77
III уровень – Описание сценариев процессов (тип модели «Диаграмма выбора
процесса» - PSD)
Типы объектов модели
 Модель PSD позволяет отразить общие и
отличительные черты различных
вариантов выполнения (сценариев)
процесса и представить их в удобном для
анализа виде.
 Строка таблицы представляет
информацию об особенностях
выполнения этапа типового процесса в
различных сценариях, а столбец –
последовательность действий по
конкретному сценарию в привязке к
этапам типового процесса.
 Каждый сценарий на диаграмме выбора
процесса далее детализируется на модель
типа EPC.
78
III уровень – Описание логики процесса (тип модели – Укрупненная событийная
цепочка процесса «EPC») (сценарий процесса)
Типы объектов модели
Помимо событий и функций на
укрупненной EPC допускается
использование только
логических операторов и
интерфейсов. Отображение
объектов других типов на
укрупненной EPC не допускается.
79
IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная цепочка
процесса «EPC»). Объекты модели и их расположение
Типы объектов модели
Документы, исполнители, информационные системы и т.д. располагаются
относительно процесса (объект типа «Функция») следующим образом:
 входящие документы или материальные ценности – слева сверху от
процесса;
 исходящие документы, данные или продукты/услуги – слева снизу от
процесса;
 информационные системы – слева от процесса;
 исполнители – справа сверху от процесса;
 получатели результатов процесса – справа снизу от процесса;
 риски – сверху справа от процесса.
80
IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная
цепочка процесса «EPC»). Пример модели событийной цепочки процесса
EPC на нижнем уровне моделирования
должны давать полную информацию о
ходе выполнения процесса. В этих моделях
необходимо указывать конкретного
исполнителя, все документы,
информационные системы и т.д.
Любая модель данного типа обязательно
начинается и заканчивается одним или
несколькими событиями. Перед
начальным событием или после конечного
события процесса добавляют «интерфейс
процесса» для указания ссылки на
предыдущий/последующий процесс
81
Передача документов и продуктов из одного процесса в другой. Интерфейсы
процессов
 Конечное событие процесса
должно являться начальным
событием для смежного
процесса.
 Обычно при связи процессов
кроме событий и интерфейсов
указываются передаваемые в
смежный процесс документы
и другие ресурсы, продукты.
Процесс1 Процесс2 Процесс3
82
Общие правила моделирования ЕРС
 ЕРС начинается и заканчивается событием (событиями) и интерфейсом (интерфейсами) в
другой процесс, так как иначе процессы не будут связаны и не будет возможности
проводить анализ.
 Стандартным является последовательность: событие-функция-событие-функция. События
являются условиями выполнения функций, а также являются результатами окончания
функций.
 Между функциями и событиями может быть только одна входящая или исходящая связь.
 Операторы используются для обозначения нескольких путей прохождения процесса
(ветвлений).
 У логических операторов имеется одна входящая и несколько исходящих связей, или
несколько входящих и одна исходящая связь.
 При расхождении и слиянии путей процессов следует использовать логический оператор
одного и того же типа.
 Запрещено использование операторов «Исключающее ИЛИ», «ИЛИ» после события, так как
возникает неоднозначность в процессе.
83
Правила именования функций и событий в процессных моделях
 Для именования процесса (функции) необходимо использовать его реальное
название. Имя должно состоять из двух частей – отглагольного существительного,
описывающего выполняемый процесс, и существительного, показывающего объект,
над которым он выполняется. Пример: «Запрос данных для расчета парка
локомотивов».
 Имя события должно содержать существительное и описание изменения состояния в
виде отглагольной формы.
 В названиях событий не должны использоваться такие слова, как «необходимо»,
«должен», «следует», «целесообразно», «нежелательно».
 События не должны основываться на оценочных суждениях.
 События должны указывать:
 на определенное состояние объектов управления;
 на наступление определенных обстоятельств места и времени;
 на результат выполнения определенной операции;
 на возможные варианты решений, которые могут быть приняты в некоторой
ситуации. Пример: «Заказ клиента оформлен.
84
Расположение функций и событий, наиболее вероятный путь
 Для модели используется расположение
последовательности событий и функций
сверху вниз.
Наиболее вероятный
вариант реализации
процесса
Логическое
правило
 При ветвлении процесса основной ход
процесса идет вниз, альтернативный
располагается правее или левее.
85
Правила использования логических операторов
86
Правила использования логических операторов
87
Правила использования логических операторов
88
Пример правильного и не правильного ветвления процессов
Правильное использование
логических операторов при
ветвлении процесса
Неправильное использование
логических операторов при
ветвлении процесса
89
Рекомендации по доработке моделей ЕРС: несколько входящих в шаг документов
В случае указания на модели EPC нескольких
документов рекомендуется использовать
объект «Картотека» с наименованием «пакет
документов на <указывается специфика
необходимой информации>…, и
детализировать объект «Картотека» для
описания состава пакета документов.
90
Рекомендации по доработке ЕРС: использование статусов документов
Необходимо устанавливать статус документов,
который указывается объектом «Технический
термин» со связью к объекту «Документ».
Например, объект «Документ» с наименованием –
«Договор на оказание консалтинговых услуг», а
объект «технический термин» с наименованием –
«Подписан».
91
Рекомендации по доработки ЕРС моделей: исключение одинаковых справочных
объектов с разными именами
Необходимо проверять и исключать наличие
на моделях EPC использование отличающихся
наименований справочных объектов,
отражающих одну и ту же суть.
92
Проверка полноты данных ЕРС нижнего уровня
 Логика и последовательность выполнения процесса ясна стороннему человеку (ему хватает
информации, он понимает, кому передавать результат, какие действия кем выполняются и
в какие сроки, какие возникают риски и т.д.).
 Ознакомившись с моделью, он способен выполнить (организовать) выполнение процесса,
руководствуясь отображенной на модели информацией.
 Все процессы подразделения могут быть выполнены в полном объеме, в случае, если
заменить всех исполнителей, а новые исполнители будут выполнять работу, исходя из схем
процессов.
93
Описание окружения процесса (тип модели «Диаграмма окружения функций» - FAD)
Типы объектов модели
Для комплексного понимания
контекста, в котором выполняется
процесс, и требований к его
ресурсному обеспечению, на каждом
уровне моделирования может
создаваться модель окружения
процесса (тип модели «Диаграмма
окружения функций» – FAD).
94
Требования к моделям для корректной работы скриптов
Для корректной работы скриптов необходимо устранить следующие типовые ошибки при моделировании бизнес-процессов
подразделений:
 Установление логических операторов, которые не демонстрируют вариативность шагов в процессе. К примеру, после
объекта «Функция» устанавливается логический оператор «Исключающее или», от него отходят две или более веток с
событиями без функций, которые сразу же переходят к логическому оператору и процесс продолжается по одному
сценарию.
 Некорректно указывать на модели две и более стрелки к (от) объекту (а), демонстрирующих вход или выход функции, без
использования логического оператора.
 Некорректно указывать вход в функцию или выход из нее сбоку от объекта. Входы и выходы указываются сверху и снизу
объекта, соответственно.
 Наименование документа/пакета документов, не раскрывающего (их) сути информации. К примеру, наименование
документа – «необходимая документация» не дает представления о том, какая информация нужна для корректного
выполнения процесса. В таких случаях, необходимо на модели перечислить либо все документы с указанием правильного
наименования, либо указать объект «Картотека» с наименованием - «Пакет документов на …<указывается специфика
необходимой информации>…», и детализировать объект «Картотека» на диаграмму носителей информации,
описывающую состав пакета документов.
 Отсутствует статус документов, который указывается объектом «Технический термин» со связью к объекту «Документ».
 Неправильное использование логических операторов «исключающее или» или «и/или» после наступления какого-либо
события.
 Неправильное определение границ процесса, выраженное отображением на модели части операций, относящихся к
другим (ому) процессам (у).
95
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.
96
Примеры распространенных ошибок при моделировании процессов
Масштаб модели должен быть не
менее 45% на листе формата A3.
Приведенная в качестве примера
модель должна быть разделена на
несколько моделей формата А3.
97
Примеры распространенных ошибок при моделировании процессов
Не допускается размещение на
одном листе более одной модели.
98
Примеры распространенных ошибок при моделировании процессов
На одной модели используются
объекты с разной степенью
обобщения. Согласование графика –
операция, а проведение конкурсных
процедур является отдельным
процессом.
99
Примеры распространенных ошибок при моделировании процессов
 Использование в наименовании
одного объекта типа
«Организационная единица» списка
из нескольких подразделений,
перечисленных через запятую.
 Некорректное наименование
используемого объекта
 Использование в наименовании
объектов сокращения, не
являющиеся общеупотребимыми.
 Использование обобщенных
наименований объектов.
10
0
Примеры распространенных ошибок при моделировании процессов
Исполнитель должен сначала
получить документ, с которым
работает: компания-экспедитор
использует отгрузочные документы,
которые не были ей до этого
отправлены.
10
1
Примеры распространенных ошибок при моделировании процессов
 Несколько ответственных за
процесс.
 С каждым объектом типа
«Функция» связан
единственный исполнитель
(объекты типов
«Организационная единица»,
«Должность», «Роль»,
«Группа» и т.п.) с типом
соединения «Выполняет».
 Другие участники процесса
(при их наличии) должны быть
связаны с объектом
«Функция» соединением типа
«Способствует при
выполнении».
10
2
Примеры распространенных ошибок при моделировании процессов
 Отсутствует конечное событие.
Каждая модель процесса
должна иметь начальное (ые)
событие (я) и конечное (ые)
событие (я).
 Взаимосвязь со смежными
процессами через связку
«Интерфейс процесса»-
«Документ».
10
3
Примеры распространенных ошибок при моделировании процессов
 Сроки выполнения функций не
взаимоувязаны и не
соответствуют логике
выполнения процесса.
 Срок выполнения должен
быть указан в атрибуте
функции, а не в атрибуте
события.
 В приведенном примере выполнение первой функции заканчивается 12 октября, после чего
управление передается второй функции, выполнение которой начинается 16 октября (через
4 дня после выполнения первой функции). Это означает, что либо на вход второй функции
поступает информация, которая формируется до 16 октября, и в этом случае пропущена
функция, формирующая документ, без которого не может начаться согласование. Либо
следует скорректировать сроки первой и второй функции таким образом, чтобы исключить
временной разрыв.
10
4
Три критерия правильности описания процессов
 Ориентация на процессный подход: все процессы связаны между
собой, они передают друг другу субпродукты (продукты), документы,
другие ресурсы;
 Ориентация на системный подход: выделение подсистем, участвующих
в выполнении процессов и их увязка с процессами. То есть каждый
ресурс в процессе имеет свое место в выделенной подсистеме,
представленной специальной моделью. Пример: любой документ из
процесса существует в дереве документов.
 Необходимость использования свода правил по моделированию ОАО
«РЖД» для корректного применение моделей и объектов.
10
5
Содержание курса
 Цели и задачи в области применения процессного подхода в управлении ОАО
РЖД. Представление организации как системы. Общие сведения о системном
подходе. Основы методологии ARIS.
 АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания
процессов, реализующий процессный поход, и единая база для дальнейшего
совершенствования процессов.
 Свод правил моделирования ОАО “РЖД”. Правила моделирования и
декомпозиции процессов.
 Типичные ошибки при описании процессов.
 Индивидуальные консультации.

More Related Content

Similar to MainPrincipProcessModeling_RZD.pptx

управленческий анализ
управленческий анализуправленческий анализ
управленческий анализviborodkin
 
Планирование требований
Планирование требованийПланирование требований
Планирование требованийGrigoriy Pechenkin
 
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...Мониторинг бизнес-процессов банка как средство повышения эффективности операц...
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...CUSTIS
 
20151105 методология построения моделей бизнеса в отдельном кластере
20151105 методология построения моделей бизнеса в отдельном кластере20151105 методология построения моделей бизнеса в отдельном кластере
20151105 методология построения моделей бизнеса в отдельном кластереAndrei A. Emelin
 
20160306 Исходные данные о технологии и возможностях Единой модели деятельности
20160306 Исходные данные о технологии и возможностях Единой модели деятельности20160306 Исходные данные о технологии и возможностях Единой модели деятельности
20160306 Исходные данные о технологии и возможностях Единой модели деятельностиAndrei A. Emelin
 
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозирования
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозированияПрогнозирование - Лекция 1. Компьютерные инструменты прогнозирования
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозированияGleb Zakhodiakin
 
Управление модернизационными процессами на машиностроительных предприятиях
Управление модернизационными процессами на машиностроительных предприятияхУправление модернизационными процессами на машиностроительных предприятиях
Управление модернизационными процессами на машиностроительных предприятияхpekkltd
 
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологии
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологииИсаев Р.А. Секреты успешных банков: бизнес-процессы и технологии
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологииRoman Isaev
 
Actual problems of economy in the twenty first century causes and solutions m...
Actual problems of economy in the twenty first century causes and solutions m...Actual problems of economy in the twenty first century causes and solutions m...
Actual problems of economy in the twenty first century causes and solutions m...The Center for Economic Research
 
тема 6
тема 6тема 6
тема 6asheg
 
Прогнозирование - Лекция 7. Oracle Demand Management
Прогнозирование - Лекция 7. Oracle Demand ManagementПрогнозирование - Лекция 7. Oracle Demand Management
Прогнозирование - Лекция 7. Oracle Demand ManagementGleb Zakhodiakin
 
Бизнес весна 2014 лекция 2
Бизнес весна 2014 лекция 2Бизнес весна 2014 лекция 2
Бизнес весна 2014 лекция 2Technopark
 
Статья «Проблемы внедрения корпоративных информационных систем: уровень при...
Статья «Проблемы внедрения  корпоративных информационных систем:  уровень при...Статья «Проблемы внедрения  корпоративных информационных систем:  уровень при...
Статья «Проблемы внедрения корпоративных информационных систем: уровень при...ph.d. Dmitry Stepanov
 
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000Roman Isaev
 
Про внедрение систем НСИ
Про внедрение систем НСИПро внедрение систем НСИ
Про внедрение систем НСИKate Koltunova
 
Как выжить глобальной корпорации?
Как выжить глобальной корпорации?Как выжить глобальной корпорации?
Как выжить глобальной корпорации?CEE-SEC(R)
 
Современные методы анализа данных
Современные методы анализа данныхСовременные методы анализа данных
Современные методы анализа данныхDEVTYPE
 
Автоматизированная система управления проектами органов исполнительной власт...
Автоматизированная система управления проектами  органов исполнительной власт...Автоматизированная система управления проектами  органов исполнительной власт...
Автоматизированная система управления проектами органов исполнительной власт...ProjectPractice2013
 
Технология моделирования бизнес процессов
Технология моделирования бизнес процессовТехнология моделирования бизнес процессов
Технология моделирования бизнес процессовOlya Kollen, PhD
 

Similar to MainPrincipProcessModeling_RZD.pptx (20)

управленческий анализ
управленческий анализуправленческий анализ
управленческий анализ
 
Планирование требований
Планирование требованийПланирование требований
Планирование требований
 
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...Мониторинг бизнес-процессов банка как средство повышения эффективности операц...
Мониторинг бизнес-процессов банка как средство повышения эффективности операц...
 
20151105 методология построения моделей бизнеса в отдельном кластере
20151105 методология построения моделей бизнеса в отдельном кластере20151105 методология построения моделей бизнеса в отдельном кластере
20151105 методология построения моделей бизнеса в отдельном кластере
 
20160306 Исходные данные о технологии и возможностях Единой модели деятельности
20160306 Исходные данные о технологии и возможностях Единой модели деятельности20160306 Исходные данные о технологии и возможностях Единой модели деятельности
20160306 Исходные данные о технологии и возможностях Единой модели деятельности
 
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозирования
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозированияПрогнозирование - Лекция 1. Компьютерные инструменты прогнозирования
Прогнозирование - Лекция 1. Компьютерные инструменты прогнозирования
 
Управление модернизационными процессами на машиностроительных предприятиях
Управление модернизационными процессами на машиностроительных предприятияхУправление модернизационными процессами на машиностроительных предприятиях
Управление модернизационными процессами на машиностроительных предприятиях
 
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологии
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологииИсаев Р.А. Секреты успешных банков: бизнес-процессы и технологии
Исаев Р.А. Секреты успешных банков: бизнес-процессы и технологии
 
Actual problems of economy in the twenty first century causes and solutions m...
Actual problems of economy in the twenty first century causes and solutions m...Actual problems of economy in the twenty first century causes and solutions m...
Actual problems of economy in the twenty first century causes and solutions m...
 
тема 6
тема 6тема 6
тема 6
 
Прогнозирование - Лекция 7. Oracle Demand Management
Прогнозирование - Лекция 7. Oracle Demand ManagementПрогнозирование - Лекция 7. Oracle Demand Management
Прогнозирование - Лекция 7. Oracle Demand Management
 
Бизнес весна 2014 лекция 2
Бизнес весна 2014 лекция 2Бизнес весна 2014 лекция 2
Бизнес весна 2014 лекция 2
 
Статья «Проблемы внедрения корпоративных информационных систем: уровень при...
Статья «Проблемы внедрения  корпоративных информационных систем:  уровень при...Статья «Проблемы внедрения  корпоративных информационных систем:  уровень при...
Статья «Проблемы внедрения корпоративных информационных систем: уровень при...
 
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000
Исаев Р.А. Секреты успешных банков: менеджмент качества и ISO 9000
 
Про внедрение систем НСИ
Про внедрение систем НСИПро внедрение систем НСИ
Про внедрение систем НСИ
 
современные методы нормирования Changedriver.ru
современные методы нормирования Changedriver.ruсовременные методы нормирования Changedriver.ru
современные методы нормирования Changedriver.ru
 
Как выжить глобальной корпорации?
Как выжить глобальной корпорации?Как выжить глобальной корпорации?
Как выжить глобальной корпорации?
 
Современные методы анализа данных
Современные методы анализа данныхСовременные методы анализа данных
Современные методы анализа данных
 
Автоматизированная система управления проектами органов исполнительной власт...
Автоматизированная система управления проектами  органов исполнительной власт...Автоматизированная система управления проектами  органов исполнительной власт...
Автоматизированная система управления проектами органов исполнительной власт...
 
Технология моделирования бизнес процессов
Технология моделирования бизнес процессовТехнология моделирования бизнес процессов
Технология моделирования бизнес процессов
 

MainPrincipProcessModeling_RZD.pptx

  • 1. 1 Образец заголовка Общие принципы описания процессов с учетом правил моделирования ОАО«РЖД»
  • 2. 2 Содержание курса  Цели и задачи в области применения процессного подхода в управлении ОАО РЖД. Представление организации как системы. Общие сведения о системном подходе. Основы методологии ARIS.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.
  • 3. 3 Содержание курса  Цели и задачи в области применения процессного подхода в управлении ОАО РЖД. Представление организации как системы. Общие сведения о системном подходе. Основы методологии ARIS.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.
  • 4. 4 ПРОЦЕССНЫЙ ПОДХОД КАК ОСНОВА ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ ДЕЯТЕЛЬНОСТИ ХОЛДИНГА «РЖД»
  • 5. 5 Как и зачем используется процессный подход?
  • 6. 6 Этапы внедрения процессного подхода в управлении и целевой результат
  • 7. 7 Задачи в области бизнес-моделирования
  • 8. 8 Повышение эффективности управления Холдингом за счет «простройки» сквозных процессов, ориентированных на клиента
  • 9. 9 Описание процессов и других подсистем организации как основа для использования процессного подхода Описание бизнес- процессов Описание трудовых ресурсов Описание производственн ых ресурсов Описание информационных ресурсов Описание материальных ресурсов Предметные области – подсистемы организации Уровни детализации Объекты Объекты Объекты XOR XOR
  • 10. 10 Модель – как способ оцифровки и основа оптимизации Продукция Изделие 1 Изделие 2 Изделие 3 Мод. 1.1 Мод. 1.2 Повысить гибкость компании Повысить гибкость факторов производства Повысить гибкость производства Повысить эффективность использования техн . ресурсов Повысить эффективность управления материалами Повысить производительность труда Повысить гибкость процесса производства Повысить гибкость оборудования Повысить гибкость системы сбыта Повысить гибкость компании Повысить гибкость факторов производства Повысить гибкость производства Повысить эффективность использования техн . ресурсов Повысить эффективность управления материалами Повысить производительность труда Повысить гибкость процесса производства Повысить гибкость оборудования Повысить гибкость системы сбыта Кадровые вопросы Финансовые вопросы Прием на работу Увольнение с работы Заключение договоров Изменение зарплаты Полномочия директора Заключение договоров Изменение зарплаты Оборудование для контроля качества Измерительное оборудование Контрольное оборудование Испытательное оборудование Вольтметры Ваттметры Омметры Проходные калибры Контрольные весы Испытатель- ный стенд Установка для испытания Аппарат Эпштейна Непроходные калибры ARIS Easy Design ARIS Merge ARIS Semantic Check ARIS Model Generator ARIS ABC ARIS Explorer ARIS Database Converter ARIS Administrator ARIS Script Editor ARIS RTF Editor ARIS Server ARIS Chart ARIS Attributes ARIS Configuration ARIS Export/ Import ARIS Process Generator ARIS Easy Design Module class Контактное лицо в данных о клиенте Знания об основных сотрудниках клиентов Опыт сотрудничества с клиентами Опыт сотрудничества с контактными лицами клиентов Знание поведения и структуры целевой группы Знания о деятельности, финансовом положении Знания о стратегии клиентов Опыт сотрудничества в отношении структуры Опыт работы со стратегиями клиентов Статьи, публикации об отрасли Отчет по маркетинговым исследования по отрасли Личные оценки по целевым группам Годовой отчет по клиентам Документация по деятельности клиентов Документация по контактам с клиентами Документация по стратегии клиента Статьи, публикации о клиентах Статьи, публикации о клиентах Знания о клиентах Склад Исполнительный директор Генеральный директор Главный бухгалтер Коммерческий директор Менеджер по оптовым продажам Иванов И.И. Петров П.П. Менеджер по розничным продажам Кузнецов К.К. Отдел продаж Отдел маркетинга Финансовый отдел Отдел кадров Производственный отдел Менеджер по оптовым продажам n- Существующая ситуация Модели, описывающие существующую ситуацию Перспективная ситуация Выявление разрывов между текущими и целевыми возможностями хозяйственного комплекса Выделение, описание и оптимизация сквозных процессов Совершенствование управления экономикой ключевых процессов Формирование прикладной основы для внедрения СМК
  • 11. 11 Как определить процесс Менеджер отдела продаж Рабочий Технолог- конструктор Рабочий Участники процесса Бухгалтер Транспорт ИС компании Документация на изготовление заказа Станки и инструменты Материалы и комплектующие Заказ Клиента Продукт для Клиента Заказ Клиента Ресурсы процесса Процесс – это повторяющаяся совокупность упорядоченных и взаимосвязанных действий, создающая результат, значимый для потребителя Клиент Требования Клиента Обработка заказа Изготовление заказа Разработка документации Упаковка и доставка заказа Оплата заказа Клиент Продукт для Клиента Ключевые признаки процесса: повторяемость, логическая упорядоченность и взаимосвязанность, наличие цели – значимость для потребителя, взаимосвязь с другими процессами.
  • 12. 12 Входы и выходы процесса, которые он получает и сам передает затем другим процессам Первичный выход, на котором формируется результата процесса ради которого он существует Первичный вход – вход процесса, на который поступают входные потоки, инициирующие выполнение процесса. Они являются необходимым условием начала процесса, но не достаточны для его завершения Вторичные выходы, через которые вторичные продукты (потоки), не являющиеся основной целью процесса, передаются в другие процессы, например, отходы производства Вторичные входы – входы, на которые поступают входные потоки (ресурсы), необходимые для выполнения процесса. Потоки на вторичных входах не могут инициировать выполнение процесса
  • 13. 13 Определение границ и интерфейсов (взаимодействия) процесса с другими процессами Начальная граница процесса предшествует первой выполняемой функции процесса Процесс Внешний интерфейс процесса –механизм, посредством которого процесс взаимодействует с предшествующим и последующим процессами; обозначается на модели специальным объектом Конечная граница процесса располагается за последней выполняемой функцией процесса Подпроцесс 1 Подпроцесс 2 Подпроцесс 3
  • 14. 14 Этапы описания процесса Определение для чего процесс происходит: продукт Определение состава шагов и логики выполнения процесса Определение участников процесса Определение ИТ систем или ресурсов для шагов Определение документов для шагов Определение потребителей результата процесса Определить откуда данный процесс сам получает документы и ресурсы
  • 15. 15 Представление процессов на разных уровнях Уровень 1 Процедуры Подпроцессы Сценарии подпроцесса ПВУ Операции Уровень 2 Уровень 3 Уровень 4
  • 16. 16 Использование принципов системного анализа для взгляда на организацию как на систему НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ НОТАЦИЯ 1 МОДЕЛЬ 1 МОДЕЛЬ 1 CASE - СРЕДСТВА CASE - СРЕДСТВА СТРУКТУРНЫЙ АНАЛИЗ СТРУКТУРНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ 2 МОДЕЛЬ 2 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ N МОДЕЛЬ N НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ НОТАЦИЯ 1 МОДЕЛЬ 1 МОДЕЛЬ 1 CASE - СРЕДСТВА CASE - СРЕДСТВА СТРУКТУРНЫЙ АНАЛИЗ СТРУКТУРНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ 2 МОДЕЛЬ 2 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ N МОДЕЛЬ N
  • 17. 17 Системный подход Системный подход – это методология специального научного познания и социальной практики, а также объяснительный принцип, в основе которого лежит исследование объектов как систем. Системный подход – выявление, понимание и административное управление системой взаимосвязанных процессов с целью достижения заданной стратегической цели. Системный подход реализует представление сложного объекта – организации в виде иерархической системы взаимосвязанных моделей, позволяющих изучать его целостные свойства и структуру. Системный подход позволяет:  определить систему путем выявления или разработки процессов, влияющих на достижение заданной стратегической цели;  структурировать систему так, чтобы достичь заданную стратегическую цель наиболее эффективным способом;  обеспечить понимание взаимосвязей между процессами системы;  проводить непрерывное совершенствование системы посредством измерения и оценки. Термины Продукты Услуги ИС Процессы Организа- ционная структура Данные Компе- тенция Полно- мочия Цели Проблемы Ключевые факторы успеха Производ- ственные ресурсы Матери- алы Доку- менты Риски Термины Продукты Услуги ИС Процессы Организа- ционная структура Данные Компе- тенция Полно- мочия Цели Проблемы Ключевые факторы успеха Производ- ственные ресурсы Матери- алы Доку- менты Риски
  • 18. 18 Учет внешних воздействий при описании организации как системы  Бизнес-система – это система для организации и ведения бизнеса.  Бизнес-систему необходимо рассматривать в неразрывной связи с внешней средой.
  • 19. 19 Использование структурного анализа для выделения подсистем организации  Структурный анализ – метод исследования систем, который начинается с ее общего обзора, а затем детализируется, приобретая иерархическую структуру со все большим числом уровней.  Структурный анализ базируется на системном анализе.  Структурный анализ позволяет описать иерархию подсистем, описывающих различные стороны деятельности организации. Он работает как набор географических карт, отличающихся своим масштабом.  Структура организации – устойчивая картина взаимных отношений подсистем организации.  Подсистема организации – ее часть, выделенная по определенному признаку, обладающая некоторой самостоятельностью и допускающая разложение на элементы в рамках данного рассмотрения.  Задачи структурного анализа организации:  выявление структуры как относительно устойчивой совокупности отношений;  частичное отвлечение от развития объектов;  графическое модельное представление объектов которое начинается с общего обзора и затем детализируется. НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ НОТАЦИЯ 1 МОДЕЛЬ 1 МОДЕЛЬ 1 CASE - СРЕДСТВА CASE - СРЕДСТВА СТРУКТУРНЫЙ АНАЛИЗ СТРУКТУРНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ 2 МОДЕЛЬ 2 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ N МОДЕЛЬ N НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ НОТАЦИЯ 1 МОДЕЛЬ 1 МОДЕЛЬ 1 CASE - СРЕДСТВА CASE - СРЕДСТВА СТРУКТУРНЫЙ АНАЛИЗ СТРУКТУРНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ СИСТЕМНЫЙ АНАЛИЗ НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ 2 МОДЕЛЬ 2 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 НОТАЦИЯ 1 МОДЕЛЬ N МОДЕЛЬ N
  • 20. 20 Структурированное описание деятельности при помощи методологии ARIS Подсистемы организации Подсистема организации Организация Тип модели ARIS Объекты модели Объекты модели Классификация моделей Взгляды ARIS Модель – это совокупность графических объектов, их свойств, атрибутов и отношений между ними, которая адекватно описывает моделируемую предметную область
  • 21. 21 Структурные элементы и связи в моделях-описаниях подсистем  Структурный объект – неделимая наименьшая часть системы (на данном уровне рассмотрения).  Связь – вид отношений между объектами, который проявляется как некоторое взаимодействие.
  • 22. 22 Соблюдение принципа иерархичности через понятие детализации объектов Коллегиальный орган Структура Организационная схема Детализация – разбиение системы на объекты по определенным признакам, средство преодоления сложности системы Детализация (декомпозиция) – условный прием, позволяющий представить систему в виде, удобном для восприятия и анализа
  • 23. 23 Общие принципы, применяемые при моделировании деятельности  системность описания – описание выбранных предметных областей всех их взаимосвязях, сочетание методов структурного (иерархического) и процессного моделирования;  простота – простое при прочих равных предпочтительнее сложного. Модели должны быть понимаемы для человека, не специалиста в данной области;  выразительность и наглядность результатов – модель должна содержать необходимое количество информации, чтобы адекватно отображать предметную область (должны быть описаны документы, ресурсы, исполнители и все другие необходимые для данного уровня описания сущности);  индивидуальность, однозначность – достаточное отличие от других обозначений, недопустимость обозначения одним символом различных объектов;  возможность накопления знаний о процессах;  удобство работы с накопленной информацией.
  • 24. 24 Содержание курса  Цели и задачи в области применения процессного подхода в управлении ОАО РЖД. Представление организации как системы. Общие сведения о системном подходе. Основы методологии ARIS.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.
  • 25. 25 АСУ БМ ARIS 10 ARchitecture of Integrated Information Systems Архитектура интегрированных информационных систем Методология ARIS представляет собой современный подход к структурированному описанию деятельности организации и ее представлению в виде взаимосвязанных и взаимодополняющих графических моделей, удобных для понимания и анализа  Более 120 типов моделей для описания практически всех сторон деятельности современного предприятия.  Более 200 типов объектов, описывающих различные аспекты предметных областей.  Более 500 различных типов связей, позволяющих описать разнообразные отношения между объектами.  Встроенные механизмы для управления, проверки, анализа, экспорта/импорта, архивирования моделей. 1992 г. – версия 1.0 Разработчик ARIS – компания Software AG & IDS Scheer
  • 26. 26 АСУ БМ (ARIS), как система, реализующая принципы процессного подхода и системного/структурного анализа  ориентация на процессное управление и наличие соответствующей методологии;  возможность всестороннего анализа бизнес-систем на уровне их составляющих (подсистем, предметных областей, элементов);  использование внутреннего репозитория, обеспечивающего связность моделей и позволяющего осуществлять их верификацию;  анализ и оптимизация бизнес-процессов по целому ряду параметров;  возможность генерации отчетов по различным срезам информации, хранящейся в репозитории;  Возможность анализировать связи различных бизнес-сущностей друг с другом и отвечать на вопрос «А что если»? Например, что будет если сотрудник А уволится, какие процессы останутся без специалиста, что будет если система В выйдет из строя и т.д.  возможность операционной интеграции корпоративных порталов с различными информационными системами, например, с системами управления документооборотом и системами класса workflow.
  • 27. 27 АСУ БМ ARIS. Принципы работы. Моделирование Разработка, проверка, анализ, совершенствование моделей ARIS Architect, ARIS Designer
  • 28. 28 АСУ БМ ARIS. Принципы работы. Наполнение моделей и объектов значимой бизнес- информацией Информационное наполнение моделей n- MS Excel HTML MS Project Acrobat MS Word Image Видеоклип
  • 29. 29 Объект ARIS как уникальная запись в базе данных (определение) и использование ее на различных моделях (экземпляр)-основа для дальнейшего анализа и оптимизации Модель 2 Модель 1 База данных ARIS Экземпляр объекта в модели «1» Экземпляр объекта (Occurrence) – графическое представление определения объекта в модели Определение объекта (Definition) – элемент методологии ARIS, отображающий реально существующую часть моделируемой предметной области организации, представленный уникальным набором данных в репозитории ARIS ! ! При изменении атрибутов объекта для одного из его экземпляров изменяются определение объекта и отображаемые атрибуты для всех остальных его экземпляров Экземпляр объекта в модели «2» !
  • 30. 30 MS Excel MS Word HTML Отчеты по моделям:  Штатное расписание  Должностные инструкции  Технологические карты процессов  Инструкции и методики выполнения работ  Требования к компетенции персонала АСУ БМ ARIS. Принципы работы. Создание регламентов, семантических и аналитических отчетов на основе моделей  Скрипт – программа, позволяющая перенести информацию из графических моделей в файлы документов в соответствии с определенными правилами  Генерация отчета – создание файла документа при помощи скрипта
  • 31. 31 АСУ БМ (ARIS). Принципы работы. Портал по моделям в сети для информирования всех сотрудников Публикация моделей в Интернете и интранете Connect server
  • 32. 32 Получение «слепка» организации, цифрового двойника, в АСУ БМ Организационная диаграмма 2-го уровня Модель классификации документов Модель верхнего уровня классификации документов Модель классификации ИС Модель структуры ИС Диаграмма рисков Диаграмма окружения риска Статусы документов Детальная ЕРС
  • 33. 33 Основной задачей на 2019 год является формирование в АСУ БМ бизнес-архитектуры (т.е. модели, отражающей взаимосвязь процессов с подсистемами, необходимыми для их функционирования и организации управления). Она будет содержать унифицированные сведения об организации деятельности Компании в следующих предметных областях моделирования:  «Процессы»;  «Организационная структура»;  «Продукты и услуги»;  «Информационные системы»;  «Риски». Основная задача для сотрудников ОАО РЖД на 2019 год
  • 35. 35 Свод правил по моделированию как гарантия использования полных возможностей АСУ БМ для решения задач ОАО «РЖД» Цели и задачи Требования и ограничения Методология ARIS Свод правил по моделированию деятельности  Свод правил по моделированию – нормативный документ, содержащий свод единых правил моделирования и описание выбранных подходов к документированию знаний о деятельности организации.  Свод правил содержит описание типов моделей, объектов, их атрибутов и соединений между ними, используемых для комплексного описания выбранных предметных областей. С одной стороны, это формирует единый язык общения внутри организации, а с другой - позволяет настроить систему моделирования для более эффективной работы пользователей и корректной работы программ генерации отчетов. На основании Свода правил сотрудники организации смогут самостоятельно описывать её деятельность.  Таким образом, от соблюдения Свода правил по моделированию напрямую зависит успех проекта по описанию деятельности организации.
  • 37. 37 Ключевые критерии методологии моделирования Описание процессов должно быть наглядным, должно позволять увидеть процесс «в целом» и в необходимых деталях, выявить причинно-следственные связи, действия пользователей, данные, которые передаются по бизнес-процессу. Для этого существуют различные графические методы (нотации описания процессов), которые позволяют точно и полно описать бизнес-процесс, получив формальный и наглядный результат. В холдинге «РЖД» для моделирования бизнес-процессов используется программное обеспечение ARIS (АСУ БМ) 1. Моделирование «сверху-вниз» 2. Принцип разумной достаточности 3. Обеспечение целостности описания деятельности 4. Учет эргономических критериев 5. Соизмеримость моделей
  • 38. 38 Карта бизнес-процессов верхнего уровня Холдинга «РЖД»
  • 39. 39 Уровни моделирования процессов (сверху-вниз) (согласно правилам декомпозиции процессов в нотации ARIS)* * согласно Своду правил моделирования бизнес-архитектуры и бизнес-процессов
  • 40. 40 Обеспечение целостности описания: модели из разных подсистем организации должны коррелировать между собой
  • 41. 41 Для того, чтобы проверить достаточность моделей в альбоме подразделения надо проверить:  все ли сотрудники подразделения, указанные в организационной схеме, задействованы в выполнении процессов, отображенных в моделях EPC;  проверить, все ли процессы, указанные на «Дереве процессов» формируют продукт (субпродукт);  все функции, указанные в положении о подразделении, должны найти свое отражение в функциональном «Дереве процессов». Проверка достаточности моделей в альбоме подразделения
  • 42. 42 Принцип соотнесения сквозных процессов организации и частных процессов подразделения
  • 43. 43 Содержание курса  Цели и задачи в области применения процессного подхода в управлении ОАО РЖД. Представление организации как системы. Общие сведения о системном подходе. Основы методологии ARIS.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.
  • 44. 44 Структура бизнес-архитектуры холдинга «РЖД» Рассматриваемые элементы бизнес-архитектуры 1. Организационная структура 2. Цели 3. Продукты и услуги 4. Ключевые показатели деятельности (КПД) 6. Риски 7. Бизнес-информация 8. Автоматизированные системы управления 9. Бизнес-процессы
  • 45. 45 Общие принципы описания организационной структуры Выделяют три уровня описания организационной структуры:  Описание организационной структуры (тип модели «Организационная схема»);  Описание должности (тип модели «Организационная схема»);  Описание состава групп или коллегиальных органов (тип модели «Организационная схема»).
  • 46. 46 Описание организационной структуры (тип модели «Организационная схема») (может повторяться многократно в зависимости от числа уровней системы управления Компании) Типы объектов модели Основные типы орг.единицы:  Подразделение аппарата управления;  Структурное подразделение ОАО «РЖД»;  Филиал;  ДЗО;  РЦКУ;  Структурное подразделение филиала
  • 47. 47 Описание должности (тип модели «Организационная схема») Типы объектов модели Основные типы должности:  Руководители;  Служащие;  Специалисты;  Рабочие
  • 48. 48 Описание состава групп или коллегиальных органов (тип модели «Организационная схема») Типы объектов модели Описание коллегиального органа Описание состава группы
  • 49. 49 Общие принципы описания целей Выделяют три уровня описания целей:  Дерево целей (тип модели «Диаграмма целей»);  Описание окружения целей (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)»);  Модель стратегической карты (тип модели «BSC - Причинно-следственная диаграмма»).
  • 50. 50 Дерево целей (тип модели «Диаграмма целей») Тип объекта модели
  • 51. 51 Описание окружения целей (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)») Типы объектов модели ЦТ ЦДМВ
  • 52. 52 Модель стратегической карты (тип модели «BSC - Причинно-следственная диаграмма») Типы объектов модели Основные перспективы:  Экономика и финансы;  Клиенты и рынки;  Персонал и развитие;  Технологические процессы;  Безопасность и надежность.
  • 53. 53 Общие принципы описания продуктов и услуг Выделяют два уровня описания продуктов и услуг:  Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг»);  Описание движения продуктов/услуг (тип модели «Диаграмма движения продуктов/услуг»).
  • 54. 54 Описание структуры продуктов/услуг (тип модели «Дерево продуктов/услуг») Тип объекта модели  Продукт (услуга) – результат процесса, имеющий определенную ценность для клиента (внутреннего и внешнего), т.е. продукт – это не работы, выполняемые бизнес-единицами, а законченные результаты выполнения этих работ.  Все процессы должны формировать продукт (субпродукт)  Для процессов управления: общекорпоративные политики, стандарты, методики, регламенты, концепции и другие документы, устанавливающие порядок реализации деятельности по кругу ведения курирующего заместителя генерального директора ОАО «РЖД».  Для обеспечивающих (вспомогательных): материальные объекты, используемые в основных процессах: вагоны, МТР, оборудование и пр.; услуги (услуги связи; услуги по эксплуатации зданий и сооружений; ремонт и пр.); документация (инструкции, техническая документация и пр.).
  • 55. 55 Описание движения продуктов/услуг (тип модели «Диаграмма движения продуктов/услуг») Типы объектов модели
  • 56. 56 Общие принципы описания ключевых показателей деятельности Выделяют два уровня описания ключевых показателей:  Описание иерархии показателей (тип модели «Дерево ключевых показателей результативности (KPI)»);  Описание окружения показателя (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)»).
  • 57. 57 Описание иерархии показателей (тип модели «Дерево ключевых показателей результативности (KPI)») Тип объекта модели
  • 58. 58 Описание окружения показателя (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)») Типы объектов модели Основные перспективы: • Экономика и финансы; • Клиенты и рынки; • Персонал и развитие; • Технологические процессы; • Безопасность и надежность.
  • 59. 59 Общие принципы описания рисков Выделяют три уровня описания рисков:  Описание классификации рисков (тип модели «Диаграмма рисков»);  Описание рисков (тип модели «Диаграмма рисков»);  Описание окружения риска (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)»).
  • 60. 60 Описание классификации рисков (тип модели «Диаграмма рисков») Типы объектов модели
  • 61. 61 Описание рисков (тип модели «Диаграмма рисков») Типы объектов модели
  • 62. 62 Описание окружения риска (тип модели «BSC Диаграмма ключевых показателей результативности (КПР)») Типы объектов модели ЦФТО
  • 63. 63 Общие принципы описания бизнес-информации Выделяют три уровня описания бизнес-информации:  Описание классификации документов (модель типа «Диаграмма носителей информации»);  Описание группы документов (модель типа «Диаграмма носителей информации»);  Описание классификации данных (модель типа «eERM»).
  • 64. 64 Описание классификации документов (модель типа «Диаграмма носителей информации») Тип объекта модели
  • 65. 65 Описание группы документов (модель типа «Диаграмма носителей информации») Типы объектов модели
  • 66. 66 Описание классификации данных (модель типа «eERM») Тип объекта модели
  • 67. 67 Общие принципы описания автоматизированных систем управления Выделяют три уровня описания автоматизированных систем управления:  Описание классификации АСУ (модель типа «Диаграмма типа прикладной системы»);  Описание типа АСУ (модель типа «Диаграмма типа прикладной системы»);  Описание окружения АСУ (модель типа «Диаграмма доступа»).
  • 68. 68 Описание классификации АСУ (модель типа «Диаграмма типа прикладной системы») Типы объектов модели
  • 69. 69 Описание типа АСУ (модель типа «Диаграмма типа прикладной системы») Типы объектов модели
  • 70. 70 Описание окружения АСУ (модель типа «Диаграмма доступа») Типы объектов модели Цель компании
  • 71. 71 Общие принципы описания бизнес-процессов Выделяют четыре уровня описания бизнес-процессов: • Модель процессов верхнего уровня (VAD) • Модели групп процессов и сквозных процессов (VAD) • Модель сценариев процессов (PSD)/ Укрупненная событийная цепочка процесса (EPC) • Событийная цепочка процесса (EPC) Диаграмма выбора процесса (PSD)
  • 72. 72 I уровень – Описание процессов верхнего уровня (тип модели «Диаграмма цепочки добавленного качества» – VAD) Тип объекта модели Процессы согласно Карте необходимо выстраивать по жизненному циклу продукта, формируемого процессом (для процессов управления – по управленческому циклу).
  • 73. 73 II уровень – Описание состава группы процессов (тип модели «Диаграмма цепочки добавленного качества» – VAD) Типы объектов модели  Все функции, указанные в положении о подразделении, должны быть отражены в «Дереве процессов».  Для каждого негруппового процесса на «Дереве процессов» указываются организационные единицы и количество работников (указывается в атрибуте объекта, с последующим выведением информации на модель), задействованных в выполнении данного процесса.  Все процессы, отображенные на «Дереве процессов» должны быть детализированы VAD, EPC- и FAD-моделями до уровня, который дает полную информацию о деятельности подразделения.  Все процессы дерева должны формировать продукт (субпродукт).
  • 74. 74 Принципы детализации процессов, представленные на модели группы процессов Каждый процесс (объект «Цепь создания добавленной стоимости»), представленный на модели состава группы процессов, детализируется следующим образом:  путем разработки модели описания сквозного процесса, если процесс относится к сквозным;  путем разработки моделей типового процесса двух типов:  Укрупненная событийная цепочка процесса – «EPC», если процесс имеет единственный сценарий выполнения;  «Диаграмма выбора процесса» – PSD, если процесс имеет несколько сценариев выполнения.
  • 75. 75 II уровень – Описание сквозных процессов (тип модели «Диаграмма цепочки добавленного качества» – VAD) Типы объектов модели  Сквозной, или межфункциональный, бизнес-процесс - это процесс, в котором участвует несколько подразделений, потребляющий ресурсы внешних и/или внутренних поставщиков и создающий ценность для клиентов (внутренних и внешних).  Такой процесс «пронизывает» несколько функциональных подразделений (выполнение отдельных подпроцессов в рамках бизнес-процесса может осуществляться различными исполнителями из различных подразделений и управляться руководителем, который не является непосредственным начальником этих подразделений). Модель описания бизнес-информации
  • 76. 76 Рекомендации по разработке сквозных процессов При формировании процесса по сквозному принципу необходимо: 1. исходя из основных процессов деятельности подразделения и функционала куратора (заместителя генерального директора или директора) определить продукт (продукты) и его получателя (получателей); 2. определить точку возникновения потребности в данном продукте; 3. определить критерии, предъявляемые потребителем к продукту; 4. укрупнено из основных этапов сформировать цепочку процесса от момента возникновения потребности до момента передачи продукта получателю; 5. выстроить последовательность действий, при этом каждое последующее действие может реализоваться, если совершилось предыдущее и на «вход» были получены все необходимые составляющие.
  • 77. 77 III уровень – Описание сценариев процессов (тип модели «Диаграмма выбора процесса» - PSD) Типы объектов модели  Модель PSD позволяет отразить общие и отличительные черты различных вариантов выполнения (сценариев) процесса и представить их в удобном для анализа виде.  Строка таблицы представляет информацию об особенностях выполнения этапа типового процесса в различных сценариях, а столбец – последовательность действий по конкретному сценарию в привязке к этапам типового процесса.  Каждый сценарий на диаграмме выбора процесса далее детализируется на модель типа EPC.
  • 78. 78 III уровень – Описание логики процесса (тип модели – Укрупненная событийная цепочка процесса «EPC») (сценарий процесса) Типы объектов модели Помимо событий и функций на укрупненной EPC допускается использование только логических операторов и интерфейсов. Отображение объектов других типов на укрупненной EPC не допускается.
  • 79. 79 IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная цепочка процесса «EPC»). Объекты модели и их расположение Типы объектов модели Документы, исполнители, информационные системы и т.д. располагаются относительно процесса (объект типа «Функция») следующим образом:  входящие документы или материальные ценности – слева сверху от процесса;  исходящие документы, данные или продукты/услуги – слева снизу от процесса;  информационные системы – слева от процесса;  исполнители – справа сверху от процесса;  получатели результатов процесса – справа снизу от процесса;  риски – сверху справа от процесса.
  • 80. 80 IV (нижний) уровень – Описание сценария процесса (тип модели – Событийная цепочка процесса «EPC»). Пример модели событийной цепочки процесса EPC на нижнем уровне моделирования должны давать полную информацию о ходе выполнения процесса. В этих моделях необходимо указывать конкретного исполнителя, все документы, информационные системы и т.д. Любая модель данного типа обязательно начинается и заканчивается одним или несколькими событиями. Перед начальным событием или после конечного события процесса добавляют «интерфейс процесса» для указания ссылки на предыдущий/последующий процесс
  • 81. 81 Передача документов и продуктов из одного процесса в другой. Интерфейсы процессов  Конечное событие процесса должно являться начальным событием для смежного процесса.  Обычно при связи процессов кроме событий и интерфейсов указываются передаваемые в смежный процесс документы и другие ресурсы, продукты. Процесс1 Процесс2 Процесс3
  • 82. 82 Общие правила моделирования ЕРС  ЕРС начинается и заканчивается событием (событиями) и интерфейсом (интерфейсами) в другой процесс, так как иначе процессы не будут связаны и не будет возможности проводить анализ.  Стандартным является последовательность: событие-функция-событие-функция. События являются условиями выполнения функций, а также являются результатами окончания функций.  Между функциями и событиями может быть только одна входящая или исходящая связь.  Операторы используются для обозначения нескольких путей прохождения процесса (ветвлений).  У логических операторов имеется одна входящая и несколько исходящих связей, или несколько входящих и одна исходящая связь.  При расхождении и слиянии путей процессов следует использовать логический оператор одного и того же типа.  Запрещено использование операторов «Исключающее ИЛИ», «ИЛИ» после события, так как возникает неоднозначность в процессе.
  • 83. 83 Правила именования функций и событий в процессных моделях  Для именования процесса (функции) необходимо использовать его реальное название. Имя должно состоять из двух частей – отглагольного существительного, описывающего выполняемый процесс, и существительного, показывающего объект, над которым он выполняется. Пример: «Запрос данных для расчета парка локомотивов».  Имя события должно содержать существительное и описание изменения состояния в виде отглагольной формы.  В названиях событий не должны использоваться такие слова, как «необходимо», «должен», «следует», «целесообразно», «нежелательно».  События не должны основываться на оценочных суждениях.  События должны указывать:  на определенное состояние объектов управления;  на наступление определенных обстоятельств места и времени;  на результат выполнения определенной операции;  на возможные варианты решений, которые могут быть приняты в некоторой ситуации. Пример: «Заказ клиента оформлен.
  • 84. 84 Расположение функций и событий, наиболее вероятный путь  Для модели используется расположение последовательности событий и функций сверху вниз. Наиболее вероятный вариант реализации процесса Логическое правило  При ветвлении процесса основной ход процесса идет вниз, альтернативный располагается правее или левее.
  • 88. 88 Пример правильного и не правильного ветвления процессов Правильное использование логических операторов при ветвлении процесса Неправильное использование логических операторов при ветвлении процесса
  • 89. 89 Рекомендации по доработке моделей ЕРС: несколько входящих в шаг документов В случае указания на модели EPC нескольких документов рекомендуется использовать объект «Картотека» с наименованием «пакет документов на <указывается специфика необходимой информации>…, и детализировать объект «Картотека» для описания состава пакета документов.
  • 90. 90 Рекомендации по доработке ЕРС: использование статусов документов Необходимо устанавливать статус документов, который указывается объектом «Технический термин» со связью к объекту «Документ». Например, объект «Документ» с наименованием – «Договор на оказание консалтинговых услуг», а объект «технический термин» с наименованием – «Подписан».
  • 91. 91 Рекомендации по доработки ЕРС моделей: исключение одинаковых справочных объектов с разными именами Необходимо проверять и исключать наличие на моделях EPC использование отличающихся наименований справочных объектов, отражающих одну и ту же суть.
  • 92. 92 Проверка полноты данных ЕРС нижнего уровня  Логика и последовательность выполнения процесса ясна стороннему человеку (ему хватает информации, он понимает, кому передавать результат, какие действия кем выполняются и в какие сроки, какие возникают риски и т.д.).  Ознакомившись с моделью, он способен выполнить (организовать) выполнение процесса, руководствуясь отображенной на модели информацией.  Все процессы подразделения могут быть выполнены в полном объеме, в случае, если заменить всех исполнителей, а новые исполнители будут выполнять работу, исходя из схем процессов.
  • 93. 93 Описание окружения процесса (тип модели «Диаграмма окружения функций» - FAD) Типы объектов модели Для комплексного понимания контекста, в котором выполняется процесс, и требований к его ресурсному обеспечению, на каждом уровне моделирования может создаваться модель окружения процесса (тип модели «Диаграмма окружения функций» – FAD).
  • 94. 94 Требования к моделям для корректной работы скриптов Для корректной работы скриптов необходимо устранить следующие типовые ошибки при моделировании бизнес-процессов подразделений:  Установление логических операторов, которые не демонстрируют вариативность шагов в процессе. К примеру, после объекта «Функция» устанавливается логический оператор «Исключающее или», от него отходят две или более веток с событиями без функций, которые сразу же переходят к логическому оператору и процесс продолжается по одному сценарию.  Некорректно указывать на модели две и более стрелки к (от) объекту (а), демонстрирующих вход или выход функции, без использования логического оператора.  Некорректно указывать вход в функцию или выход из нее сбоку от объекта. Входы и выходы указываются сверху и снизу объекта, соответственно.  Наименование документа/пакета документов, не раскрывающего (их) сути информации. К примеру, наименование документа – «необходимая документация» не дает представления о том, какая информация нужна для корректного выполнения процесса. В таких случаях, необходимо на модели перечислить либо все документы с указанием правильного наименования, либо указать объект «Картотека» с наименованием - «Пакет документов на …<указывается специфика необходимой информации>…», и детализировать объект «Картотека» на диаграмму носителей информации, описывающую состав пакета документов.  Отсутствует статус документов, который указывается объектом «Технический термин» со связью к объекту «Документ».  Неправильное использование логических операторов «исключающее или» или «и/или» после наступления какого-либо события.  Неправильное определение границ процесса, выраженное отображением на модели части операций, относящихся к другим (ому) процессам (у).
  • 95. 95 Содержание курса  Цели и задачи в области применения процессного подхода в управлении ОАО РЖД. Представление организации как системы. Общие сведения о системном подходе. Основы методологии ARIS.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.
  • 96. 96 Примеры распространенных ошибок при моделировании процессов Масштаб модели должен быть не менее 45% на листе формата A3. Приведенная в качестве примера модель должна быть разделена на несколько моделей формата А3.
  • 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.  АСУ БМ. Основные принципы работы. АСУ БМ как инструмент описания процессов, реализующий процессный поход, и единая база для дальнейшего совершенствования процессов.  Свод правил моделирования ОАО “РЖД”. Правила моделирования и декомпозиции процессов.  Типичные ошибки при описании процессов.  Индивидуальные консультации.