Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма по-токов данных и используется для описания процессов верхнего уровня.


Чтобы посмотреть этот PDF файл с форматированием и разметкой, скачайте его и откройте на своем компьютере.
Современные методологии и стандарты описания бизнес
-
процессов: преимущества,
недостатки и области применения"

Ковалев Сергей Михайлович,

Ковалев Валерий Михайлович,

(Журнал

"Справочник экономиста", №11, ноябрь 2006г.)

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


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

ОглТвленЧе

Современные методологии и стандарты описания бизнес
-
процессов: преимущества,
недостатки и области применения"

................................
................................
................................
.................

1

Часть 1.

................................
................................
................................
................................
................................
.............

2

Способы описания бизнес
-
процессов

................................
................................
................................
.......................

2

Описание окружения бизнес
-
процесса
................................
................................
................................
.....................

3

Классификация входов и выходов бизнес

процессов

................................
................................
............................

3

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

................................
................................
........................

4

Часть 2.

................................
................................
................................
................................
................................
.............

5

Построение диаграмм потоков данных
-

DFD

................................
................................
................................
..........

5

Построение сети бизнес
-
процессов

................................
................................
................................
..........................

7

Декомпозиция бизнес
-
процесса

................................
................................
................................
...............................

8

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

WFD

................................
................................
................................
.........

9

Часть 3.

................................
................................
................................
................................
................................
...........

10

Современные методологии описания бизнес
-
процессов

................................
................................
.....................

10

Методология

IDEF
0

................................
................................
................................
................................
.................

10

Часть 4.

................................
................................
................................
................................
................................
...........

12

Методология

DFD

в нотациях Гейна
-
Сарсона и Йордона
-
Де Марко

................................
................................
.

12

Методология

IDEF3

................................
................................
................................
................................
...................

14

Часть 5

................................
................................
................................
................................
................................
............

16

Методология

ORACLE

................................
................................
................................
................................
................

16

Методология

BAAN

................................
................................
................................
................................
...................

17

Часть 6

................................
................................
................................
................................
................................
............

20

Методология

ARIS

................................
................................
................................
................................
.....................

21

Методология, применяемая западными консалтинговыми компани
ями

................................
..........................

26

Часть 7

................................
................................
................................
................................
................................
............

27

Методология

.etec (©).

Классическая технология горизонтального описания бизнес
-
процессов

..................

27

Методологи
я

.etec (©).Технология быстрого описания процессов
-

БОП

................................
..........................

31

Программный инструментарий быстрого описания процессов

................................
................................
...........

33

Опыт применения технологий быстрого описания процессов в российских и западных компаниях

..............

35


Часть 1.

Способы описания бизнес
-
процессов

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


Рисунок 1.
Способы описания бизнес
-
процессов

Первый способ


есть не что иное как текстовое последовательное описание бизнес
-
процесса.
Примером текстового описания фрагмента бизнес
-
процесса является следующий текст: «Отдел
продаж составляет договор и согласует его с
Юридическим отделом».

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

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

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

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

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

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

Опи
сание окружения бизнес
-
процесса

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

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

в

этом случае профильное подразделение одновременно является и
внутренним клиентом бизнес
-
процесса.

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

Давайте рассмотрим следующий пример. В одной компании было осуществлено вертикальное
описание деятельности, в рамках которого был сформулирован перечень проце
ссов и работ, ре
а-
лизуемых в компании. Среди данных бизнес
-
процессов, был процесс, который назывался «Коми
с-
сионирование». Новые сотрудники
,

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

что это за
бизнес
-
процесс. Интересно, что и сотрудники проработавшие нес
колько лет в данной организ
а-
ции, путано и по
-
разному объясняли его структуру.

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

отдела

сбыта. Вых
о-
дом этого процесса является собранный заказ, внутренним клиентом которого был отдел доста
в-
к
и
, далее доставлявший заказ внешнему клиенту. Сейчас можно догадаться, что этот бизнес
-
процесс «Комиссионирование» представляет собой набор заказа для кл
иента, и что этот процесс
происходил на складе. Только описание входов и выходов позволяет точно и конкретно описать
границы бизнес
-
процесса, и зачастую без горизонтального описания бизнес
-
процессов в сложных
ситуациях обойтись практически невозможно. При
описании окружения бизнес
-
процесса рек
о-
мендуется построить его графическую схему, приведенную на рис. 2.


Рисунок 2. Схема окружения бизнес
-
процесса

Классификация входов и выходов бизнес

процессов

При описании окружения бизнес
-
процесса приходится его
входы и выходы делить на два т
и-
па: первичные и вторичные. В результате такого деления получаются первичные и вторичные
входы, а также первичные и вторичные выходы.

Это делается для того, чтобы не нарушать принцип Парето 20 на 80. Дело в том, что когда
опис
ывается окружение бизнес
-
процесса, количество различных входов и выходов оказывается
очень большим, в результате чего и описанное окружение получается чрезвычайно громоздким и
насыщенным. На это уходит много времени и сил, и при этом малосущественная для а
нализа и
принятия решения информация будет без необходимости затруднять видение, что в дальнейшем
может привести к неуспешности проекта по оптимизации деятельности компании. Для того, что
отделить существенное от несущественного, используется деление входо
в и выходов бизнес
-
процесса на первичные и вторичные. Чтобы провести такое разделение нужно воспользоваться
следующими определениями, приведенными в табл. 1 и примерами.

Таблица 1. Характеристики первичных и вторичных входов и выходов бизнес
-
процесса

Элеме
нт

Определение и характеристики

Первичный выход


Основной результат, ради которого существует бизнес
--
процесс.


Определяется целью, назначением бизнес
-
процесса.

Вторичный выход


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


Не является основной целью бизнес
-
процесса.

Первичный вход


