Моделирование архитектуры предприятия

АРХИТЕКТУРА ПРЕДПРИЯТИЯ: ВВЕДЕНИЕ В ОСНОВЫ ПРОЕКТИРОВАНИЯ.

MARCUS AURELIUS LTD

Г. МОСКВА2015 ГОД, МАЙ Ватикан. Винтовая лестница.

СТРАНИЦА 2

СОДЕРЖАНИЕ

ИСТОРИЯ БИЗНЕС-АНАЛИЗА

ПРОБЛЕМЫ БИЗНЕС-АНАЛИЗА

ПАТТЕРНЫ МОДЕЛИРОВАНИЯ

TOGAF & ARCHIMATE

ВЫВОДЫ

Marcus Aurelius ltd.

КОНТАКТЫ

СТРАНИЦА 3

VALUE CHAIN: ВЫДЕЛЯЕМ ОСНОВНЫЕ СТРУКТУРНЫЕ ЭЛЕМЕНТЫ ДЕЯТЕЛЬНОСТИ

Porter’s Value Chain Diagram

Пример Porter’s Value Chain Diagram

УПРАВЛЯТЬ МОЖНО ТЕМ, ЧТО ТЫ ХОРОШО ПОНИМАЕШЬ. ПОЭТОМУ, ГЛАВНОЕ:

– ВЫДЕЛИТЬ ОБЪЕКТЫ УПРАВЛЕНИЯ В СООТВЕТСТВИИ С ИХ ФУНКЦИОНАЛЬНОЙ ПРИРОДОЙ.

СТРАНИЦА 4

VALUE CHAIN: ЧТО ПОВЫШАЕТ ЦЕННОСТЬ? НА ЧЕМ МОЖНО ЭКОНОМИТЬ?

Value Chain Diagram

ОСНОВНАЯ ИДЕЯ ЦЕПОЧКИ СОЗДАНИЯ СТОИМОСТИ - КОНЦЕНТРАЦИЯ УСИЛИЙ КОМПАНИИ НА ТЕХ ДЕЙСТВИЯХ,

КОТОРЫЕ ПРИНОСЯТ ЦЕННОСТЬ ПРОДУКТУ, А ЗНАЧИТ И КОНЕЧНОМУ КЛИЕНТУ

Маркетинг(МА)

Разработкапродуктов/

услуг(DP)

Производствопродуктов/

услуг(PR)

Управлениеснабжением

сбытом идоставкой

(LD)

Осуществлениепродаж и

управлениеобслуживанием

клиентов(CS)

Цепочка продуктивных бизнес-процессов

Обеспечивающие бизнес-процессы

Совершенст-вование

деятельностиорганизации

(BI)

Управлениезащитой

окружающейсреды(EM)

Управлениевнешнимисвязями

(EX)

Управлениеперсоналом

(HR)

Управлениефинансами

(FM)

Управлениекорпоративными

службами/помещениями

(FA)

Управлениеюридическими

услугами(LG)

Планированиеи управление

(PM)

Снабжение(PO)

Разработка исопровождение

систем/технологий

(SY)

СТРАНИЦА 5

VALUE CHAIN: КАК РЕАЛИЗОВАТЬ ЕЕ ОПТИМАЛЬНЫМ ОБРАЗОМ?

Сети процессов

Закуп

ка

Складирование

Планирование основной деятельности

Уп

равл

ен

ие

Ко

неч

но

й с

бо

рко

й

Управление производством

Разработка новых продуктовБизнес-планирование

Прогнозпродаж

Запросыклиентов

Счет

Заказ

Основной план

План закупки материалов

График производстваЗаявка на

материалы

Полученныетовары

Ведомость комплектации Ведомостькомплектации

Заказы на

конечнуюсборку

Подтвер-

жденныйзаказ

Задание наотгрузку

План

Закупкиматериалов

Заказ назакупку

Информация о продукте

Получение и приемка

Производство компонентов

Конечная сборка

Упаковка и отгрузка

Полусборка

Пр

од

аж

а

Планирование потребностей в материалах

Бизнес-план

По

ставщ

ики

Кл

иен

ты

СТРАНИЦА 6

ПРОЦЕССЫ ПРОЦЕССЫ ПРОЦЕССЫ ОПЕРАЦИИ

К вопросу процессных иерархий

Процесс 4

Процесс

3.2

Декомпозиция

процесса 3


процесса 3.4

Процесс

3.3

Процесс

3.4

Процесс

3.1

Процесс

3.4.1

Процесс

3.4.2

Процесс

3.4.3

Процесс 3Процесс 2Процесс 1

