Текст книги "Секреты успешных предприятий: бизнес-процессы и организационная структур"

Автор книги: Сергей Ковалев

Соавторы: Валерий Ковалев
сообщить о нарушении

Текущая страница: 5 (всего у книги 30 страниц)

3.3.3. Методология DFD в различных нотациях

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

В нотации DFD Гейна-Сарсона к классической DFD-схеме добавлен дополнительный объект, отражающий места хранения информации или материальных ресурсов. Например, архив – хранение документов, база данных – хранение информации, склад – хранение материальных ресурсов. Этот объект получил название – хранилище данных. На DFD-схемах в нотации Гейна-Сарсона также используется элемент, показывающий внешние по отношению к процессу объекты, с которыми бизнес-процесс взаимодействует. Их называют внешними сущностями. На рис. 3. 10 приведен пример DFD-схемы бизнес-процесса «Оформление и выдача трудовой книжки сотруднику при увольнении», разработанной в нотации Гейна-Сарсона.

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

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

Вторая нотация методологии DFD – нотация Йордона-Де Марко, на первый взгляд аналогична нотации Гейна-Сарсона, за исключением форм объектов. Так для обозначения подпроцессов вместо закругленных прямоугольников используются круги. Немного видоизменились и другие объекты: хранилище данных и внешние сущности (см. рис. 3.11).

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

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

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

Табл. 3.3. Элементы методологии DFD в нотациях Гейна-Сарсона и Йордона-Де Марко

3.3.4. Методология IDEF3

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

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

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

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

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

В стандарте IDEF3 логические операторы, называемые перекрестками, также делятся на несколько типов: «Исключающий ИЛИ», «И» и «ИЛИ» (см. рис. 3.13).

Перекресток «Исключающий ИЛИ» обозначает, что после завершения процесса «А» начинает выполняться только один из трех расположенных параллельно процессов В, С и D, в зависимости от выполнения одного из трех условий.

Рис. 3.13. Применение перекрестков в случае схемы расхождения

Перекресток «И» обозначает, что после завершения процесса «А» начинают выполняться одновременно три параллельно расположенных процесса В, С и D.

Перекресток «ИЛИ» обозначает, что после завершения процесса «А» может запуститься любая комбинация трех параллельно расположенных процессов В, С и D. Например, может запуститься только один из них, могут запуститься все три процесса, или двойные комбинации процессов: В и С, С и D, В и D. Перекресток «ИЛИ» является самым неопределенным, так как предполагает несколько возможных сценариев реализации бизнес-процесса и применяется для описания менее формализованных ситуаций.

Перекрестки «И» и «ИЛИ» подразделяются на синхронные и асинхронные. Перекрестки синхронного типа обозначают, что работы В, С и D запускаются одновременно после завершения работы А. Перекрестки асинхронного типа требований к одновременности не предъявляют.

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

Рис. 3.14. Применение перекрестков в случае схемы схождения

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

Табл. 3.5. Обозначения, названия и смысл перекрестков методологии IDEF3

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

•   внешних субъектов – клиентов и поставщиков бизнес-процесса;

•   внутренних субъектов – ответственных и исполнителей бизнес-процесса;

•   входные и выходные информационные и материальные потоки;

•   информационные системы и прочие ресурсы, используемые в процессе.

3.3.5. Методология Swimmer Lanes

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

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

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

Отметим, что метод «плавательных дорожек» не является альтернативой классическим DFD– и WFD-подходам. Напротив, и DFD-, и WFD-схему можно построить в виде дорожек, расположенных по горизонтали или по вертикали. На практике чаще применяется вертикальное расположение дорожек.

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

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

Одним из недостатков формата Swimmer Lanes является то, что при его использовании труднее отследить временную последовательность подпроцессов, а также главное направление процесса, что актуально при его временной оптимизации.

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

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

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

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

Модель бизнес-процессов нижнего уровня (см. рис. 3.17) является аналогом классической WFD-схемы и использует подход Swimmer Lanes для отображения распределения ответственности в процессе.

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

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

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

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

Один из подходов, применяемый компанией ORACLE для описания бизнес-процессов, состоит в использовании двух основных моделей. Первая из них – аналог классической DFD– схемы и применяется для описания бизнес-процессов верхнего уровня (см. рис. 3.18).

Рис. 3.18. Модель бизнес-процессов верхнего уровня ORACLE

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

Рис. 3.19. Модель бизнес-процессов нижнего уровня ORACLE

Для описания бизнес-процессов нижнего уровня подход ORACLE использует вторую модель (см. рис. 3.19), которая является аналогом классической WFD-схемы. Ее отличием является использование подхода Swimmer Lanes для отображения ответственных и исполнителей бизнес-процессов.

3.3.8. Методология BAAN

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

Табл. 3.6. Модели методологии BAAN

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

Рис. 3.20. Модель метаструктуры предприятия – ESM

Модель метаструктуры предприятия (ESM) применяется для описания географически распределенной организационной структуры предприятия.

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