Поток объектов, инициирующий «запуск» бизнес
-
процесса, напр
и-
мер
-

заказ клиента, план закупок и т.д.

Вторичный вход


Потоки объектов, обеспечивающие нормальное протекание бизнес
-
процесс
а, например


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

Первичный вход
-

это вход, который инициирует начало бизнес
-
процесса. В примере бизнес
-
процессов «Комиссионирование
» заявка на набор заказа является первичным входом. В данном
процессе наборщицы, которые набирают заказ используют тару, которая тоже являются входом,
но это вход вторичный, он не инициирует бизнес
-
процесс.

При описании бизнес
-
процесса нужно сделать акцент

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

То же самое относится

и к выходам. Первичным выходом называют такой выход, ради котор
о-
го процесс существует. В примере с бизнес
-
процессом «Комиссионирование» первичным выходом
является собранный заказ. При выполнении данного бизнес
-
процесса имелись и другие выходы.
Если складс
кая ячейка, содержащая определенную товарную позицию оказывалась пуста, то н
а-
борщица информировала об этом складских рабочих, в чьи обязанности входит бизнес
-
процесс
«Подпитка ячеек». Эта информация также является выходом, но этот выход не является перви
ч-
н
ым для бизнес
-
процесса «Комиссионирование», ради него процесс не существует. Следовател
ь-
но
,

он является вторичным.

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

Классическ
ая

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

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

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

ARIS
,

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

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

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

DFD

и
WFD
. Большинство других современных станда
р-
тов, несмотря на другие названия представляют небольшие разновидности и дополнения двух
классических подходов

DFD

и

WFD
.

Согласно классическому подхо
ду стандарт

DFD
, который расшифровывается как

Data Flow
Diagram

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

WFD

расшифровывается как

Work Flow Diagram

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

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


(1) Бизнес
-
процессы верхнего уровня


это бизнес
-
процессы, получающиеся на начальных этапах процессной декомпозиции
деятельности компании. К данной группе бизнес
-
процессов, как правило, относят следующие виды деятельнос
ти: «Продажа»,
«Производство», «Закупка», «Управление финансами» и т.д.

(2) Бизнес
-
процессы нижнего уровня


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

Часть 2.

Построение диаграмм потоков данных
-

DFD

Стандарт описания бизнес
-
процессов

DFD
-

Data Flow Diagram

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

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

Входы и выходы, которые были показаны при описании окружения бизнес
-
процесса (см. рис.
2), являются внешними. Внешние входы на

DFD

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

DFD
-
схемы бизнес
-
процесса их нужно перенести со схемы окружения процесса на

DFD
-
диаграмму. Для оконч
ател
ь-
ного описания бизнес
-
процесса остается описать только внутренние информационные и матер
и-
альные потоки. Каждый из них является выходом одной из работ и в то же время входом для др
у-
гой (см. рис. 3).


Рисунок 3. Диаграмма потоков данных
-

DFD

При
построении

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


Рисунок 4. Пример несовпадения временной последовательности работ и направления движения документа

В данном прим
ере вторая работа по времени начала выполняться раньше первой работы, но
документ движется от первой работы ко второй. Именно поэтому стандарт

DFD

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


Рисунок 5. Пример бизнес
-
процесс верхнего уровня.

Если компания использует схему работы "на склад", то на вопрос что происходит раньше
-

з
а-
купка продукции или ее продажа
-

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

DFD

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

При построении

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

Правило 1.

Названия работы нужно формулировать согласно следующее формуле.


Например, если эта работа представляет собой действие по продаже продукции, то ее нужно
назвать "Прода
жа продукции", а еще лучше конкретизировать что это за продукция. В данном
случае
:

"Продажа"
-

это действие, а "продукция"
-

объект над которым действие по продаже пр
о-
изводится.

Правило 2.

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

когда название работы формулируется при
помощи 2
-
3 слов. В крайнем случае нужно стремится использовать в назван
ии не более 50 симв
о-
лов. В сложных случаях рекомендуется для каждого краткого названия работы сделать ее по
д-
робное описание, которое поместить в глоссарий.

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


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


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

статус объекта.

Построение сети бизнес
-
процессов

В проекте

по описанию и оптимизации деятельности организации целесообразно разраб
о-
тать

DFD
-
схему на самом верхнем уровне


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

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

DFD
-
схему, построенную на основе бизнес
-
процессов, составляющих дерево.

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


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


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


Рисунок 6. Разработка сети бизнес
-
процессов

На практике сеть процессов

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

DFD

состоит в том, что на сети нужно
показать внешние субъекты, с которыми взаимодействуют бизнес
-
процессы компании


клиенты,
поставщики, банки
и др. На рис. 7 приведен пример сети бизнес
-
процессов для производственной
компании.


Рисунок 7. Пример сети бизнес
-
процессов

Декомпозиция бизнес
-
процесса

При построении

DFD
-
схемы бизнес
-
процесса необходимо использовать правило "7", согласно
которому нужн
о выбрать такой уровень абстрагирования и детализации, при котором схема би
з-
нес
-
процесса будет состоять в среднем из семи работ. Использование большей детализации и с
о-
ответственно количества работ приведет к сильному усложнению схемы и снижению возможности

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

В случае
,

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

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

DFD
, так и

WFD

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

DFD
-
стандарт ее описания. В противном
случае работу целесообразно описать посредством

WFD

модели.

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

Декомпозиция бизнес
-
процесса должна
продолжаться до тех пор, пока не будут достигнуты цели его описания. В данном случае удобно
использовать понятия "вложенный процесс" или "подпроцесс". На рис. 8 процессная схема работы
3 является вложенным процессом или

подпроцессом процесса верхнего уровня. Аналогичным о
б-
разом процессные схемы работ 3.1 и 3.4 являются вложенными процессами или подпроцессами
процесса второго уровня.

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

