2.2 Принципы структуризации бизнес-системы

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

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

1. Верхний уровень модели должен отражать только контекст системы -взаимодействие моделируемого единственным контекстным процессом пред­приятия с внешним миром и ничего более. В случае построения модели биз­нес-системы, включающей в себя несколько разнотипных предприятий, на контекстном уровне необходимо отразить каждое из них и их соответствую­щие взаимосвязи. Например, контекстная диаграмма горно-обогатительно­го комбината может содержать процессы Автобаза, Карьер, Фабрика и Уп­равление; контекстная диаграмма регионального банка Сбер­банка РФ может содержать процессы Территориальное Управление, Типовое Отделение, Типовой Филиал.

2. На втором уровне модели должны быть отражены основные деятель­ности (тематически сгруппированные бизнес-процессы) предприятия и их взаимосвязи. Например, для автотранспортного предприятия одним из ре­шений может быть выделение следующих деятельностей: Эксплуатация ав­тотранспорта (группа основных процессов), Ремонт и техническое обслуживание (группа вспомогательных процессов), Контроль безопасности (еще одна группа вспомогательных процессов), Управление производством (груп­па процессов управления), Обеспечивающая деятельность (группа обеспечи­вающих процессов). В случае большого количества деятельностей некото­рые из них можно вынести на третий уровень модели. Так, Обеспечивающая деятельность может включать в себя Учет кадров, Бухгалтерский учет, Эко­номическое планирование, Материально-техническое снабжение, Складской учет и т.п. Но в любом случае под деятельности необходимо отводить не более двух уровней модели.

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

4. Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций. Так, процесс Прием на работу содержит в себе функции Прием заявления, Оформление приказа, Регистрация и др. Обычно для моделирова­ния бизнес-функции достаточно 2-3 уровней детализации, которая заверша­ется на уровне элементарной бизнес-операции.

5. Описание элементарной бизнес-операции (задание алгоритма ее выпол­нения) осуществляется с помощью мини-спецификации.

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

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

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