Процесс

3.1.1

Процесс

3.1.2

Процесс

3.1.3


процесса 3.1

ОПЕРАЦИИ И KPI УРОВНЯ РАБОЧИХ МЕСТ – НАИБОЛЕЕ НИЗКИЙ ОБЪЕКТ УПРАВЛЕНИЯ

СТРАНИЦА 7

Функции компании – виды деятельности

компании, необходимые для достижения

основного результата компании

Компетенции – набор знаний, навыков и

умений персонала, необходимых для

исполнения функций, в том числе слабо

определенных и не формализованных функций

Цели - набор целевых установок для каждого

подразделения и сотрудника, достижения

которых приводит к воплощению в жизнь

стратегии компании

KPI – показатели/метрики деятельности на всех

уровнях компании, комплексно и количественно

мотивирующие персонал на достижение самых

разных целях в различных областях: клиенты,

финансы, процессы, персонал.

КЛЮЧЕВЫЕ ОБЪЕКТЫ УПРАВЛЕНИЯ: ЭВОЛЮЦИЯ

Процессы – взаимоувязанные цепочки

действий, оптимизирующие компанию

горизонтально вдоль ее материальных и

коммуникативных (информационных) потоков.

Проекты – виды деятельности компании,

направленные на изменение самой компании, ее

инфраструктуры, организованности, персонала

или продукции

Capability/Service – совокупность компетенций,

свойств, способностей, способных создавать

результат в определенном диапазоне с учетом

нестабильности среды, но с гарантированными

параметрами качества

А также:

Знания

Персонал

Ожидания клиентов

Ожидания акционеров…

MARCUS AURELIUS LTD. +7 495 922 12 40. Рудь Виктор

СТРАНИЦА 8

БИЗНЕС-МОДЕЛЬ: ПОНИМАНИЕ ЕЕ ВЛИЯНИЯ

Шаблон бизнес-модели

СТРАНИЦА 9

КАК ЭТИМ УПРАВЛЯТЬ?

Функции компании

Компетенции

Цели

KPI

Процессы

Проекты

Capability/Service

Знания

Персонал

Ожидания клиентов

Ожидания акционеров…

Бизнес-модель: партнеры, продукт, цена, ресурсы, каналы, доходы, затраты.


СТРАНИЦА 10

ЧЕМ ПРИХОДИТСЯ УПРАВЛЯТЬ?


ДВЕ ГЛАВНЫХ ЧЕРТЫ СОВРЕМЕННОГО УПРАВЛЕНИЯ:

Управление информацией.

Управление не элементами, а их взаимосвязями.

Если раньше приходилось управлять непосредственно

людьми, то сейчас управление свелось к умению

понимать и интерпретировать многочисленную

информацию, поступающую регулярно и спорадически

из различных источников. Ключевым фактором успеха

управления становится не столько способность

реагировать на информационный поток, продолжая

видеть в нем отдельные объекты управления, сколько

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

ЭЛЕМЕНТЫ УПРАВЛЕНИЯ СТАЛИ АТОМАРНЫМИ, ПРЕДСКАЗУЕМЫМИ, ГИБКИМИ:

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

СТРАНИЦА 11

АРХИТЕКТУРА: МНОГОУРОВНЕВЫЙСТРУКТУРНЫЙ ПОРЯДОК В ЭЛЕМЕНТАХ И СВЯЗЯХ МЕЖДУ НИМИ


Motivation & Delivery:

Структурирует цели, мотивы и факторы влияния

Расширение: проекты, программы, плато-gap

Цели-задачи-мотивы-проекты

Бизнес-процессыБизнес-функцииБизнес-объекты

Архитектура систем и данных

Инфраструктура

→ → →

Business layer:

Структура процессов, функций, подразделений.

Структурирует бизнес-объекты

Структура создаваемого продукта

Application layer: обработка данных

Структурирует данные

Структурирует поведение систем

Структура интеграций

Infrastructure:

Структурирует сети.

Структурирует центры и узлы обработки

Структурирует системное программное

обеспечение

СТРАНИЦА 12TOGAF & ARCHIMATE: ИНСТРУМЕНТЫ УПРАВЛЕНИЯ

TOGAF®, an Open Group Standard, is a proven enterprise architecture methodology

and framework used by the world's leading organizations to improve business efficiency.

СТРАНИЦА 13

FOUR LEVELS OF ABSTRACTION

EBA EIA ETA ESA

Conceptual

Logical

Implementation

Business context

Remember:

• Just enough models just in time

• Avoid paralysis by analysis

• Future state before current state