DFD

и

WFD
-
схем, в котором схемы верхнего уровня ссылаются на схемы нижнего уровня. При
этом схемы

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

DFD

и

WFD
. Схемы

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

WFD.


Рисунок 8. Декомпозиция бизнес
-
процесса

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

WFD

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

WFD

Work Flow Diagram
, что переводитс
я как диаграмма потоков работ. На
этой схеме появляются дополнительные объекты, с помощью которых описывается процесс: лог
и-
ческие операторы, события начала и окончания процесса, а также элементы, показывающие вр
е-
менные задержки (см. рис. 9).

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

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

В случаях, когда

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

В классическом подходе

WFD

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

Отличительной особенностью

WFD

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

Итак, с помощью двух классических схем

DFD

и

WFD

можно описать подробно все бизнес
-
процессы компании.


Рисунок 9. Диаграмма потоков работ
-

WFD

Часть 3.

Современные методологии описания бизнес
-
процессов

Классические стандарты

DFD

и

WFD

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

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

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

На самом деле, несмотря на свои различия, в основном определяющиеся названием диаграмм
и видов используемых объектов современные методологии описания бизнес
-
процессов практич
е-
ски идентичны и представляют из себя незначительные видоизменения двух кл
ассических
схем:

DFD
-
Data

Flow Diagram

и

WFD

Work Flow Diagram
, которые выше были рассмотрены.

Давайте рассмотрим другие современные языки описания бизнес
-
процессов:

1.

IDEF
0;

2.

DFD

в нотациях Гейна
-
Сарсона и Йордона
-
Де Марко;

3.

IDEF
3;

4.

ORACLE
;

5.

BAAN
;

6.

ARIS
;

7.

Методология, применяемая западными консалтинговыми компаниями

8.

Методология

Betec(©)
.

Методология

IDEF
0

Первая распространенная методология, которая будет рассмотрена, это

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

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

IDEF
0.

Методология

IDEF
0 незначительно отличается от классической схемы описания бизнес
-
процессов

DFD
, которая была рассмотрена ранее.

Основным отличием является присутствие в
языке дополнительной аналитики. Данный стандарт описания бизнес
-
процессов предлагает пок
а-
зывать не просто входы и выходы, как это делается в

DFD

формате. Он предлагает ввести три
типа входов. Первый тип входов назв
али также входом, а два других входа назвали управлением
и механизмами.

В стандарте

IDEF
0 c помощью входа показывают объекты


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


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

IDEF
0, полностью соответствует по смыслу выходу пр
о-
цесса, описанному при помощи

DFD
-
схемы.

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

IDEF
0, в
английском варианте образуют сокращение

ICOM

и на схеме

IDEF
0 размещаются в строго отв
е-
денных местах относительно работ, которые называются функциональными блоками (см. табл. 2).

Таблица 2. Название и размещение входов и выходов в стандарте

IDEF
0 относительно функционального
блока


Давайте
рассмотрим в системе

IDEF
0 пример бизнес
-
процесса «Выточить деталь», который
выполняет токарь. Входом процесса является заготовка, из которой вытачивается деталь


она
физически преобразуется в процессе. Для того, чтобы токарь начал точить деталь, ему нужн
о
дать задание или план. Также ему понадобится чертеж с размерами детали. Так вот, чертеж, з
а-
дание или план нужны для реализации бизнес
-
процесса, и процесс без них не начнется, но по
ходу выполнения процесса они не преобразуются. Согласно стандарту

IDEF
0 и
х относят к упра
в-
лению. Для того, что бы выточить деталь нужен токарь, нужен станок


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


Рисунок 10. Стандарт описания бизнес
-
процесса

IDEF
0

Стандарт

IDEF
0 получ
ил большое распространение в США и активно используется в России.
Но в виду того, что в стандарте

IDEF
0 появилась дополнительная аналитика по сравнению с кла
с-
сическим

DFD
-
стандартом, схемы бизнес
-
процессов, получаемые при описании в стандарте

IDEF
0
выглядят более сложными с точки зрения менеджеров компании


у них ведь не так много св
о-
бодного времени. Данная сложность часто приводит к тому, что менеджеры, особенно

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

IDEF
0. В данном случае

IDEF
0
-

является и
з-
лишне информационно насыщенным и сложным стандартом.

Второй недостаток стандарта

IDEF
0 заключается в том, что он дает больше поводов и возмо
ж-
ностей сторонни
кам сопротивлений изменениям притормозить проект по описанию и оптимизации
бизнес
-
процессов и дискредитировать его идею. Это также обусловлено усложненной аналитикой
стандарта

IDEF
0, которая часто дает повод задуматься и задавать следующие вопросы: «А пр
а-
в
ильно ли, что этот объект отнесен к входу? Может его лучше отнести к управлению?»

Тем не менее, стандарт

IDEF
0 имеет большое распространение в России, так как по нему с
у-
ществует много книг и различных информационно
-
методических материалов. Также существуют

программные продукты, поддерживающие данный стандарт, овладеть которым несложно.

Практ
и-
ка показала, что стандарт

IDE

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

На рис. 11 приведена диаграмма

IDEF
0 верхнего уровня бизнес
-
процесса «Увольнение с
о-
трудника».


Рисунок 11. Диаграмма

IDEF
0 верхнего уровня бизнес
-
процесса «Увольнение сотрудника»


(1)


Методология
-


язык и набор правил с помощью которых описывается бизнес
-
процесс.

Часть 4.

Методология

DFD

в нотациях Гейна
-
Сарсона и Йордона
-
Де
Марко

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

DFD
. Данный стандарт представлен
двумя немного различающимися вариантами, которые называют нотациями. Первая из них наз
ы-
вается нотацией
Гейна
-
Сарсона, вторая
-

