Классические методы проектирования ИС

Конец 70-х – начало 80-х гг. – это время становления технологии интегрированных баз данных (БД) как одной из головных технологий в проектировании ИС. Был разработан и вошел в практику большой набор теоретически обоснованных методов: проектирование концептуальных и логических схем БД, организация физической среды хранения данных, планирование путей доступа к данным и др. Развивались методы проектирования функций: от методов формальной спецификации функций до структурного программирования и первых непроцедурных языков программирования четвертого поколения (4GL). Анализ функций (задач) предприятия также служил основой и в проектировании БД. Появились CASE-системы, ориентированные на формализацию информационных и функциональных требований к ИС и предназначенные для формального описания и бригадной разработки больших программных комплексов. Эти методы и инструменты, которые в идеале должны были бы соединяться с методами преобразований управления производством, составляли классическую Мастерскую ИТ. Правда, соединение этих методов в целостные технологии производилось эмпирически и не всегда.

В конце 70-х – середине 80-х гг. и в нашей стране большое количество разработчиков успешно применяли методы разработки ИС и БД не только на интуитивно-ремесленном уровне, но и как элементы сложившейся дисциплины. Укажем на наиболее популярные из них, применявшиеся на первых стадиях проектирования.

1. Обследование, общий анализ ситуации на предприятии и разработка общего обоснования целесообразности создания ИС (feasibility stady, scope analysis, strategy stady and planning):

v общий системный и ситуационный анализ текущего состояния и целей предприятия, его масштабов, возможности, стоимости и способов разработки ИС, решающей задачи, способствующие достижению целей предприятия, использование методов [19], структурного анализа [25], ГОСТов на разработку АСУ и САПР,

2. " Концепция, ТЗ": исследования требований предприятия и пользователей, выработка вариантов и рекомендаций по разработке ИС, разработка ТЗ на проектирование ИС в целом и ЧТЗ по подсистемам (strategy stady, analysis, requirement specification),

v анализ критических факторов успеха и риска с использованием системного и ситуационного анализа,

v обследование предприятия методами анализа документов, интервью, прямых наблюдений, хронометража и др. (большое количество методик: от SADT Д. Росса до ГОСТа по предпроектным исследованиям при разработке САПР),

v определение соответствия существующей оргструктуры, функций, документов и др. целям предприятия,

v проектирование более целесообразных и учитывающих создаваемую ИС оргструктуры, набора и иерархии функций (" задач" ), видов документов и правил документооборота,

v вычленение предметных БД, определение взаимосвязей между ними,

v разработка предложений по изменениям на предприятии, затрагивающим оргструктуру, документооборот и др.,

v построение недетализированных моделей БД и функций ИС (с использованием диаграмм данных Ч. Бахмана, модификаций ER-модели П. Чена, функциональных моделей по стандартам IDEF0, по методике HIPO или др.),

v сбор и описание детальных требований к составу данных и алгоритмам реализации функций (см., например, популярную [10], а также [32], [30], также требования серий ГОСТ24 и ГОСТ36),

3. " Эскизный проект": разработка архитектуры будущей ИС в рамках эскизного проекта (detailed analysis, high level design),

v построение нормализованной реляционной или сетевой модели БД (методы получения нормальных форм Бойса-Кодда, четвертых и пятых нормальных форм, использование предложений комитета CODASYL),

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

v определение модульной иерархии (верхние уровни) программного обеспечения ИС (модульное программирование, метод HIPO),

v определение принципов организации аппаратного компьютерного комплекса, на базе которого должна функционировать ИС (расчеты физических параметров ИС: объемов БД, временных характеристик отдельных операций доступа к данным, целых функций и режимов в целом, организации компьютерных сетей, см. также [30]),

v определение основных оргмероприятий по созданию и вводу в действие ИС,

v определение совокупности требований к приемке будущей ИС,

v определение сроков, состава работ и их стоимости для последующих работ по ИС.

Существовал набор методов, которые применялись и на других этапах.

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

Некоторые из усовершенствований в компьютерной поддержке проектирования ИС начиная со второй половины 80-х гг.:

v широкое применение графических диалоговых интерфейсов (диаграммы структур данных, иерархий функций, потоков данных и др.),

v использование компьютерных сетей и работа с распределенными базами данных для поддержки кооперативной групповой разработки (использование общих словарей-справочников данных, теперь – " репозитариев" ),

v постепенное расширение использования понятийных моделей и методов объектного моделирования.

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

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

Открытая архитектура

