Хватит платить за все! Снижение издержек в компании

• желание собственника и/или руководства сократить издержки;

• влияние технологического прогресса (появление новых малозатратных технологий).

С другой стороны, есть силы, которые оказывают сопротивление данному проекту, а именно:

• личные интересы сотрудников, направленные на сохранение прежних доходов и влияния;

• недоверие (неполное доверие) со стороны сотрудников;

• различия в оценке текущей ситуации у инициаторов проекта и у рядовых сотрудников.

Приложения

Приложение I. Распределение бюджетов по уровням ответственности (к главе 1)

Приложение II. Пример карты процессов (к главе 3)

Приложение III. Обзор нотаций моделирования бизнес-процессов (к главе 3)

Стандарты графического описания бизнес-процессов (БП)

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

• семейство стандартов IDEF (в частности, IDEFo, DFD, IDEF3);

• семейство стандартов ARIS (в частности, нотация eEPC);

• семейство стандартов UML (Usecase diagram, activity diagram);

• кроссфункциональная нотация.

Каждое из этих семейств стандартов представляет собой определенную методологию и реализовано рядом программных продуктов (CASE-средств). Наиболее популярное программное обеспечение (ПО), реализующее ту или иную методологию, представлено в табл. III.1.

Таблица III.1

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

Семейство стандартов IDEF

Стандарт моделирования бизнес-процессов IDEFo был принят в качестве такового в 1981 г. Исторически он возник из стандарта SADT (Structured Analysis and Design Teqnique), активно применявшегося с конца 1960-х гг., в частности Министерством обороны США. IDEF является аббревиатурой от ICAM DEFinition. ICAM – Integrated Computer Aided Manufacturing.

Семейство стандартов IDEF включает в себя ряд графических нотаций, которые могут быть использованы для моделирования БП:

• IDEFo – стандарт описания бизнес-процессов;

• DFD – диаграмма потока данных (DataFlow Diagram);

• IDEF3 – стандарт моделирования потока работ (workflow).

Более подробное описание данных нотаций моделирования приведено далее.

Семейство стандартов ARIS

ARIS расшифровывается как Arhitecture of Integrated Information Systems – архитектура интегрированных информационных систем. В методологию ARIS входит пять типов представлений моделей:

• организационные модели, описывающие иерархическую структуру системы: иерархию организационных подразделений, должностей, полномочий конкретных лиц и т. д.;

• функциональные модели, описывающие функции (процессы, операции), выполняемые в организации;

• информационные модели (модели данных), отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

• модели процессов/управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы и объединяющие вместе другие модели;

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

В каждом из этих типов моделей есть ряд нотаций, отличающихся методами моделирования, и число этих нотаций довольно велико. В частности, ARIS Toolset поддерживает ряд нотаций языка моделирования UML – Unified Modeling Language.

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

Нотация ARIS eEPC расшифровывается следующим образом: Extended Event Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В табл. III.2 приводятся основные используемые в рамках нотации графические объекты.

Таблица III.2

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

На рис. III.1 представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.

Рис. III.1

На рис. III.1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:

• каждая функция должна быть инициирована событием и должна завершаться событием;

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

Кроме этих правил существуют и другие важные правила формирования моделей в ARIS. Эти правила можно изучить при помощи методического материала «Методы ARIS», который устанавливается на компьютер одновременно с демоверсией продукта.

На рис. III.2 показано применение различных объектов ARIS при создании модели бизнес-процесса.

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

Из рис. III.2 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC визуально отражена быть не может. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено выполнение двух задач одновременно. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например графики Ганта в системе MS Project.