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

Каковы же основные современные термины, стандарты и методологии описания и реинжиниринга бизнес-процессов организации?

Опыт практического реинжиниринга породил ряд методологий и стан­дартов по разработке и моделированию бизнес-процессов. В основном они сводятся к регламентации построения и описания схемы бизнес-процесса на базе современных CASE-средств (computer-aided system of engineering). «Компьютерно-ориентированные системы инжиниринга» предназначены для моделирования и анализа технологии работы, а также проектирования, разработки и сопровождения программного обеспечения. Мы рассматриваем использование CASE-средств лишь для анализа и проектирования всех бизнес - процессов и операций, хотя их способность существенно облегчать процесс создания программных продуктов (осуществлять его в полуавтоматическом режиме), в том числе и для автоматизации новой, измененной технологии работы, объясняет их популярность и широкое распространение.

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

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

Для статического моделирования бизнес-процессов обычно используется методология SADT (точнее, ее подмножество IDEF0), поддерживаемая про­граммными пакетами BPWin, Design/IDEF и др. Однако статическая SADT - модель, как отмечалось, может не обеспечивать полного решения задач перепроектирования, так как необходимо иметь возможность исследования динамических характеристик бизнес-процессов.

Одно из возможных решений — использование системы динамического моделирования Design/CPN, основанной на методологии цветных (рас­крашенных) сетей Петри. Фактически Design/IDEF и Design/CPN являются компонентами интегрированной методологии перепроектирования: ста­тические SADT-диаграммы автоматически могут превращаться в прообраз динамической модели, которая дорабатывается вручную и затем исполняется в различных режимах с целью получения соответствующих оценок.

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

Следует отметить, что не существует принципиальных ограничений при использовании в качестве средства построения статических моделей бизнес- процессов еще одной традиционной методологии — диаграмм потоков дан­ных или DFD (data flow diagrams). Более того, в настоящий момент доступен ряд продуктов динамического моделирования (INCOME Mobile, CPN-AM1 и др.), базирующихся на сетях Петри различного вида и интегрируемых с DFD-моделью, которые позволяют успешно решать задачи перепроектиро­вания. Многие средства статического моделирования также поддерживают эту методологию, в том числе BP-Win (Platinum).

В общей процедуре реинжиниринга могут одновременно использоваться различные подходы и методологии с целью достижения большего удобства и эффективности проектирования. Например, бизнес-аналитики могут использовать методологию SADT, а разработчики программного обеспече­ния — методологии и подходы, основанные на стандарте DFD, или одно из современных средств UML (unified modelling language-универсального языка моделирования), которое базируется на методологии объектно ориентиро­ванного анализа.

В любом случае основными двумя критериями выбора методологии и инструментария моделирования являются: возможность на их базе решить поставленную задачу и экономическая эффективность их применения. С уче­том того, что динамическое моделирование на порядок затратнее статиче­ского, а также других обстоятельств (например, наличия соответствующих специалистов и доступности литературы и программного обеспечения), наи­более приемлема для облегчения задач реинжиниринга в российских банках методология SADT и основанная на ней группа стандартов 1DEF.

Группа стандартов IDEF разработана в 1980-1990-х гг. несколькими группами американских ученых под общим руководством лаборатории Армстронга авиабазы Райт-Паттерсон ВВС США. Целью этих стандартов первоначально была унификация методов построения распределенных ге­терогенных информационных систем. По мере разработки последующих стандартов становилось ясно, что группа IDEF потенциально имеет гораздо больший спектр применений.

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

При этом в силу весьма высокой степени абстрактности исходных кате­горий в стандартах IDEF имеется возможность легко переходить к описанию любых областей практической деятельности человека. Для этого формиру­ется понятийный аппарат (определение, спецификация) более конкретного порядка и устанавливаются связи элементов аппарата с лежащими в основе абстрактными категориями. При необходимости еще более конкретизировать (детализовать) рассматриваемую область аналогичным образом создается понятийный аппарат следующего порядка конкретизации и т. п. Из чисто практических соображений стандарты IDEF предусматривают до шести уровней детализации. Практика показывает, что такого количества иерар­хических ступеней или «уровней вложенности» детализации достаточно для рассмотрения, анализа и моделирования практически любой области чело­веческой деятельности. Неудивительно, что разработанная первоначально в рамках крупного аэрокосмического проекта ВВС США группа стандартов IDEF и положенная в основу первого из этих стандартов (IDEF0) методика SADT (structured analysis and design technique) впоследствии с успехом при­менялись и применяются в самых различных отраслях промышленности и бизнеса. Как отмечает один из основоположников методологии IDEF, автор методики SADT Дуглас Росс, ее применяли тысячи людей при работе над сотнями проектов во многих областях.

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

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

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

IDEF0 — методика моделирования, основанная на объединении графики и текста, обеспечивает понимание системы, ее анализ, логику потенциальных изменений. IDEFO-модель составляется из иерархического ряда диаграмм, ко­торые постепенно отображают увеличивающиеся уровни подробных функций описания и их интерфейсов внутри системы. Имеются три типа диаграмм:

• графический символ;

• текст;

• глоссарий.

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

Таким образом, IDEF0 представляет собой методику проведения различ­ных видов анализа: анализа технологий и управления бизнес-процессов, анализа доходов и затрат, функционального анализа при проектировании систем автоматизации.

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

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

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

1. Постановка задачи для выполняемых работ.

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

1.2. Исходя из цели определение глубины детализации (например, до проводок, до полей в выходных документах, до операций, выпол­няемых пользователем).

2. Определение точки зрения для построения диаграмм. В основной схеме используется точка зрения бизнес-технолога, задачей кото­рого является распределение обязанностей между работниками, разработка должностных инструкций. Для разработки пользова­тельского интерфейса лучше использовать точку зрения дизайнера интерфейса и детализировать в основной схеме блоки типа «За­регистрировать операцию в АБС». На диаграмме рекомендуется в качестве активностей описать ввод конкретных полей пользова­телем. В качестве стрелок использовать правила, накладываемые одним полем на ввод другого.

Для разработки отчета можно детализировать активности типа «Формирование отчетности». В качестве активностей рекоменду­ется использовать бизнес-правила получения данных, в качестве стрелок — потоки данных.

3. Для описания новых бизнес-процессов рекомендуется максимально плот­но ознакомиться с предметной областью, в которой строится диаграмма. Необходимо также ознакомиться с тем, как решаются аналогичные зада­чи в других организациях. Рекомендуется обсудить предлагаемую схему с предполагаемым конечным исполнителем и со службами, которые, возможно, будут участвовать в реализации данного бизнес-процесса.

4. При построении новой схемы необходимо следующее.

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

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

4.3. Соединить активности туннельными стрелками от детализирован­ной диаграммы к порождающей.

4.4. Провести объединение стрелок без потери информативности схемы.

4.5. Провести соединение стрелок, входящих в бизнес-процесс, с гра­ничными стрелками.

4.6. Распечатать построенные диаграммы и обсудить их с предпола­гаемыми исполнителями.

5. Для оптимизации уже разработанной схемы необходимо следующее.

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

5.2. Ознакомиться с предметной областью и возможными решениями проблемы.

5.3. Попытаться поставить задачу без использования специальных терминов.

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

5.5. Проверить соответствие новой схемы оговоренным условиям.

5.6. Обсудить решение с предполагаемыми исполнителями.

6. После внесения изменений в схему сообщить о деталях изменений ответственному лицу, согласовать с ним добавления в глоссарий и перечень выходных форм.

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