Реинжиниринг — это радикальное переосмысление и перепроектирование деловых процессов для
достижения резких, скачкообразных улучшений главных современных показателей деятельности компании, таких, как стоимость, качество, сервис и темпы.
Принципы реинжиниринга в сочетании с электронными процессами могут привести к грандиозным изменениям в скорости и эффективности производственных процессов, а также в корпоративном интеллекте. Правильный подход заключается в разработке отдельных простых процессов с последующим их объединением, а не в построении единого громоздкого процесса. Для успешного внедрения передовых технологий необходимо, чтобы этот процесс возглавлял руководитель по основной деятельности.
Никто не рассматривает информационную технологию как самостоятельную ценность. Но она открывает широкие возможности. И что, пожалуй, важнее всего, она заставляет снова и снова задаваться вопросом: почему, почему, почему?
Многие компании стараются избавиться от организационной сложности и недостаточно эффективных внутренних процессов, мешающих удовлетворять потребности клиентов.
Во-первых, что время от времени необходимо подниматься над рутиной и бросать придирчивый взгляд на используемые бизнес-процессы. Каким образом решаются задачи? Нельзя ли способы их решения упростить?
Во-вторых, что, разбивая работу на множество отдельных участков и поручая их множеству отдельных работников, вы можете зайти так далеко, что уже никто не будет представлять себе процесс в целом и колеса начнут вращаться вхолостую.
Создание нового бизнес-процесса - огромная работа. Необходимо поставить цели, к которым вы будете стремиться, определить время и условия начала и окончания работ, вычленить отдельные задачи, определить контрольные точки и показатели, рассчитать бюджет. Наибольший успех сопутствует тем проектам, которые ведутся людьми, имеющими четкие представления о своем клиенте и сценарии использования создаваемого продукта. Это верно и в отношении проектов по формированию новых бизнес-процессов. Клиент может быть вне или внутри компании, суть проблемы от этого не меняется: как он будет использовать разрабатываемый продукт или процесс? Какие получит преимущества по сравнению с тем, что было прежде?
Кроме того, необходимо добиться четкого понимания принимаемых компромиссных решений на каждом уровне руководства. Всякий проект состоит из множества компромиссов. Руководство всегда требует создать продукт с богатым набором функциональных возможностей и в то же время компактный, а сделать его нужно за одну ночь и с минимальными затратами. Большие начальники всегда хотят все сразу и сейчас, поэтому необходимо, чтобы они получили очень ясное представление о возможных и необходимых компромиссных решениях. Если вы считаете правильным наделить продукт дополнительными возможностями - пускай это и увеличит объем затрат, - стоит заранее обезопасить себя от претензий со стороны вышестоящего руководителя, которому вдруг в самом конце работы может прийти в голову, что было бы лучше сделать что-нибудь попроще да покомпактнее. Очень неприятно бывает и когда менеджер из кожи вон лезет, чтобы удержать расходы в рамках установленного бюджета, а потом ему вдруг говорят, что не в деньгах дело - если надо, подкинули бы еще, - но в продукте всего должно было быть по максимуму. Все то же самое верно и в отношении работы по созданию электронного процесса.
Необходимо проявлять гибкость с учетом меняющихся требований, но так, чтобы последующими корректировками не увести проект от исходных целей. Необходим ясный и прозрачный процесс оценки предлагаемых изменений и принятия решений, включая и возможный пересмотр постановки задачи.