Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (пред- ставленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:
Стрелки входа (входят в левую грань работы) — изображают данные или объекты, изменяемые в ходе выполнения работы.
Стрелки управления (входят в верхнюю грань работы) — изоб- ражают правила и ограничения, согласно которым выполняется работа.
Стрелки выхода (выходят из правой грани работы) — изобра- жают данные или объекты, появляющиеся в результате выпол- нения работы.
Стрелки механизма (входят в нижнюю грань работы) — изобра- жают ресурсы, необходимые для выполнения работы, но не из- меняющиеся в процессе работы (например, оборудование, люд- ские ресурсы…)
Стрелки вызова (выходят из нижней грани работы) — изобража-ют связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграм-
ма в иерархии диаграмм IDEF0 всегда изображает функционирова- ние системы в целом. Такие диаграммы называются контекстны- ми. В контекст входит описание цели моделирования, области
(описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбира- ется точка зрения лица или объекта, ответственного за работу мо- делируемой системы в целом.
проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме.
Описание каждой подсистемы проводится аналитиком совместно с экспертом предметной области. Обычно экспертом является че-
ловек, отвечающий за эту подсистему и, поэтому, досконально зна- ющий все ее функции. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности. Получив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель AS IS), аналитик с легкостью может увидеть все наиболее уязвимые места системы. После этого, с учетом вы- явленных недостатков, можно строить модель новой организации бизнес-процессов (модель TO BE).
Применение универсальных графических языков бизнес-модели- рования IDEF0, IDEF3 и DFD обеспечивает логическую целост- ность и полноту описания, необходимую для достижения точных и непротиворечивых результатов.
Посредством набора графических инструментов для отображе-
ния действий и объектов, BPwin позволяет легко построить схе- му процесса, на которой показаны исходные данные, резуль-
таты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдель- ными работами.
Интерактивное выделение объектов обеспечивает постоянную визуальную обратную связь при построении модели.
BРwin поддерживает ссылочную целостность, не допуская опре- деления некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании.
Для декомпозиции функционального блока необходимо после его выделения щелкнуть по ярлыку в панели инструментов.
В появившемся диалоговом окне следует выбрать методологию, в нотации которой будет выполняться его декомпозиция и коли- чество блоков декомпозиции.
IDEF0-диаграмма второго уровня иерархии
Дерево узлов
Стоимостный анализ (Activity Based Costing, ABC)
BPwin предоставляет аналитику инструмент для оценки модели – стоимостный анализ, основанный на работах (Activity Based Costing, ABC), с целью определить общую стоимость процесса.
Стоимостный анализ основан на модели работ, потому что коли- чественная оценка невозможна без детального понимания функ- циональности предприятия. Обычно ABC применяется для того, чтобы понять происхождение выходных затрат и облегчить вы- бор нужной модели работ при реорганизации деятельности предприятия (Business Process Reengineering, BPR).
С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства про- дукта, определение действительной стоимости поддержки кли- ента, идентификация работ, которые стоят больше всего (те, ко- торые должны быть улучшены в первую очередь), обеспечение менеджеров финансовой мерой предлагаемых изменений и др.
При проведении стоимостного анализа в BPwin сначала зада- ются единицы измерения времени и денег.
Затем описываются центры затрат (cost centers).
Каждому центру затрат следует дать подробное описание в окне Definition. Для отдельной модели задается один набор функцио- нальных центров.
Общие затраты по работе рассчитываются как сумма по всем центрам затрат. При вычислении затрат вышестоящей (родите- льской) работы сначала вычисляется произведение затрат до- черней работы на частоту работы (число раз, которое работа вы- полняется в рамках проведения родительской работы), затем ре- зультаты складываются. Подобные вычисления автоматически проводятся по всей иерархии работ снизу вверх.
При построении модели «TO BE» следует также максимально удовлетворять требованиям процессного подхода к управлению: правильно определять состав функций каждого бизнес-процесса на нижних уровнях иерархии. Выходом каждого бизнес-процесса должен воспользоваться хотя бы один клиент, необходимо мак- симально сократить количество подразделений, поскольку боль- шинство проблем возникает на границах между подразделения- ми организации. Для этого надо либо заранее описать действия на всех этапах бизнес-процесса, либо изменить структуру под- разделений, либо изменить поток работ.
Основным инструментом при построении модели «TO BE» является
Business process reengineering (BPR) - это радикальный способ ре- конструкции управления деятельностью предприятия.
Цель BPR - добиться более гибкой реакции предприятия на измене- ния требований потребителей или на прогноз таких изменений при снижении затрат всех видов.
Реинжиниринг изменяет реконструируемые бизнес-процессы следу- ющим образом.
1. Несколько рабочих процедур объединяются в одну. Для перепро- ектированных процессов характерно отсутствие технологии «кон- вейер», в рамках которой на каждом рабочем месте выполняются
простые задания или рабочие процедуры. Теперь они интегрируют-ся в одну – происходит горизонтальное сжатие процесса. Если не
удается привести все шаги процесса к одной работе, то создается команда, отвечающая за данный процесс. Горизонтальное сжатие ускоряет выполнение процесса примерно в 10 раз.
2. Исполнители принимают самостоятельные решения. В ходе ре-
инжиниринга осуществляется не только горизонтальное, но и верти- кальное сжатие процессов. Это происходит за счет самостоятель-
ного принятия решения исполнителем в тех случаях, когда при тра- диционной организации работ он должен был обращаться к управ- ленческой иерархии. Наделение сотрудников большими полномочи- ями и увеличение роли каждого из них в работе приводит к значи- тельному повышению их отдачи.