нотацией Йордона
-
Де Марко.



Рисунок 12.

DFD
-
схема бизнес
-
процесса "Оформление и выдача трудовой книжки сотруднику при увол
ь-
нении" в нотации Гейна
-
Сарсона

Гейн и Сарсон развили классическую

DFD
-
схему. Они ввели дополнительный объек
т, с пом
о-
щью которого показываются места бизнес
-
процесса, в которых хранится информация либо мат
е-
риальные ресурсы. Примерами таки
х

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

хранилище данных. На

DFD
-
схемах в нотациях Гейна
-
Сарсона и Йордона
-
Де Мар
ко также используются объекты, показывающие внешние субъекты, с
которыми бизнес
-
процесс взаимодействует. Данные объекты называют внешними сущностями. На
рис. 12 приведен пример

DFD
-
схемы бизнес
-
процесса "Оформление и выдача трудовой книжки
сотруднику при у
вольнении", разработанной в нотации Гейна
-
Сарсона.


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


трудовую книжку.

Вторая нотация Йордона
-
Де Марко методологии

DFD

была названа в честь разработавших ее
специалистов Йордона и Де Марко. В первом приближении эта нотация аналогична
нотации Ге
й-
на
-
Саросна, за исключение форм объектов: для описаний операций бизнес
-
процесса вместо з
а-
кругленных прямоугольников стали использоваться круги, немного видоизменились и другие об
ъ-
екты


хранилище данных и внешние сущности (см. рис. 13).

В табл. 3

приведены названия, обозначения и смыл элементов, используемых при постро
е-
нии

DFD
-
схемы бизнес
-
процесса в нотациях Гейна
-
Сарсона и Йордона
-
Де Марко.


Рисунок 13.

DFD
-
схема бизнес
-
процесса "Оформлении и выдача трудовой книжки сотруднику при увольн
е-
нии" в нотации Йордона
-
Де Марко

Таблица 3. Элементы методологии

DFD

в нотациях Гейна
-
Сарсона и Йордона
-
Де Марко



Методология

IDEF
3

Стандарт

IDEF
0, который был рассмотрен ранее, является развитием классического

DFD

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

IDEF
0 получил дальнейшее развитие в результате чего был разработан
стандарт

IDEF
3, которы
й входит в семейство стандартов

IDEF
.

Стандарт

IDEF
3 в свою очередь является развитием

WFD

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


логические операторы, с помощью
которых показывают альтернативы и места пр
инятия решений в бизнес
-
процессе, а также объе
к-
ты


стрелки с помощью которых показывают временную последовательность работ в бизнес
-
процессе (см. рис. 14).



Рисунок 14. Схема бизнес
-
процесса в стандарте

IDEF
3

В отличие от классической методологии

WFD

в
стандарте

IDEF
3 связи между работами деля
т-
ся на три типа, обозначения, названия и смысл которых, приведены в табл. 4.

Таблица 4. Типы связей между работами в стандарте

IDEF
3

Название связи

Вид связи

Смысл связи

Связь предшествов
а-
ния


Обозначает, что
вторая работа


начинает выполняться
после завершения первой работы

Связь

отношения


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

Связь потоков объе
к-
тов


Данный тип связи


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

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

IDEF
3 логические оп
е-
ратор
ы, которые в данном случае называются перекрестками, также делятся на несколько типов:
"Исключающий ИЛИ", "И" и "ИЛИ".

Перекресток "Исключающий ИЛИ" обозначает, что после завершения работы "A" (см. рис. 15),
начинает выполняться только одна из трех располо
женных параллельно работ B, С или D в зав
и-
симости от условий 1, 2 и 3. Перекресток "И" обозначает, что после завершения работы "A", н
а-
чинают выполняться одновременно три параллельно расположенные работы B, С и D. Перекр
е-
сток "ИЛИ" обозначает, что после зав
ершения работы "A", может запуститься любая комбинация
трех параллельно расположенных работ B, С и D. Например, может запуститься только одна из
них, могут запуститься три работы, а также могут запуститься двойные комбинации В и С, либо C
и D, либо B и D.
Перекресток "Исключающий ИЛИ" является самым неопределенным, так как
предполагает несколько возможных сценариев реализации бизнес
-
процесса и применяется для
описания слабо формализованных ситуаций.


Рисунок 15. Применение перекрестков "Исключающий

ИЛИ", "И" и "ИЛИ" в случае схемы расхождения

Перекрестки "И" и "ИЛИ" подразделяются еще на два подтипа


синхронные и асинхронные.
Перекрестки синхронного типа обозначают, что работы В, С и D запускаются одновременно после
завершения работы A. Перекрестки

асинхронного типа требований к одновременности не пред
ъ-
являют.

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


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


Рисунок 3.16. Применение перекрестков "Исключающий ИЛИ", "И" и "ИЛИ" в случае схемы схождения

В табл. 5 приведены обозначения, названия и смысл

всех типов перекрестков как в схемах
схождения, так и в схемах расхождения.


Таблица 5. Обозначения, названия и смысл типов перекрестков в схемах схождения и расхождения

Название

перекрестков

Обознач
е-
ние перекрес
т-
ков

Смысл перекрестков

Схема
расхождения

Схема схождения

"Исключающий
ИЛИ"


Только одна посл
е-
дующая работа запускается

Только одна предшес
т-
вующая работа должна быть
завершена

"И"

Асин
-
хронный


Все последующие р
а-
боты запускаются

Все предшествующие р
а-
боты должны быть завершены

Син
-
хронный


Все последующие р
а-
боты запускаются одновр
е-
менно

Все предшествующие р
а-
боты должны быть завершены
одновременно

"ИЛИ"

Асин
-
хронный


Одна или несколько
последующих работ запу
с-
каются