В 80-х гг. произошел целый ряд качественных изменений в информационных технологиях. Некоторые из них осознавались постепенно (например, развитие архитектуры и стандартов открытых систем), другие, как феномен персональных вычислений, входили в жизнь гораздо более революционным путем. Кратко рассмотрим, как эти изменения все более ограничивали применение классических методов системного проектирования, требуя новых подходов в разработке чисто " компьютерных" компонентов ИС. Далее, будет рассмотрено, как эти изменения помогали также появлению бизнес-реинжиниринга (BPR).

Понятие открытой архитектуры начало проникать в практику вместе со стандартами на аппаратуру и программным обеспечением компьютерных сетей и переносимым (мобильным) программным обеспечением СУБД и ОС.

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

Понятие переносимости прикладных программ относилось к возможности использовать один и тот же прикладной комплекс на разных компьютерах. Переносимость базировалась первоначально на наличии компилятора с одного языка высокого уровня на разных типах компьютеров: Фортран, затем – Си, Паскаль, при использовании варианта языка, соответствующего стандарту. Затем, с первой половины 80-х гг., предполагалось также наличие тождественных для пользователя и его прикладных программ СУБД на нескольких типах компьютеров. Пионерами в этой области были СУБД ORACLE и INGRES. Одновременно стал решаться вопрос переносимости баз данных.

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

Это показывает, что понятие открытых систем нельзя трактовать упрощенно. Так, кроме указанных выше свойств, в открытость систем входит соответствие стандартам (в том числе – стандартам " де факто" ) и открытость в областях: масштабируемость, расширяемость, интернационализация, переносимость пользователя. Достаточно полную информацию по разным аспектам этого вопроса можно получить в журналах " Открытые системы" (1993 г.) и " СУБД" (с 1995 г.).

Наконец, к концу 80-х – началу 90-х во всем мире не только разработчиками, но и пользователями были осознаны три действительно революционных феномена. Они стали все шире входить в отечественную практику, качественно меняя деятельность компьютеризованных предприятий:

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

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

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

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

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

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

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

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

Активные понятийные модели разрабатывались не только для хранения описаний используемых понятий и связей между ними. Ставились цели динамически формировать новые суждения, определять тождество или сходство понятий, производить их интерпретацию вычислительного характера. К таким моделям относятся разные представления семантических сетей, некоторые специальные понятийные модели, например, [9]. Однако создание технологически полных механизмов такого рода оказалось очень сложной задачей. Для непосредственного использования в промышленных разработках ИС активные понятийные модели до последнего времени были непригодны.

В настоящее время слияние средств представления знаний с технологией обобщенных объектов и стандартизацией в области объектно-ориентированных представлений реально ведет на следующий, качественно новый уровень в технологии системного проектирования. В качестве одного из примеров укажем на систему СИНТЕЗ, см. [17].

Описанные выше, а также некоторые другие Новые Информационные Технологии дали возможности принципиально пересмотреть технику как собственно проектирования ИС, так и управления процессами проектирования. Но влияние этих новых технологий оказалось более широким.

Бизнес-реинжиниринг

Проникновение описанных изменений в среду производственных коллективов меняло принципы управления на таких предприятиях. Менялись и возможности индивидуальных потребителей, их требования к рынкам товаров и услуг. Сумма таких – и ряда иных, экономических – изменений привела к качественным переменам в организации управления на предприятиях, включая принципы т.н. BPR – " business process reengineering" или реконструкции бизнес-процессов.

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

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

В 80-х гг. были исследованы и описаны соответствующие эффекты в области организации компьютеризованных подразделений и изменений в их функционировании и управлении. В работе [27] рассматривалась работа т.н. малых формальных компьютеризованных групп, изменение в их организации и др. особенности. Рост динамики изменений и рисков демонстрировался на показателях эволюции макросреды таких групп, приведенных на рис. 7.

 

Рис. 7. Модель Дж. Хендерсона [23]

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

Но описанные изменения были только частью пролога к BPR, частью его внутренних причин.

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

v возросла доступность товаров и услуг производителей из любой точки мира;

v резко возросли требования потребителей к качеству товаров и услуг любых видов, к срокам их предоставления;

v из-за роста возможностей выбора, который имеют потребители, стало резко уменьшаться время жизни товара или услуги на рынке;

v сильно возросла конкуренция в части предложения новых товаров и повышения их качества.

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

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

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

К сожалению, попытки применять подходы BPR без овладения принципами маркетингового управления производством часто оказываются аналогичными попытками перейти к технологиям XXI в. сразу от технологий XVIII-го игнорируя необходимость знания и использования методов XIX-го и XX-го: даже частичный успех сомнителен. В тех условиях, где появился подход BPR, маркетинговые исследования и методы управления давно стали обычным инструментом.

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

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

