Вячеслав Кондратьев - Проектируем корпоративную архитектуру

Программные решения этого направления в разработках компаний « Центр бизнес-инжиниринга» и « БИГ МЕНЕДЖМЕНТ» ( группа БИГ,Москва) получили название БИГ-Мастер. Совместно с Московским фондом подготовки кадров( МФПК) был разработан и размещен для открытого доступа на сайте www.big-group.ruвариант простой концептуальной программы, поддерживающей матричное моделирование, опубликовано подробное описание в книге «7 нот менеджмента» [1], в модульной программе для менеджеров [20]. В результате за несколько лет решения этого класса получили свою пользовательскую аудиторию. Идеи подхода стали использовать и другие разработчики и консалтинговые компании, в том числе и региональные, и сегодня активно развиваются различные модификации методологии.

В качестве принципиальных можно отметить два важных направления расширения подхода. Совместно со специалистами компании « Парус» была разработана и опробована схема экспорта гиперкубов организационных и информационных характеристик в исполнительную систему управленческого учета и таким образом обеспечено ее конфигурирование для поддержания бюджетирования [1].

В проектах, выполняемых под руководством ГУ – Высшая школа экономики, показаны возможности применения методологии при создании электронных регламентов для органов государственного управления и «Электронного государства» www.elrussia.ru

Более подробно рассмотрение тематик моделирования бизнес-процессов (а сегодня это интересует многих профессионалов от организации бизнеса) проведено в следующем, третьем выпуске Навигатора «Показываем бизнес-процессы» [4], а здесь приведены только несколько важных и перспективных оценок в сфере развития структурного и процессного моделирования.

19.2. Представление модели бизнес-процесса в разных нотациях

Рис. 19.2.1. Пример матриц «функции на функции» и «функции на звенья»

Рис. 19.2.2. Графическая схема процесса в IDEFO

Рис. 19.2.3. Графическая схема процесса в CFFC

На рис. 19.2.1, представлена ориентированная матрица проекций трех функций (j = 1,2,3) на себя (i = 1,2,3). Наличие знака в клетке (j, i) означает, что j-я функция предшествует при исполнении процесса i-й функции. Кроме того, на этом рисунке представлена неориентированная матрица проекций трех функций (i = 1,2,3) на организационные звенья (k = 1,2,3). Наличие знака – > в клетке (k, i) означает, что i-я функция исполняется k-м звеном.

На рис. 19.2.2 эта же модель соответствий функций и звеньев представлена в форме графической нотации, аналогичной IDEF0, а на рис. 19.2.3 – в форме CFFС(от англ. Cross Functional Flow Chart), более известной у нас как матрица Разу( Государственный университет управления).

Сразу обращает внимание то, что представление и восприятие графических диаграмм по форме и внешнему виду существенно различаются. Между тем классификаторы соответствия всех трех моделей совпадают.

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

19.3. Архитектура бизнес-процессов

Представление модели бизнес-процесса или бизнес-модели компании задается посредством (рис. 19.3.1):

• классификаторов организационных характеристик;

• матриц соответствия организационных характеристик, что, по сути дела, соответствует применению функциональных операторов, где – вектор характеристик для строки матрицы, а – для столбца;

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

Рис. 19.3.1. Архитектура обобщенной модели характеристик и связей бизнес-процесса 19.4. Архитектура программных решений