Одна или несколько
предшествующих работ должны
быть завершены

Син
-
хронный


Одна или несколько
последующих работ запу
с-
каются одновременно

Одна или несколько
предшествующих работ должны
быть завершены одновременно

Последним отличием стандарта

IDEF
3 от классической методологии

WFD

является использ
о-
вание на схеме
бизнес
-
процесса такого элемента как "объект ссылки", с помощью которых пок
а-
зывается прочая важная информация, которую целесообразно зафиксировать при описании би
з-
нес
-
процесса.

Часть 5

Методология

ORACLE

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

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

Три наиболее крупных разработчика информационных систем:

SAP/R
3,

BAAN

и

ORACLE

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

Давайте рассмотрим стандарт, который использует компания

ORACLE
. Методология

ORACLE

содержит 5 бизнес
-
моделей, название, описание и предназначение которых приведено в табл. 6.

Таблица 6. Модели методологии

ORACLE



Название модели

Описание и предназначение модели

1.

Модель иера
р-
хии функций

Модель описывает функции, выполняемые в ко
м-
пании

2.

Модель бизнес
-
процессов

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

"Swimmer lanes"
.

3.

Модель потоков
данных

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

DFD

4.

ER (Entity
-
Relation)


модель

Информационная модель типа "Сущность
-
Связь"
-

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

5.

Модель Чена

Информационная модель типа "Сущность
-
Связь" в
нотации Чена. Описывает структуру информации, и
с-
пользуемой при реализации бизнес
-
процессов. Позв
о-
ляет описать структуру базы данны
х

При описании бизнес
-
процессов с использованием методологии

ORACLE

наиболее часто пр
и-
меняется вторая согласно перечню табл. 6 модель бизнес
-
процессов. Построение этой модели о
с-
новано на подходе

"Swimmer lanes"
, который представляет из себя смесь классиче
ских

DFD

и

WFD

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


Рисунок 17. Пример описания бизнес
-
процесса "Торговля чаем" для функциональной организационной
структуры компании "Эврика"

Одним из недостатков формата

"Swimmer lanes"

является то, что в данном случае

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

Методология

BAAN

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

BAAN

содержит шесть бизнес
-
моделей, описание которых приведено в табл. 7.

Таблица 7. Модели методологии

BAAN



Название модели

Описание и предназначение модели

Английский в
а-
риант

Русский вариант

1.

ESM


Enterprise
Structure Model

Модель метастру
к-
туры предприятия

Модель позволяет описать географически ра
с-
пределенную структуру компании

2.

BCM
-

Business
Control Model

Модель управл
е-
ния

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

DFD
. Применяется
для описания бизнес
-
процессов
верхнего уровня

3.

BPM
-

Business
Process Model

Процессная м
о-
дель

Модель описывает бизнес
-
процессы компании
в стандарте

WFD
. Применяется для описания би
з-
нес
-
процессов нижнего уровня

4.

BFM
-

Business
Function Model

Функциональная
модель

Модель описывает
функции, выполняемые в
компании и их иерархию

5.

BOM
-

Business
Organization Model

Организационная
модель

Модель описывает организационную структуру
компании

6.

ERM


Entity
-
Relationship Model

Информационная
модель

Информационная модель типа
"Сущность
-
Связь" описывает структуру информации, испол
ь-
зуемой при реализации бизнес
-
процессов. Позв
о-
ляет описать структуру базы данных

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

Модель метаструктуры предприятия


ESM

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

подразд
е-
ления компании (офисы, филиалы, пр.), а также материальные и информационные потоки между
ними. Данная бизнес
-
модель по своей сути напоминает классический

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


Рисунок 18. Модель метаструктуры предприятия


ESM/BAAN

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


ESM
декомпозируется на

модель управления


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


BCМ полностью соответствуют классич
е-
ской

DFD
-
схеме, и она применяется для описания бизнес
-
процессов верхнего уровня (см. рис.
19).


Рисунок

19. Модель управления


BCM/BAAN
.

Процессы с модели управления


BCM

декомпозируются на

модель управления


BCM

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


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

WFD
-
схеме, за исключением двух особенностей
(см. рис. 20).
Первая


блоки принятия решений на модели бизнес
-
процессов

BPM

называются управляющими
работами и вторая особенность
-

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


Рисунок 20. Модель бизнес
-
процессов


BPM/BAAN

При описании деятельности компании методология

BAAN

также
использует модель функций


BFM
, при помощи которых строится дерево функций компании (см. рис. 21).


Рисунок 21. Модель функций


BFM/BAAN

Следующая модель методологии

BAAN



модель организационной структуры


BOM

используется для описания подразделений и

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


Рисунок 22. Модель организационной структуры


BOM/BAAN

Последняя информационная модель
-

ERM

методол
огии

BAAN

имеет тип "Сущность
-
Связь" и
предназначена для описания структуры информации, используемой при реализации бизнес
-
процессов. С помощью данной модели проектируются базы данных (см. рис. 2 3 ).


Рисунок 23. Информационная модель


ERM/BAAN

Часть 6

Методология

ARIS

Одной из современных методологий бизнес
-
моделирования, получившей широкое распр
о-
странение в России является методология

ARIS
, которая расшифровывается как

Architecture of
Integrated Information Systems



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

Методология

ARIS

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

ARIS

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

SAP/R

3, который применяется при вн
е-
дрении системы и ее настройке на деятельность компании. Ввиду большого количества бизнес
-
моделей методология

ARIS

делит их на четыре группы (с
м. рис. 24):

Группа "Оргструктура"

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

Группа "Функции"

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

Группа "Информация"

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

Группа "Процессы"

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


Рисунок 24. Группы моделей методологии

ARIS

Большими преимуществами методологии

ARIS

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

ARIS

смысловое

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


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