2) Непригодность дальнейшего увеличения числа сотрудников на всех уровнях предприятия для решения усложнившихся управленческих задач. Рост числа работников на средних уровнях менеджмента организаций США многие годы являлся ответом на несколько факторов, включая рост сложности продуктов и методов бизнеса, плодовитость правительственных организаций в области законодательного регулирования и глобализацию коммерческой деятельности. Но возникла ситуация, в которой рост числа персонала перестал соответствовать росту удовлетворения клиентов. Одна из причин – стоимость труда: другие страны применили схему бизнеса США при существенно меньшей стоимости рабочей силы. Дополнительно к работе [8] укажем на другую сторону проблемы – нелинейный рост числа управленцев и их внутренних проблем по отношению к числу работников, создающих собственно продукт или услугу. Во-первых, возникает нелинейный рост запаздываний и ошибок, во-вторых, эффект " один с сошкой, семеро с ложкой".

3) Недостаточная отдача от инвестиций в компьютерные системы и ИТ. Расчеты на то, что использование компьютеров и других ИТ само по себе решит проблемы эффективного управления производством не оправдались. Пример из бизнеса США: с 60-х годов, когда компьютеры стали доступны многим предприятиям, общие затраты на них составили более 2 трлн. долл. Однако рост производительности, соответствующий росту инвестиций, не был получен. Основная причина: использование компьютеров не меняло ничего в том, как собственно велись дела, т.е. как выполнялся бизнес. Не менялись траектории и объем потоков бумаг, точки принятия решений и их число и т.п.

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

Из работы [8]: при классификации предприятий по мотивам к проведению BPR выделены три категории предприятий, которые обдумывают и планируют для себя Реконструкцию:

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

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

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

Для отечественных условий можно выделить и другие, специфические конкретные мотивы, например:

4) решение выйти на внешние рынки со своими товарами и услугами (банки, экспорт сырья, авиаперевозки и др.);

5) прогноз появления на своем рынке конкуренции иностранных фирм;

6) стремление создать условия, в которых были бы вероятны западные инвестиции в данное предприятие;

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

М. Хаммер (Michael Hammer) в докладе [2] выдвинул лозунги:

1) " Реконструируйте работы не автоматизацией, а упрощением или удалением";

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

Позднее, в докладе [3] был введен термин BPR. Его определение: " BPR – фундаментальное переосмысление и радикальная реконструкция бизнес-процессов с целью достижения значительных улучшений в критически важных в современных условиях уровнях критериев производительности, таких как стоимость, качество, услуги, скорость".

Приведем достаточно употребительное определение понятия " бизнес-процесс": " бизнес-процессы – это логические серии взаимозависимых действий, которые используют ресурсы предприятия для создания или получения в обозримом или измеримо предсказуемом будущем полезного для заказчика выхода, такого как Продукт или Услуга". (Близок был бы синоним " организационно-производственный процесс", но – очень громоздко.)

По сравнению с CPI Э. Деминга и TQM (" тотальным управлением качеством" японской школы) М. Хаммер предложил гораздо более радикальный подход к улучшению управления. Главной целью BPR является резкое ускорение реакции предприятия на изменения в требованиях потребителей (или на прогноз таких изменений) при многократном снижении затрат всех видов.

Цели BPR во многом, хотя и не полностью, совмещаются с целями, которые ставил Э. Деминг. Напомним их:

v ставится цель постоянного повышения качества продуктов и услуг (в отличие от повышения прибыли " любой ценой" );

v организация работ для этого трансформируется и динамично совершенствуется;

v критерии качества исходят от потребителя;

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

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

v повышается роль решений и инициативы каждого работника;

v снимаются барьеры, установленные производственными подразделениями, организуется групповая, " артельная", работа;

v как один из определяющих факторов рассматривается обеспечение работникам возможности гордиться результатами своего труда;

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

В BPR на первый план выведены новые цели и методы, диктуемые новой ситуацией в мире:

v резкое снижение затрат времени на выполнение функций;

v резкое снижение числа работников и других затрат на выполнение функций;

v глобализация бизнеса: работа с клиентами и партнерами в любой точке мира;

v работа с клиентом в постоянном режиме;

v опора на рост мобильности персонала;

v работа на будущие потребности клиента;

v ускоренное продвижение новых технологий;

v движение в информационное общество (и " общество знаний" ).

Смещение акцентов очевидно.

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

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

В другом примере многократное сокращение времени и персонала было основано на снабжении работников страховой компании MBL Insurance мощными персональными станциями (на базе PC) с установленными экспертными системами и связью с автоматизированной системой на хост-компьютере. До реинжиниринга страховое заявление обрабатывалось за 30 шагов 19-ю сотрудниками 5-ти разных отделов, для чего требовалось от 5-ти до 25-ти дн. В итоге реальное время сократилось до интервала 2-5 дн., 100 " штаб-квартирных" ставок было сокращено, а " менеджеры клиентов" смогли обслуживать в два раза больше заявлений, чем компания ранее могла обработать.

