Проектируем корпоративную архитектуру - читать онлайн

• Бизнес-инжиниринг – создание и применение бизнес-приложений при использовании системных и электронных моделей деятельности компаний и организаций.

• Бизнес-инженер – инженер по созданию и эксплуатации бизнес-приложений.

• Формы предоставления инжиниринговых услуг – консалтинг, управление исполнением проектов, исполнение проектов и сервисов, эксплуатация систем.

• Процессы создания объекта – инициирование, создание, эксплуатация, реконструкция (рис. 1.0.1).

1.1. Инжиниринг бизнес-процессов и систем управления

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

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

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

Другое направление применения – проведение внутренними службами компаний штатных работ по совершенствованию бизнес-процессов и систем управления. Многие компании именно здесь ищут возможности развития конкурентоспособности на современных рынках.

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

Чаще всего инженеру приходится иметь дело с созданием и эксплуатацией уникальных объектов при учете специфических условий даже там, где можно говорить о существенной типовости применяемых решений. Масштабность и разнообразие сферы применения инжиниринговых услуг способствуют развитию индустриальных способов работы инженера, которые каждый раз, ориентируясь на достижение уникальных практических решений, опираются на научные подходы, системно используют дополняющие теорию лучшие практики, используют современные методы организации разработки и внедрения решений (см. рис. 1.1.1).

1.2. Основные этапы создания инжиниринговых решений

На агрегированном уровне процессы создания инжиниринговых решений могут быть описаны достаточно однотипно. Так, процесс создания объекта специалисты предлагают делить на четыре этапа (см. рис. 1.2.1):

• инициирование – постановка вопроса, структурирование, экспертиза, принятие идеи к исполнению и инвестирование бизнес-плана проекта создания и эксплуатации объекта;

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

• эксплуатация объекта, включая сервисные услуги, а в некоторых случаях аутсорсинг ряда функций;

• реконструкция или утилизация решения.

Рассмотрим в качестве примера объекта инжиниринга бизнес-процессы компании. Применительно к такому объекту описанная схема может выглядеть примерно так:

• инициирование проекта описания и регламентации бизнес-процессов;

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

• применение описаний и регламентов бизнес-процессов;

• аудит и улучшение (корректировка стратегии и реинжиниринг) бизнес-процессов.

Специфика конкретного проекта проявляется в процессе детализации и конкретизации общей схемы создания решения. Вариантность объектов применения инжиниринга колоссальная, и детализации кажутся необозримыми. Тем не менее при конкретной проработке процесс создания каждого объекта нужно детализировать и системно прописать, понимая, что детальное решение будет в чем-то уникальным, и не все ответы удастся найти в учебнике.

1.3. Отраслевые матрицы инжиниринговых услуг

При наложении процессов создания решений на типовые группы бизнес-приложений получается удобная схема описания отраслевых рынков услуг бизнес-инжиниринга в виде матрицы «отраслевые объекты – инжиниринговые услуги по их созданию» (см. рис. 1.3.1).

Детализация и конкретизация матрицы приводит к выделению отдельных видов инжиниринговых услуг (см. рис 1.3.2).

Оценка количественных параметров сегментов матрицы позволяет строить рабочие модели проведения маркетинговых исследований отраслевых рынков инжиниринговых услуг.

1.4. Бизнес-инженер

«Инженер – это ученый строитель… сооружений различного рода». Приблизительно так определял В.И. Даль в XIX в. смысл инженерной деятельности.

Современное понимание термина «инженер» во многом сохранилось. При создании объекта инженер выполняет роль «ученого-строителя», или помогает строителю, или руководит им. Инженер знает, что строить, как строить и как управлять созданием объекта.

При более широкой трактовке в качестве объекта инжиниринга могут выступать не только объекты строительства, но и другие виды искусственно создаваемых систем.

Бизнес-инжиниринг – это деятельность по созданию, внедрению и обеспечению функционирования приложений по организации деятельности компаний и организаций. Обычно подобная деятельность осуществляется в форме обособленного проекта создания инжинирингового решения или в форме внешних или внутренних сервисных услуг по инжиниринговому обеспечению работы системы.

Предоставляющий услуги бизнес-инженер может нести ответственность в форме консультанта, управляющего проектом, исполнителя проекта, эксплуатанта объекта (см. рис 1.4.2).

1.5. Ключевые процессы создания объектов и решений

В общем инвестиционном процессе «инициирование – создание объекта (разработка решения) – эксплуатация – утилизация или реконструкция объекта» этап создания объекта занимает почетное второе место. В осуществлении создания объекта или разработки решения центральную роль играют четыре процесса (см. рис. 1.5.1):

• E (проектирование – от англ. engineering);

• P (комплектация – от procurement);

• C (создание объекта – construction);

• PM (управление проектом – project management).

При реализации проекта создания объекта и разработки решения эти процессы могут исполняться специализированными организациями как раздельно, так и в различных комбинациях. Например, в последнее время широкое распространение получает EPС-подряд, или как его еще называют, подряд «под ключ», представляющий комплексное исполнение работ по проектированию, организации поставок и созданию объекта.

EPC = E+P+C

В подобных проектах инжиниринг играет роль стержня всего цикла жизни реализации проекта – от формирования идеи до создания объекта.

1.6. Знаменитая программа действий бизнес-инженера

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

Моделирование деятельности компании или организации позволяет решать широкий круг задач:

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

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

• анализ и упорядочивание процессов управления, основных и обеспечивающих бизнес-процессов компании;

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

• анализ эффективности процессов подготовки, передачи и хранения информации;

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

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

Уже на этапе описания деятельности компании «как есть» неизбежно начинается выявление существующих недостатков и готовится материал для дальнейшей ее оптимизации. Впоследствии модель может и должна быть использована для следующих целей:

• разработка путей оптимизации деятельности, т. е. построения модели деятельности «как надо»;

• оптимизация реальной деятельности на основе модели «как надо».

В практике инжиниринга сформировалась знаменитая программа действий бизнес-инженера по использованию моделей в процессе разработки и внедрения решений (см. рис. 1.6.1):

1. Исследования ситуации «как есть».

2. Разработка модели «как есть».

3. Описание ситуации «как надо».

4. Разработка модели «как надо».

5. Разработка программы перехода из ситуации «как есть» к ситуации «как надо».

6. Реализация программы действий, в том числе управление изменениями.

7. Достижение ситуации «как надо» или коррекция программы действий.

1.7. Информационные технологии в бизнес-инжиниринге

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

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

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

Наряду с применением западных решений появились и отечественные разработки, учитывающие при высокой степени адаптированности известные мировые достижения. Так, работы по интегрированному моделированию организаций и процессов, проектированию и внедрению систем управления поддерживаются серией инжиниринговых методик и решений, предложенных компаниями «Центр бизнес-инжиниринга» и «БИГ-менеджмент» [1] и получивших название бизнес-инжиниринга.

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

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

Решение этой задачи важно и для разрешения скрытого противоречия, содержащегося в новой редакции стандартов ISO 9000:2000. С одной стороны, в них декларируется принцип постоянного улучшения (изменения!) процессов компании, с другой – приведены достаточно жесткие требования к документированию деятельности. Отсутствие адекватных средств поддержки самодокументированности процессов в этой ситуации может привести к следующему:

• либо документация будет все время отставать от развития процессов компании, и процессы будут выполняться по нечетким правилам, что чревато ошибками и потерей качества управления;

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

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

• Системность описания – сочетание методов структурного, функционального и процессного моделирования организации.

• Открытость для описания новых знаний о моделируемой организации или ее компоненте.

• Приемлемая скорость проведения моделирования и внесения изменений – технология не должна сдерживать изменения.

• Выразительность и наглядность результатов (обеспечение взаимопонимания при командной работе, единый язык общения управленческого звена компании).

• Автоматическая генерация документов в общепринятых (мировых и национальных) стандартах.

• Приемлемая цена решений.

• Система – целостное множество элементов; составляющие системы – компоненты, подсистемы, элементы.

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

• Функция – предназначение или вид деятельности.

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

• Проекты – совокупность процессов, обеспечивающих решение уникальной задачи.

2.1. Компания как система

Современные научные методологии активно используют методы, основанные на рассмотрении объектов как систем. Такой подход получил широкое распространение в физике, химии, биологии, а в последнее время – в менеджменте и бизнес-инжиниринге. В этой связи базовые исходные определения и подходы системного анализа компаний полезно знать и применять.

Бизнес-инжиниринг рассматривает компанию как специальный класс систем. Поэтому применяются следующие понятия.

Системный взгляд на компанию. Методология выделения и определения общесистемных понятий, к которым, в частности, относится и понятие «система», получила в настоящее время значительное развитие или успешно развивается для многих классов объектов. В то же время многочисленные попытки дать всеобъемлющее, универсальное определение системы натолкнулись на значительные трудности. Это выразилось в появлении целого ряда несовпадающих определений. По мере обобщения они все в большей степени приобретают характер исходных категорий, определение которых дается через описание присущих объекту свойств и характерных особенностей, через отношение вводимого понятия к набору других исходных понятий соответствующего уровня общности и последующую конкретизацию на более частных системах.

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

Целостность. Понятие целостности восходит к Аристотелю, который утверждал, что целое больше суммы составляющих его частей. В современном представлении понятие целостности означает, что свойство системы не выводится только из свойств ее элементов, и что целое обладает новыми интегративными свойствами, возникающими в результате взаимодействия элементов, и что эти свойства сохраняются в рамках существования системы. Таким образом, понятие целого отражает лишь такие связи объектов, при наличии которых так или иначе их совокупность может быть выделена как явление нового порядка, способное к сохранению своей качественной определенности при данных условиях.

Еще одним значимым вкладом общей теории систем стало понимание организации, компании как открытой системы. Принятие такого понимания сильнейшим образом повлияло на эволюцию организационного строительства и стратегирования, где возникло значительное число сюжетов состыковки внутренней и внешней среды организации. Достаточно напомнить знаменитый метод SWOT-анализа (Strengths – сильные стороны организации; Weaknesses – слабые стороны организации; Opportunities – возможности во внешней среде; Threats – угрозы во внешней среде [1]). Современные концепции стратегического управления интенсивно развивают эти сюжеты, стремясь нацелить компании на эффективное позиционирование во внешней среде и быструю адаптацию внутренней среды.

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

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

Таким образом, «система» и «внешняя среда» – два исходных понятия, играющих роль базовых договоренностей для описания компаний и организаций (см. рис 2.1.2).

Объекты, образующие внешнюю среду, имеют неодинаковое значение для ее функционирования. Условия среды, без которых данная система не может функционировать и развиваться, являются существенными, необходимыми; условия, которые не оказывают существенного влияния на внутреннюю природу системы, называются сопутствующими; остальными условиями пренебрегают. Таким образом, проблема выделения среды системы – это проблема выделения существенных связей системы с окружающим миром, без изучения которых рассматривать данную систему невозможно.

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

2.2. Подсистемы, компоненты, элементы

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

Компонента системы – это любая ее часть, вступающая в определенное отношение с другими ее частями.

Подсистема – это такая целостная часть системы, которая сама образована из компонент. Подсистему можно рассматривать как меньшую систему в системе более высокого порядка.

Понятие элемента, наоборот, соответствует понятию конечного, неделимого. Отсюда следующее его определение.

Элемент – это предел членения в рамках данного качества системы. Он не состоит из компонент и представляет собой нерасчленяемый элементарный носитель именно этого качества системы. Таким образом, исходным для выделения понятия «элемент» является выделение того качества системы, для которого ищутся элементарные его носители.

Применительно к задачам организации деятельности компании эти понятия, в числе прочего, могут трактоваться следующим образом.

Корпоративная архитектура – общая модель организации деятельности компании.

Бизнес-процессы, функции, проекты, организационная структура, модели ответственности – типовые примеры составных компонент корпоративной архитектуры.

Основная деятельность, финансы, экономика, учет, маркетинг – все это примеры подсистем компании.

Действия, операции – предел членения (элементы) бизнес-процессов.

Система управления – системный комплекс методов и средств воздействия субъекта на объект управления для реализации поставленных целей.

Модель – прикладное описание объекта на специализированном языке.

2.3. Структура системы

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

В зависимости от точки зрения и решаемой задачи фокус внимания при структурировании может смещаться на разные типы структурных описаний системы, или, как их еще называют, структурных срезов системы (см. рис. 2.3.1).

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

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

Изначально пространственный структурный срез соответствовал рассмотрению объектов с точки зрения пространственных отношений составляющих их компонент. Такой срез называли архитектоникой системы, подчеркивая этим термином пространственный характер обозначаемых отношений: «верх – низ», «право – лево», «внутреннее – внешнее», «несущее – несомое» и т. д. Именно в этом узком смысле термин «структура» первоначально означал отношение частей в архитектурном сооружении. Сегодня понятие архитектуры расширено и распространено на рассмотрение устройства систем вообще, в том числе компаний и организаций.

Современные методологии системного анализа исходят из того, что реальные компании и организации, рассматриваемые как системы, представляют единство множества различных структур и разных архитектур (см. рис. 2.3.1). Разные типы структур могут возникать не только в связи с разнообразием систем (материальные и идеальные, биологические и идеальные и т. д.), но и с разнообразием структурных срезов одной и той же системы. Эти структуры и архитектуры существуют реально, но аналитики могут абстрагироваться от всех других структур, изучая лишь необходимый структурный срез, выбор которого определяется целями анализа.

Выбор способа графического представления структурных схем неоднозначен и определяется соображениями удобства и наглядности представления информации. На рис. 2.3.1 показан ряд типовых вариантов представления организационной структуры.

1. Организационная структура как иерархия подразделений.

2. Организационная структура как иерархия руководителей и подразделений.

3. Организационная структура как стратифицированная иерархия подразделений в привязке к типам процессов, исполняемых подразделениями.

4. Организационная структура как иерархия подразделений в привязке к проектам и процессам, исполняемым подразделениями.

2.4. Функции и функциональные структуры

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

На общем уровне функцию в системном ее понимании можно определить как такое отношение части к целому, при котором само существование или какой-либо вид проявления части обеспечивает существование или какую-либо форму проявления целого.

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

Часто описание функции удобно декомпозировать на более мелкие составляющие.

Функциональную структуру можно рассматривать как один из типов структурных описаний системы.

Можно говорить и о том, что каждая функциональная структура в целом обеспечивает реализацию определенной метафункции или функциональной сферы. Или наоборот, удобным способом описания метафункции являются иерархические модели функциональных структур (рис. 2.4.2).

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

2.5. Процессы и их структуризация

Структуры процессов. Выделению отношений, реализующихся одновременно в пространстве и времени, а также в определенной логике, соответствуют пространственно-временные и причинно-следственные структуры. В 1960 г. специалисты предложили расширить традиционное употребление понятия структуры, включив в него не только законы строения объектов, но и законы строения процессов. Перенесение понятия структуры на рассмотрение процессов – важный шаг в развитии этого понятия.

В менеджменте в качестве процессов наиболее часто рассматриваются административные процессы управления, функции менеджмента, процессы обмена информацией, материально-вещественные процессы преобразования ресурсов в продукты и услуги.

Идея структуризации процессов получила интенсивное развитие за последние несколько десятков лет. Повсеместно массовое внедрение и использование описания процессов инициировало создание международных стандартов по описанию процессов. В частности, стандарты описания процессов можно найти в стандартах качества ISO 9000, принимаемых более чем в ста странах мира, в том числе и в России.

Международные стандарты семейства ISO 9000 основываются на понимании того, что любая работа выполняется как процесс (см. рис. 2.5.3).

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

Выходом может быть, например, счет-фактура, программный продукт, жидкое топливо, прибор для клиники, банковская услуга или промежуточная продукция любой общей категории.

Применяются несколько определений процесса, а сама концепция определения процесса претерпела определенную эволюцию.

Словарь ISO от 1994 г.: процесс – это совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в исходящие. Существенным в определении является упор на организацию и преобразование ресурсов в ходе реализации процесса, а сами ресурсы часто рассматриваются как вход процесса.

В более позднем определении от имени системы менеджмента качества – TQM (от англ. total quality management) внимание фокусируется на понимании процесса как организованной деятельности, предназначенной генерировать предварительно установленный определенному пользователю выход, обеспечив при этом необходимый вход процесса. При такой точке зрения ресурсы, как и деятельность, включены в процесс, а входом являются приходящие извне потоки от других процессов.

Определение процесса дополняется рядом поддерживающих понятий (см. рис. 2.5.4).

Выход (результат) процесса – продукция или услуги.

Вход процесса – комплектация и поставки.

Руководитель процесса – РrМ (от англ. process manager) – лицо, ответственное за его качественную реализацию.

Границы процесса – определяют начальный и конечный интерфейсы проекта, интерфейс между процессом и его пользователем и потребителем.

При построении цепочек границы и интерфейсы процессов требуют согласования (см. рис. 2.5.5).