ARIS
имеет наибольшее количество
различных объектов, используемых при построении бизнес
-
моделей, что увеличивает их анал
и-
тичность. Например, материальные и информационные потоки на процессных схемах обозначаю
т-
ся разными по фо
рме и цвету объектами, что позволяет быстро определить тип потока.

Несмотря на большее количество моделей в методологии

ARIS
, в проектах по описанию и о
п-
тимизации деятельности в общем случае их используется не более десяти. Методол
о-
гия

ARIS

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

Таблица 8. Наиболее часто используемые на практике модели методологии

ARIS



Название модели

Описание и предназначение модели

Английский в
а-
риант

Русский вариант

1.

OD
-
Objective
diagram

Диаграмма
целей

Модель описывает стратегические цели ко
м-
пании и их взаимосвязь с другими элементами о
р-
ганизации.

2.

PST
-
Product/Service tree

Дерево продуктов
и услуг

Модель описывает продукты и услуги, прои
з-
водимые компанией, и их взаимосвязь с другими
элементами
организации.

3.

FT
-
Function tree

Дерево функций

Модель описывает функции, выполняемые в
компании и их иерархию.

4.

FAD
-
Function
allocation diagram

Диаграмма окр
у-
жения процесса

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

5.

VACD
-
Value added
chain diagram

Диаграмма цепо
ч-
ки добавленной стоим
о-
сти

Процессная модель


аналог классического
стандарта

DFD
. Применяется для описания бизнес
-
процессов верхнего уровня.

6.

PSM
-

Process
selection matrix

Матрица выбора
процесса

Процессная модель


аналог к
лассического
стандарта

DFD
. Является альтернативой мод
е-
ли

VACD

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

7.

eEPC


Extended
Event driven Process
Chain

Расширенная ц
е-
почка процессов,
управляемая событиями

Процессная модель аналог классич
еского
стандарта

WFD
. Применяется для описания бизнес
-
процессов нижнего уровня.

8.

ORG
-

Organizational chart

Модель организ
а-
ционной структуры

Модель описывает организационную структуру
компании.

9.

ASTD
-
Application
system type diagram

Диаграмма типов
информационных си
с-
тем

Модель описывает структуру информационных
систем, используемых в компании.

Модель "Диаграмма целей"


OD

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


Рисунок 25. Модель "Диаграмма целей"


OD/ARIS

Модель "Дерево продуктов и услуг"
-

PST

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


Рисунок 2

6

. Модель "Дерево продуктов и услуг"


PST/ARIS

Модель "Дерево функций"
-

FT

описывает функции, выполняемые в
компании и их иера
р-
хию. Данная модель часто применяется для построения дерева бизнес
-
процессов компании (см.
рис. 27).


Рисунок 2

7

. Модель "Дерево функций"


PST/ARIS.

Модель "Диаграмма окружения процесса"
-

FA

D

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


Рисунок 28. Модель "Диаграмма окружения процесса"


FAD

/ARIS

Модель "Диаграмма цепочки добавленной стоимости"
-

VACD

является аналогом кла
с-
сического

DFD

стандарта и
используется для описания бизнес
-
процессов верхнего уровня. Д
о-
полнительным отличием данной модели от других процессных моделей является то, что информ
а-
ционные и материальные потоки на схеме
VACD

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

VACD

методологии

ARIS

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

WFD

(см. рис. 29).


Рисунок 29. Модель "Диаграмма цепочки добавленной стоимости"


VACD/ARIS

Модель "Матрица
выбора процесса"
-

PSM

является аналогом классического

DFD

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

VACD
. Матрица выбора процессов по о
т-
ношению к диаграмме цепочки добавленной стоимости
-

VACD

с одной стороны является более
упрощенным вариантом

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

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

организ
а-
ционную структуру, показан на рис. 30.


Рисунок 30. Модель "Матрица выбора процессов"


PSM/ARIS

Модель "Расширенная цепочка процессов, управляемая событиями"
-

eEPC

является
аналогом классического

WFD

стандарта и используется для описания
бизнес
-
процессов нижнего
уровня. Дополнительным отличием

eEPC
-
модели от классической

WFD
-
схемы является наличие на
модели объекта, который называется событием. С помощью объектов событий изображается факт,
время или событие инициирующие начало выполнения р
абот бизнес
-
процесса, а также факт или
время их завершения (см. рис. 31).


Рисунок 31. Модель "Расширенная цепочка процессов, управляемая событиями"


eEPC

/ARIS

Модель "Организационная структура"
-

ORG

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


Рисунок 32. Модель "Организационная структура"

ORG/ARIS

Модель "Диаграмма типов
информационных систем"
-

ASTD

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


Рисунок 33. Модель "Диаграмма типов информационных систем"

VACD/ASTD

Методология, применяемая западными консалтинговыми
компаниями

Большинство консалтинговых компаний в проектах по оптимизации деятельности
организаций
в общем случае применяют типовую методологию описания бизнес
-
процессов. Данная методол
о-
гия состоит из двух типов бизнес
-
моделей, одна из которых применяется для описания бизнес
-
процессов верхнего уровня и является аналогом классической

DFD
-
моде
ли, а вторая применяется
для описания процессов нижнего уровня и соответствует принципам построения классич
е-
ской

WFD
-
схеме.

Модель верхнего уровня и принципы ее построения представлена на рис. 34.


Рисунок 34. Модель описания бизнес
-
процессов верхнего уро
вня, применяемая консалтинговыми комп
а-
ниями

Модель бизнес
-
процессов нижнего уровня, использующая подход

"Swimmer
lanes"

представлена на рис. 35.


Рисунок 35. Модель описания бизнес
-
процессов нижнего уровня, применяемая консалтинговыми комп
а-
ниями

Часть 7

М
етодология