На основе первоначального варианта BPR часто рассматриваются собственные адаптированные или расширенные подходы к реконструкции бизнес-процессов, которые условно можно назвать " BPR+".

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

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

v стратегия фирмы, ориентированная на перспективные требования клиента;

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

v новый набор оргструктур, ориентированных на те же цели;

v новые условия работы персонала, новый объем прав и ресурсов работников;

v новый подход к получению информации от потребителей;

v обеспечение функционирования всех предыдущих процедур и структур с помощью ИС на основе новых ИТ.

BPR постоянно подвергается критике, поскольку эта критика позволяет скорректировать объем понятия " бизнес-реинжиниринг" далее будут приведены основные ее направления.

Правое крыло критиков наглядно представлено в статьях [6], [7], которые критикуют BPR за чрезмерную агрессивность. В свою очередь, чрезмерность рассматривается двух видов: радикальная революционность (в стиле Робеспьера, Мао и т.п.) и просто излишняя шумливость. Сам же по себе, пишет П. Страссман, BPR не содержит ничего нового! Нет ничего, что бы уже не было сказано раньше об упрощении потоков информации или организационных отношений, причем десятилетиями ранее. Единственным является новое чуство опасности, заставляющее выполнять старые советы. Таким образом, BPR оценивается как звонкий лозунг, используемый для того, чтобы в новой упаковке предложить то, что другие фирмы без фанфар делают уже в течение 70-ти лет.

В большой степени эта критика справедлива. Однако в BPR есть важные новые акценты, существенные для нового системного проектирования. Первым из них является изменение личной роли работника в условиях BPR до обладания суммой всех полномочий и реальных инструментов таким образом, чтобы самостоятельно получать итоговые результаты. В связи с этим в риторике М. Хаммера полезно выделить требования удалить из бизнес-словаря такие понятия, как " CEO" или " manager", указания типа: "... самым последним делом в реинжиниринге является чувство собственной значимости менеджеров, поскольку одна из вещей, диктуемых реинжинирингом, состоит в том, что " заведующий" – это не так уж и важно".

Таблица 21

Роль информационных технологий в BRP (на основе [4] и [8])

 

Старое правило	Технология	Новое правило
Информация может появлятся только в одно время в одном месте, как в файл-фолдере	Распределенные базы данных	Информация можетодновременно появляться в нескольких местах по необходимости
Сложную работу могут выполнить только эксперты	Экспертные системы	Функции эксперта может выполнить генеральный менеджер
Фирмы должны выбирать между централизацией и децентрализацией	Телекоммуникационные сети	Фирмы могут одновременно использовать выгоды централизации и децентрализации
Все решают менеджеры	Инструменты поддержки принятия решений	Каждый работник принимает участие в принятии решения
Полевому персоналу необходим офис для приема, хранения и передачи информации	Беспроволочные коммуникации, широковещательные сети и портативные компьюторы	Полевой персонал может посылать и принимать информацию, где бы он не находился
Лучший контакт с потенциальными покупателями – непосредственный контакт	Интерактивный оптический диск	Лучший контакт с потенциальным покупателем – эффективный контакт
Кто-то должен отслеживать местонахождение предметов	Автоматическая идентификация и технология трекинга	Каждый предмет различается индивидуально, включая местонахождения
Планы пересматриваются переодически	Высококачествленное выполнение вычислений, компьюторные сети, сетевое программное обеспечение	Планы пересматриваются мгновенно

 

Другим новым акцентом является безоговорочное признание того, что задачи BPR могут быть выполнены только с применением новых ИТ. В работе [3] прямо сказано, что ИТ играют критически важную роль в BPR.

Левое крыло критикует BPR за принципиальную недостаточность рекомендуемых действий. Ярким представителем левого крыла является Дж. Мартин, см., например, работы [21], [22]. Утверждается, что совершенно недостаточно рассматривать реконструкцию бизнес-процедур. Необходим бизнес-реинжиниринг предприятия в целом. В результате активно используются понятия киберкорпорации и виртуальной корпорации. Характерными чертами их являются постоянная готовность изменить не только процедуры, но и саму область деятельности. Критически важным становится предельно оперативный, естественно, компьютерный маркетинговый анализ для поиска выгодных видов деятельности и рынков.

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

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

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

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

Многие работы, в которых рассматривается применение BPR, на самом деле рассматривают BPR+, о котором говорилось ранее, то есть дополнение или смягчение исходного подхода так, как это кажется полезным авторам.

⇐ Предыдущая567891011121314Следующая ⇒

Поделиться: