Экономическая сущность реинжиниринга

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

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

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

М. Хаммер и Дж. Чампи определили значимость информационных технологий для реинжиниринга в виде следующих утверждений:

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

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

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

Применяя ИТ для создания и поддержания устойчивого конкурентного преимущества, требуется:

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

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

 

Ключевой функцией процесса преобразований деятельности предприятия является  построение моделей деятельности предприятия. На данном этапе осуществляются обработка результатов обследования и построение моделей деятельности предприятия следующих двух видов:

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

 

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

Переход от модели «как есть»  к модели «как должно быть» осуществляется следующими двумя способами.

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

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

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

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

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

 

Средством реализации предложенных задач  могут служить CASE-средства. (Computer-Aided Software/System Engineering). В настоящее время не существует общепринятого определения CASE. Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью CASE, а также совокупностью применяемых методов и средств. Можно определить CASE как технологию, представляющую собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения (ПО), поддержанную комплексом взаимоувязанных средств автоматизации. CASE — это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий заменить им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО.

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

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

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

 

Практически ни один серьезный  зарубежный программный проект не осуществляется без использования CASE-средств. Известная  методология структурного системного анализа SADT (Structured Analysis and Desing Technique), точнее ее подмножество IDEF0 (Icam DEFinition — IDEF), принято в качестве стандарта на разработку ПО Министерством обороны США. Более того, среди менеджеров и руководителей компьютерных фирм считается, чуть ли не правилом хорошего тона знать основы SADT и при обсуждении каких-либо вопросов суметь нарисовать простейшую диаграмму, поясняющую суть дела.

 

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

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

 

4. Принципы реинжиниринга предприятия и методы его реализации

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

• «разработка продукта» - от выработки концепции до создания прототипа;
• «продажи» - от выявления потенциального клиента до получения заказа;
• «выполнение заказа» - от оформления заказа до осуществления платежа;
• «обслуживание» - от получения запроса до разрешения возникшей проблемы.

Для первичного определения  процессов предприятия ориентиром может служить система качества ИСО 9001.  В стандарте ИСО 9001 перечисляются те бизнес-функции предприятия, или, другими словами, элементы качества, на которые распространяется действие стандарта:

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

 

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

Проект по реинжинирингу  бизнеса обычно включает в себя следующие четыре этапа:

1. Разработка образа будущей компании;
2. Создание модели существующей компании (обратный инжиниринг);
3. Разработка нового бизнеса (прямой инжиниринг);

3.1) Перепроектирование бизнес-процессов;

3.2)Разработка бизнес-процессов компании на уровне трудовых ресурсов;

3.3) Разработка поддерживающих информационных систем;

4. Внедрение перепроектированных процессов.

 

Несомненно, приведенная последовательность несколько условна, однако в каждом проекте по изменению бизнеса компании присутствуют данные этапы.

При проведении РБП выделяют несколько ключевых ролей:

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

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