Betec (©).

Классическая технология горизонтал
ь-
ного описания бизнес
-
процессов

На основе применения различных современных методологий описания бизнес
-
процессов в
российских компаниях, консалтинговая компания "Бизнес
-
инжиниринговые

технологии" разраб
о-
тала методологию описания деятельности, компании, воплотившую в себя, как мы считаем на
и-
лучшие элементы рассмотренных выше подходов. Данная методология, называемая

Betec (©)
,
состоит из моделей, с помощью которых описывают бизнес
-
деятел
ьность компании и которые у
с-
ловно сгруппированы в следующие разделы:


Стратегия;


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


Финансы;


Персонал;


Маркетинг.

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

"Бизнес
-
процессы и оргструктура".

Таблица 9. Модели методологии

Betec (©),

соответствующие разделу "Бизнес
-
процессы и оргструктура"



Название модели

Описание и предназначение модели

1.

Дерево бизнес
-
направлений

Модель описывает
бизнес
-
направления, реализуемые в ко
м-
пании, и их взаимосвязь с другими элементами организации.

2.

Дерево бизнес
-
процессов

Модель описывает бизнес
-
процессы, выполняемые в комп
а-
нии, и их иерархию.

3.

Диаграмма окружения пр
о-
цесса

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

окружение бизнес
-
процесса
(границы процесса


входы, выходы, клиенты, поставщики).

4.

Дерево информационных
потоков

Модель описывает и классифицирует информационные пот
о-
ки компании.

5.

Дерево материальных пот
о-
ков

Модель описывает и классифицирует матери
альные потоки
компании.

6.

Дерево организационной
структуры

Модель описывает организационную структуру компании.

7.

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

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

8.

Диаграмма процесса
-

DFD

Процессная модель


аналог классического стандарта
DFD
.
Применяется для описания бизнес
-
процессов верхнего уровня.

9.

Диаграмма процесса
-

WFD

Процессная модель
-

аналог классического стандарта
WFD
.
Применяется для описания бизнес
-
процессов нижнего уровня.

Модель "Дерево бизнес
-
направлений"

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


Рисунок 36. Модель "Дерево бизнес
-
направлений"
-

Betec (©)

Модель "Дерево
бизнес
-
процессов"

описывает бизнес
-
процессы, выполняемые в комп
а-
нии, и их иерархию (см. рис. 3 7 ). На верхнем уровне дерева бизнес
-
процессы делятся на три
группы: основные, обеспечивающие и управленческие.


Рисунок 37. Модель "Дерево бизнес
-
процессов"
-

Betec (©)

Модель "Диаграмм окружения процесса"

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




Рисунок 38. Модель "Диаграмма окружения процесса"
-

Betec (©)

Модель "Дерево инфо
рмационных потоков"

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

MS Word
, после чего на схеме дерева информацио
н-
ных
потоков показывается соответствие между элементами дерева и разработанными документ
а-
ми

MS

Word

(см. рис. 39).


Рисунок 39. Модель "Дерево информационных потоков"
-

Betec (©)

Модель "Дерево материальных потоков"

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


Рисунок 40. Модель "Дерево материальных потоков"
-

Betec (©)

Модель "Дерево организационной структуры"

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

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


Рисунок 41. Модель "Дерево организационной структуры"
-

Betec (©)

Модель "Дерево информационной системы"

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


Рисунок 42. Модель "Дерево информационной системы"


Betec (©)

Модель "Диаграмма процесса
-

DFD
"

является аналогом классического

DFD

стандарта и
используется для описания бизнес
-
процессов верхнего уровня. При построении диаграммы

пр
о-
цесса


DFD

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

В случае если в проекте была описана внутренняя структура информационных потоков, то на
схеме процесса показывается соответствие между элементами информационных потоков и док
у-
ментами в формате

MS Word
, описывающими внутреннюю структуру информации (см
. рис. 4 3 ).


Рисунок 43. Модель "Диаграмма процесса
-

DFD
"


Betec (©)

Модель "Диаграмма процесса
-

WFD
"

является аналогом классического

WFD

стандарта и
используется для описания бизнес
-
процессов нижнего уровня. При построении диаграммы пр
о-
цесса


WFD

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

В случае е
сли в проекте была описана внутренняя структура информационных потоков, то на
схеме процесса показывается соответствие между элементами информационных потоков и док
у-
ментами в формате

MS Word
, описывающими внутреннюю структуру информации (см. рис. 4 4 ).


Рисунок 44 Модель "Диаграмма процесса
-

WFD
"


Betec (©)

Методология

Betec (©).
Технология быстрого описания проце
с-
сов
-

БОП

Область применения быстрого описания бизнес
-
процессов


Время не ждет!

Технология быстрого описания процессов (БОП) предназначена дл
я одновременного описания
всех или большого количества бизнес
-
процессов предприятия в короткие сроки и с минимальн
ы-
ми затратами, которые в себя включают:


Временные и финансовые затраты, связанные с работой внутренних специалистов по оп
и-
санию;


Стоимость их
обучения технологиям описания бизнес
-
процессов;


Стоимость приобретения и использования программных средств бизнес
-
моделирования;


Стоимость привлечения внешних консультантов к работам по описанию бизнес
-
процессов.

Технология быстрого описания позволит повыс
ить эффективность работ по совершенствов
а-
нию деятельности предприятия.

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

П
рактический опыт применения технологии быстрого описания в российских и западных ко
м-
паниях в период 1996
-

2006 г . показал ее эффективность, в особенности для компаний малого
бизнеса.

Содержание технологий быстрого описания бизнес
-
процессов

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

методологического

и

программного
.

Методологический инструментарий быстрого описания процессов

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

обычного классического подхода описываются следующие элементы процесса:


Перечень работ и их вертикальная иерархия;


