Пример: моделирование бизнес-процесса на основе стандарта IDEF 0.

Для перехода к непосредственному практикуму по стандарту IDEF0 нами была предложена модель процесса консалтингового проекта. Для более простого анализа предложенной модели нами были выделены и сформулированы основные функции консалтингового проекта. Предлагаемые ниже функции взяты из книги «Управленческое консультирование» под редакцией Милана Кубра.

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

1. Подготовка к консультационному заданию.

2. Диагностика.

3. Планирование действий.

4. Внедрение.

5. Завершение.

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

Подготовка к консультационному заданию.

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

- контакты с клиентом;

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

- формирование технического задания;

- формулирование предложений клиенту;

- заключение контракта на проведение консалтинговых работ.

Схематически рассматриваемую функцию можно представить следующим образом:

Рис.2 Действие отображаемое в стандарте IDEF 0

Диагностика.

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

В нашей модели основными компонентами функции «Диагностика» являются:

- выявление необходимых факторов;

- анализ и синтез материала;

- детальное изучение проблемы.

Диагностика схематически представлена ниже.

Рис.3 Диагностика

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

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

В данной функции модели выделены следующие компоненты:

- выработка решений;

- оценка альтернативных вариантов;

- предложения клиенту;

- планирование практической реализации решения.

Как и в предыдущих двух функциях ниже представлен блок «Планирование действий».

Внедрение.

Эта функция осуществляет реализацию разработанных ранее консультантами решений проблем клиента. Компонентами описываемой функции принято считать:

- помощь в осуществлении предложенного;

- корректировка предложений;

- обучение персонала клиентской компании;

- планирование и контроль за внедрением.

Ниже представлена модель функции «Внедрение» на основе стандарта IDEF0.

Рис.5 Внедрение

Завершение.

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

- оценка сделанного;

- конечный отчет;

- расчет по обязательствам;

- оценка планов на будущее;

- уход консультанта.

Рис.6 Завершение

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

Рис. 8 Бизнес-процесс консалтингового проекта

2.7. Описание метода DFD ( DataFlaw Diagramming ) (Метод Гэйна – Сарсона)

Также как и стандарт IDEF0 диаграммы потоков данных (DFD) моделируют систему, как сеть действий, связанных друг с другом. Диаграммы потоков данных также моделируют «холдинг-резервуар» (holding tank) сохранения данных, а также внешние элементы, которые указывают на связи с объектами за пределами созданной системы.

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

Диаграммы потоков данных часто ассоциируются с разработкой программных продуктов, т.к. они разрабатывались изначально для этих целей. Данное изображение объекта в диаграмме было разработано Крисом Гэйном и Тришем Сарсоном – авторами метода разработки диаграмм потоков данных (метод Гэйна – Сарсона). Действия представлены в форме прямоугольника с закругленными углами. Подобно этому можно рассматривать метод DFD Юрдона – Де Марко, в которых кружками (шариками) изображаются действия.