СТРАНИЦА 14

ARCHIMATE

Спецификация ArchiMate 2.0 это стандарт, разработана компанией The Open Group для языка архитектурного моделирования ArchiMate.

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

СТРАНИЦА 15

НАБОР АРТЕФАКТОВ МОДЕЛИРОВАНИЯ


СТРАНИЦА 16

АРХИТЕКТУРА: ПРИМЕР ВЗАИМОСВЯЗИ МЕЖДУ СЛОЯМИ МОДЕЛИ


Цели-задачи-мотивы-проекты

Бизнес-процессыБизнес-функцииБизнес-объекты

→ → →

Архитектура систем и данных

Stakeholder Driver

Goal

Constraint

Driver

Business Requiremen

t

System Requiremen

t

PrincipleConstraint

Business Service

Application Service

Value

Product

Work Package

СТРАНИЦА 17

БАЗОВЫЙ ПАТТЕРН

СТРАНИЦА 18

АРТЕФАКТЫ УРОВНЯ БИЗНЕСА И ПРИЛОЖЕНИЙ

ТРИ ВИДА БАЗОВЫХ ЭЛЕМЕНТОВ: АКТИВНЫЕ, ПАССИВНЫЕ, ПОВЕДЕНИЕ

Пассивные элементы Поведенческие Активные элементы

СТРАНИЦА 19

ТОНКОСТИ В ИНТЕРПРЕТАЦИИ ДАННЫХ


Значение is defined as the knowledge or expertise present in a business object or its

representation, given a particular context. Значение отражает цель/намерение документа или бизнес-

объекта, то есть зачем/кому он нужен в определенном контексте «потребления информации».

Представление: сообщение или документ, то есть любая репрезентация объекта в форме,

доступной для его восприятия. Форма можно быть электронная, бумажная, аудио, pdf, html и т.д.

Представление может отражать несколько бизнес-объектов. Равно как и один бизнес-объект может

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

Бизнес-объект: блок информации или ключевое понятие, которым оперирует бизнес. Бизнес-

объекты инстанциируются. Бизнес-объекты используются процессам, функциями, бизнес-

сервисами и др. Бизнес-объект обычно моделируется классом в нотации UML.

Артефакт: физический фрагмент данных: таблица, файл, сообщение, спецификация, программный

код или скрипт. Объект данных может быть реализован одним или набором артефактов. Артефакт

пожмет состоять из субартефактов.

Meaning

Representation

Business Object

Data Object

Artifact

Rea

lizat

ion

Объект данных – реализация бизнес-объекта средствами информационной системы. Значимый

для бизнеса блок информации, который может быть реализован в той или информационной

системе, как набор атрибутов. По отношению к объектам данным информационные системы

выполняют системные функции.

СТРАНИЦА 20

ТОНКОСТИ В ИНТЕРПРЕТАЦИИ ПОВЕДЕНИЯ


Бизнес-сервис: такое представление о деятельности, которое подразумевает

выполнение чьих-то ожиданий или нужд [как внутри организации, так и за ее

пределами]. Бизнес-сервис – это то, как функции и процессы видны снаружи

таких «черных ящиков», как компания или отдел. Бизнес-сервис сосредоточен

на VALUE, которое он несет окружающей среде (environment).

Бизнес-функция: is defined as a behavior element

that groups behavior based on a chosen set of criteria (typically

required business resources and/or competences).

Взаимодействие: тоже самое, что и «процесс» или «функция», но если

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

подразумевает участие нескольких ролей.

Событие: то, что случается и влияет на поведение. Бизнес-процессы

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

функций события мгновенны.

Бизнес-процесс: поведенческий элемент, который моделирует

группу упорядоченных действий (flow – см далее).

Результатом бизнес-процесса является продукт или услуга

(для внешнего или внутреннего потребителя в компании).

Business process group’s behavior is based on a sequence or

“flow” of activities that is needed to realize a product or service.

Processes describe some kind of “flow” of activities, whereas

functions group activities according to required skills, knowledge,

resources, etc.

Complex processes in general involve activities that offer various

functions. In this sense a business process forms a string of

business functions. In general, a business function delivers added

value from a business point of view. Organizational units or

applications may coincide with business functions due to their

specific grouping of business activities.

… поведенческий элемент, который

группируется поведение, основываясь на

таких критериях, как например, требующиеся

ресурсы или компетенции.

СТРАНИЦА 21

АРХИТЕКТУРА: ВИДЫ СВЯЗЕЙ

ВИДЫ СВЯЗЕЙ МЕЖДУ ОБЪЕКТАМИ