Последовательность выполнения работ, включая описание входов и выходов, предста
в-
ляющих информационные и материальные потоки процесса.

В этом

случае в процессной модели наряду с вертикальными иерархическими связями прису
т-
ствуют горизонтальные потоки между работами, которые составляют процесс. Поэтому такой по
д-
ход процессного моделирования часто называют "горизонтальным" описанием деятельности (
см.
рис. 45). В виду того, что для "горизонтального" описания требуется больше времени и трудоз
а-
трат, его еще называют "сложным".

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

работ процесса и их вертикальная иерархия.


Рисунок 45. "Простое" (вертикальное) и


"Сложное" (горизонтальное) описание бизнес
-
процессов

Программный инструментарий быстрого описания процессов

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

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


Рисунок 46. Упрощенный (текстовый) ввод информации о процессе в программный продукт бизнес
-
моделирования и автоматическая генерация графических процессных диаграмм

На практике в качестве программного инструментария, поддерживающего технологии

прост
о-
го "вертикального" описания и текстового ввода, консалтинговая компания "БИТЕК" использует
разработанные ею программные решения серии

"Бизнес
-
инженер"
. В состав данной серии входят
следующие п
рограммные продукты:


Бизнес
-
инженер Малыш

(данный продукт распространяется бесплатно);


Бизнес
-
инженер Лайт

;


Бизнес
-
инженер Профи

.

Подробное описание этих продуктов представлено на сайте

www.betec.ru

в соответствующих
разделах.

План проекта по быстрому описанию бизнес
-
процессов

Типовой проект по быстрому

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


Детальная бизнес
-
модель компании

в электронном виде, которая включает:


Описание бизнес
-
процессов компании ;


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


Описание распределения ответственности структурных
звеньев компании за бизнес
-
процессы.


Процессные и структурные регламентирующие документы

, автоматически сгенер
и-
рованные на основе электронной бизнес
-
модели:


Положение о процессной системе управления;


Положения о бизнес
-
процессах (для выбранных процессов);


Положение об организационной структуре ;


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


Должностные инструкции/ Job Descriptions (для выбранных должностей).


Рекомендации по совершенствованию процессно
-
организационной бизнес
-
модели к
омпании.

Типовой план проекта по быстрому описанию бизнес
-
процессов состоит из трех этапов, пер
е-
чень которых с указанием результатов и сроков приведен в табл. 10.

Таблица 10. Этапы, результаты и сроки типового проекта по быстрому описанию бизнес
-
процессов



Этап

Результаты

Сроки реализации этапа

I.

Идентификация и
выделение бизнес
-
процессов компании
верхнего уровня


Дерево бизнес
-
процессов верхнего уровня (с
о-
держащее 15
-
25 основных,
обеспечивающих и управленч
е-
ских процессов)


Схема организационной
структуры
верхнего уровня


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

До 1 недели

Точный срок определяется
исходя из размеров компании и
сложности работ.

I

I

.

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


Детальные деревья би
з-
нес
-
процессов до уровня дол
ж-
ностей (15
-
25 деревьев для в
ы-
бранных процессов)


Детальная схема орг
а-
низационной структуры до уро
в-
ня должностей


Детальные матрицы
распределения ответсвенности
структурных звеньев компании
за

работы бизнес
-
процессов до
уровня должностей (15
-
25 ма
т-
риц для выбранных процессов)


Рекомендации по с
о-
вершенствованию процессно
-
организационной бизнес
-
модели
компании

1
-
1,5 месяца

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

I

I
I

.

Разработка пр
о-
цессных и структурных
регламенти
-
рующих
документов


Положение о процес
с-
ной системе управления


Положения о бизнес
-
процессах (15
-
25 положений для
выбранных процессов)


Положение об организ
а-
ционной структуре


Положения о структу
р-
ных подразделениях (количес
т-
во положений соответствует к
о-
личеству выбранных подразд
е-
лений)

До 1 недели

Регламенты генерируются
автоматически при помощи пр
о-
граммного продукта
Бизнес
-
инженер
.

Основные работы данного
этапа этапа посвящены разр
а-
ботке форм и
программированию
соответствующих шаблонов ре
г-
ламентов. Поэтому срок реал
и-

Должностные инстру
к-
ции/ Job Descriptions (количес
т-
во документов соответствует к
о-
личес
тву выбранных должн
о-
стей)

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

Итого:

1
-
1,5 месяца

Результаты I, II и III этапов в виде прописанных бизнес
-
процессов и соответствующих им
регламентов представляются как в виде текстового отчета в формате MS Word, так и в виде эле
к-
тронной бизнес
-
модели.

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

Бизнес
-
инженер
:


Бизнес
-
инженер Малыш

(данный продукт распространяется бесплатно);


Бизнес
-
инженер Лайт

;


Бизнес
-
инженер Профи

.

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


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


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


KPI ( bp );


Знания и компетенции, необходимые для выполнения процессов;


и т.д.

Опыт применения технологий быстрого описания процессов в
российских и западных компаниях

В период 1996
-

2
006 г . технологии быстрого описания бизнес
-
процессов были успешно пр
и-
менены для совершенствования и повышения эффективности бизнеса в сотнях российских и з
а-
падных компаний. В большинстве случаев эти компании смогли эффективно применить технол
о-
гии быстрого

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


Обучение внутренних специалистов компании
технологиям быстрого описания;


Программное оснащение и поддержка проекта;


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

Перечень компаний, в которых были применены технологии быстрого процессного опис
ания в
рамках консультационной практики консалтинговой компании "БИТЕК" можно посмотреть на сайте
компании
www.betec.ru

в разделе "

Опыт работы
".


Приложенные файлы

  • pdf 7815593
    Размер файла: 2 MB Загрузок: 0

Добавить комментарий