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

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

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

Реинжиниринг как любое емкое и новое понятие претерпевает определенные изменения во времени. В настоящее время выделяют следующие этапы эволюции РБП: [106]

1. Начальный (тактический) период: 1990-1993 гг. На этом периоде в понятие РБП включали перепроектирование одного или небольшого количества значимых процессов. Реинжиниринг сопровождался такими программами усовершенствования бизнеса как:

• управление качеством;

• функционально-стоимостной анализ;

• производство «как раз вовремя».

Результатом РБП на этом периоде является значительное повышение эффективности работы компании.

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

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

Таким образом, анализируя выше сказанное, можно выделить следующие свойства реинжиниринга:

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

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

• Приведение к значительным изменениям показателей деятельности (на порядок отличающихся от предыдущих).

1.3. Условия успешного реинжиниринга за рубежом и в России

Практика реинжиниринга приняла в западном деловом мире повсеместный характер. В США, где его опробовали две трети крупнейших компаний, действующих в самых разных отраслях экономики, только в 1994 году бизнес затратил на консультантов по реинжинирингу 7 млрд. долларов. Раньше других (1992-1993 гг.) реинжиниринг начал применяться в страховании, в телекоммуникации и энергетике, затем он проник в химию, электронику, вычислительную технику, производство товаров народного потребления. С 1994 года началось активное внедрение реинжиниринга в банки и правительственные учреждения. Так правительство США с 1994 года организовало более 200 проектов по реинжинирингу, а 75% из 400 крупнейших североамериканских банков увеличивают число проектов по реинжинирингу, хотя и так среднее число проектов по РБП в 1994 году составило 3,6 на банк. 100 крупнейших банков США планирует затратить на реинжиниринг в 1997 году 3,9 млрд. долларов.

Приведем несколько примеров реализации на практике возможностей реинжиниринга, в которых отражены основные особенности процесса реинжиниринга, а также выделена роль информационных технологий [106]. В компании Форда (Ford Motor Company) действовала масштабная служба оплаты поставок, в которой работало 500 человек. Сравнение с аналогичной службой в японской компании Мазда показало, что размеры службы должны быть в четыре – пять раз меньше. Кроме того, при столь избыточном числе работников допускалось много ошибок в оформлении документов. На основе реинжиниринга был разработан и внедрен новый бизнес-процесс, в котором:

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

• поставщики доставляли товар без предоплаты;

• сообщение о получении товара фиксировалось в общей базе данных;

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

В итоге, штат службы был сокращен на 75%, результативность действий намного возросла. Главным здесь оказалось использование компьютеризации параллельной деятельности – в процессе от заказа до оплаты вместо 14-ти информационных элементов использовалось только 3.

В качестве еще одного примера успешного реинжиниринга авторы приводят IBM Credit, дочернюю компанию, целиком принадлежащую IBM, которая – будь она независимой – заняла бы достойное место в рейтинге журнала Fortune: 100 крупнейших компаний сферы услуг. IBM Credit занимается финансированием продаж компьютеров, программного обеспечения и услуг, производимых IBM. Эта область деятельности особенно ценится IBM, поскольку кредитование покупок клиентов – чрезвычайно прибыльный бизнес.

В ранние годы своего существования IBM Credit действовала в чисто диккенсовском духе. Когда торговые агенты IBM на местах звонили с просьбой о кредитовании продаж, они попадала к одному из 14 человек, сидевших за столом в конференц-зале IBM Credit в Олд Гринвиче, штат Коннектикут. Тот, кто отвечал на звонок, регистрировал запрос о финансовой сделке на листке бумаги. Это был первый этап.

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

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

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

В канцелярии администратор превращал всю полученную информацию в письмо, готовое к отправке торговому представителю по Federal Express.

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

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

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

В конце концов, два высших менеджера IBM Credit решили провести мозговую атаку на проблему оформления запросов. Они взяли один бланк и лично пошли с ним все пять этапов, предлагая персоналу в каждом из подразделений отложить все текущие дела и обработать запрос по всем правилам, исключив лишь время, в течение которого бланк, ожидая своей очереди, обычно пролеживал на столе каждого клерка в стопке документов. В результате подобного «следственного эксперимента» обнаружилось, что на обработку одного запроса требуется 90 минут чистого времени, то есть всего полтора часа! А остальное время – теперь оно составляло в среднем семь дней – уходило на пересылку запроса из одного отдела в другой. Тем самым руководство сумело, наконец, взглянуть в корень проблемы, которая заключалась в общей организации процесса выдачи кредита. В самом деле, если бы вдруг по мановению волшебной палочки производительность каждого работника компании увеличилась бы вдвое, то чистое время обработки запроса сократилось бы всего на каких-то жалких 45 минут. Таким образом, проблема заключалась не в рабочих задачах и не в производительности труда исполнителей, а в самой структуре процесса. Иными словами, менять надо было сам процесс в целом, а не его отдельные звенья.

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

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

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