PassiveStructureElement

Service

BehaviorElement

Interface

ActiveStructureElement

accesses

accessed by

accesses

accessed by

used by

uses

realized by

realizes

assigned from assigned to

assigned from

assigned to

used by

uses

composes

composed of

used by

uses

triggered by / flow from triggers / flow to

СТРАНИЦА 22TOGAF & ARCHIMATE

СТРАНИЦА 23

VIEWPOINT: МОДЕЛЬ ПОТОКА РАБОТ В ПРОЦЕССЕ


1. End-2-end (cross department) Business Process

1.1. SubProcess

1.1.1.SubProcess

1.1.2.SubProcess

1.1.3.SubProcess

1.1.4.SubProcess

Business Function 1

Sub Function Sub Function

Business Function 2


1.2. SubProcess

1.2.1.SubProcess

1.2.2.SubProcess

Business Function 3


Application Component

Application Function


Application Component



Business Unit №1(Actor)

Business Unit №2(Actor)

СТРАНИЦА 24

VIEWPOINT: ВАРИАНТЫ

VIEWPOINTS – ТОЧКИ ЗРЕНИЯ

Stakeholder

Driver

Assessment

Goal

Requirement /Constraint

Principle

СТРАНИЦА 25

ИНСТРУМЕНТАЛЬНАЯ СРЕДА МОДЕЛИРОВАНИЯ


ENTERPRISE ARCHITECT. QPR SOFTWARE PLC

СТРАНИЦА 26

ВЫВОДЫ


Итак, что мы имеет в итоге:

Archimate предлагает несколько десятков хорошо проработанных (определенных,

вычлененных) артефактов моделирования бизнес- и ИТ-систем

Набор стандартизованных взаимосвязей между артефактами, включая свободные ассоциации

Возможность связывать объекты несколько раз в зависимости от решаемой задачи

Рассматривать анализируемое явление с различных точек зрения, не меняя саму модель

явления

Общий язык [формализмов] для профессионалов в области инжиниринга компаний

В РЕЗУЛЬТАТЕ:

ЛУЧШЕ ПОНИМАНИЕ БИЗНЕСА, ЕГО СИЛЬНЫХ И СЛАБЫХ СТОРОН

ЛУЧШАЯ КООРДИНАЦИЯ РАБОТЫ ДЛЯ ДОСТИЖЕНИЯ ПОСТАВЛЕННЫХ ЦЕЛЕЙ

MARCUS AURELIUS LTD.

КОНТАКТЫ ДЛЯ СВЯЗИ

Рудь Виктор Геннадиевич

Директор по консалтингу

ООО «МАРК АВРЕЛИЙ»

http://www.consulo.ru

E-mail: v.rud @consulo.ru

Телефон: +7 (495) 922-12-40

Не отказывайся от помощи, особенно когда это связано с исполнением долга.

Многое из того, что не удаётся сделать в одиночку, может быть легко достигнуто, если действовать сообща…

Марк Аврелий


http://www.consulo.ru/

WWW.MARCUS-AURELIUS.RU

Рудь Виктор Геннадиевич

Директор по консалтингу

ООО «МАРК АВРЕЛИЙ»

e-mail: v.rud @consulo.ru

Телефон: +7 (495) 922-12-40

Marcus Aurelius ltd.

СТРАНИЦА 29

Управление архитектурой систем и предприятия

Реинжиниринг процессов

Дизайн информационных систем

Бизнес-анализ

Revenue Assurance

Дизайн и поддержание автоматизированных

каталогов услуг

Проведение тендеров на выбор программного

обеспечения

Обучение по методологиям

Telemanagement Forum

Управление требованиями

Разработка Требований, Тех.Заданий,

Архитектурных решений и концепций

Организационный дизайн

Процессное управление

Проработка KPI процессов и подразделений

Компания «Марк Аврелий»

Управление проектом

Планирование проекта и ресурсов

Создание и контроль процессной архитектуры

Создание и контроль функциональной архитектуры

Создание и контроль информационной архитектуры

Разработка учебных материалов

Обучение ключевых пользователей

Нормирование численности подразделений и

оптимизация орг.штатной структуры

Реинжиниринг процессов

Подготовка процессов и функций к передаче в

аутсорсинг

Виды услуг компании: Виды помощи в больших проектах:

ЭКСПЕРТИЗА И УСЛУГИ КОМПАНИИ «МАРК АВРЕЛИЙ»

СТРАНИЦА 30

ПРОЕКТЫ & КЛИЕНТЫ «МАРК АВРЕЛИЙ»
