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

Программные решения этого направления в разработках компаний « Центр бизнес-инжиниринга» и « БИГ МЕНЕДЖМЕНТ» ( группа БИГ,Москва) получили название БИГ-Мастер. Совместно с Московским фондом подготовки кадров( МФПК) был разработан и размещен для открытого доступа на сайте 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. Архитектура программных решений

Современные решения для моделирования процессов представляют собой программно-методические комплексы, поддерживаемые услугами по обучению и инжинирингу деятельности. Программная компонента включает три блока средств со следующей функциональностью (рис. 19.4.1):

• ввод данных для моделирования бизнес-процессов;

работа с моделью регламентов, в том числе:

– создание архитектуры модели;

– представление данных о модели;

– работа с моделью бизнес-процессов (а в более общем случае – с интегрированной бизнес-моделью компании;

Рис. 19.4.1. Архитектура программных решений БИГ – мастер

Навигатор для профессионала № 1 «Даешь инжиниринг!»

1.1. Из истории современного инжиниринга

Классификаторы инжиниринга– инициирование проектов, организация инвестирования, проектирование, поставки, создание объекта, эксплуатация объекта.

Инжиниринг– предоставление услуг по созданию и эксплуатации объектов промышленности и инфраструктуры. По определению Европейской экономической комиссии ООН, инжиниринг – особая деятельность, связанная с созданием и эксплуатацией предприятий и объектов инфраструктуры, или, иначе говоря – совокупность проектных и практических работ и услуг, относящихся к инженерно-технической области и необходимых для строительства объекта и содействия его эксплуатации. Таким образом, согласно этому определению, инжиниринг находится между наукой и самим производством, формируя технико-технологическую базу для производственной деятельности. Классификации форм инженерной деятельности Европейской экономической комиссии ООН: ижиниринг консультационный «чистый»– проектирование, авторский надзор, планирование и подготовка строительства (ППР, сетевые графики), контроль за проведением СМР (технический заказчик), испытания, экспертиза, консультации; технологический– предоставление технологий для строительства и эксплуатации объектов, передача лицензий, производственного опыта и т. д.; строительный и/или общий– проектирование, поставки оборудования и его монтаж; комплексный– проектирование, поставки оборудования, руководство СМР и сдача объекта «под ключ»; техническое содействие– услуга или ряд услуг, оказываемых в ходе реализации проекта и (или) после его окончания для освоения переданных технологий, оборудования, осуществление авторского надзора и обучение кадров.