Бизнес-единицы предприятия, изображенные на модели метаструктуры (ESM), декомпозируются на модель управления (ВСМ) рис. 3.21.

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

Рис. 3.21. Модель управления – ВСМ

Если процессы модели управления (ВСМ) глобальны и не могут быть представлены в виде временной последовательности, они декомпозируются также на модели управления (ВСМ), но более низкого уровня. В противном случае декомпозиция производится на модели бизнес-процессов (ВРМ), которые практически полностью соответствуют классической WFD-схеме, за исключением двух особенностей (см. рис. 3.22).

Рис 3.22. Модель бизнес-процессов – ВРМ

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

При описании деятельности компании методология BAAN также использует модель бизнес-функций (BFM), при помощи которой строится дерево функций компании (см. рис. 3.23).

Рис. 3.23. Модель бизнес-функций – BFM

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

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

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

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

Последняя шестая модель методологии BAAN – информационная модель (ERM), имеет тип «Сущность-Связь» и предназначена для описания структуры информации, используемой при выполнении бизнес-процессов. С помощью этой модели проектируются базы данных для разрабатываемой информационной системы (см. рис. 3.25).

Рис. 3.25. Информационная модель – ERM

3.3.9. Методология ARIS

Одной из последних современных методологий бизнес-моделирования, пришедшей с Запада и получившей распространение в России, является методология ARIS (Architecture of Integrated Information Systems) – проектирование интегрированных информационных систем.

Методология ARIS на данный момент является наиболее объемной и содержит более 100 различных бизнес-моделей, используемых для описания, анализа и оптимизации различных аспектов деятельности предприятия. Часть моделей методологии ARIS используется в настроечном модуле интегрированной информационной системы SAP/R3, который применяется при внедрении системы и ее настройке на бизнес-процессы компании. Ввиду большого количества бизнес-моделей методология ARIS делит их на четыре группы7 (см. рис. 3.26).

Рис. 3.26. Группы моделей методологии ARIS

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

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

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

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

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

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

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

Табл. 3.7. Наиболее часто используемые бизнес-модели методологии ARIS

Модель «Дерево продуктов и услуг – PST» применяется для описания продуктов и услуг компании. На рис. 3.27 приведен пример дерева продуктов и услуг компании, занимающейся производством и продажей аудио-видео продукции и торгового оборудования.

Рис. 3.27. Модель «Дерево продуктов и услуг – PST»

Модель «Дерево функций – FT» описывает выполняемые в компании функции и их иерархию. Эта модель часто применяется для построения дерева бизнес-процессов верхнего уровня. На рис. 3.28 приведен пример модели, построенной для описания процессов верхнего уровня компании, занимающейся производством и продажей аудио-видео продукции и торгового оборудования.

Рис. 3.28. Модель «Дерево функций» – FT»

Модель «Диаграмма окружения процесса – FAD» позволяет описать границы бизнес-процесса, отобразив его входы, выходы, поставщиков и клиентов. На рис. 3.29 приведен пример диаграммы окружения бизнес-процесса «Набор заказа».

Рис. 3.29. Модель «Диаграмма окружения процесса – FAD»

Модель «Диаграмма цепочки добавленной стоимости – VACD» является аналогом классического DFD-стандарта и используется для описания бизнес-процессов верхнего уровня.

Рис. 3.30. Модель «Диаграмма цепочки добавленной стоимости – VACD»

Отличием этой модели от других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами. При этом для каждого типа потока используется свой объект. В отличие от классического подхода на модели VACD также используются логические связи между подпроцессами, которые позволяют отобразить логическую последовательность их выполнения. В качестве одного из вариантов логической последовательности может выступать временная последовательность подпроцессов, что характерно для классического подхода WFD. На рис. 3.30 приведен пример диаграммы цепочки добавленной стоимости, построенной при описании бизнес-процесса верхнего уровня «Закупка и розничная торговля аудио-видео продукцией» компании, занимающейся производством и продажей аудио-видео продукции и торгового оборудования.

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

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

Рис. 3.31. Модель «Матрица выбора процессов – PSM»

Модель «Диаграмма типов информационных систем – ASTD» используется для описания структуры информационных систем, используемых в компании.

Рис. 3.32. Модель «Диаграмма типов информационных систем – ASTD»

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

Модель «Расширенная цепочка процессов, управляемая событиями – еЕРС» является аналогом классического WFD-стандарта и используется для описания бизнес-процессов нижнего уровня.

Рис. 3.33. Модель «Расширенная цепочка процессов, управляемая событиями – еЕРС»

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

На рис. 3.33 приведен фрагмент модели «еЕРС», разработанной для описания процесса «Подача транспортного средства к складу поставщика», который является составной частью процесса «Закупка сырья» торговой компании.

Модель «Организационная структура – ОС» используется для описания организационной структуры компании и отражает структурные подразделения, группы, должности, роли и прочие элементы, а также связи между ними. На рис. 3.34 приведен фрагмент модели, разработанной для описания деятельности производственной компании.

Рис. 3.34. Модель «Организационная структура – ОС»