При постоянном совершенствовании, так же как и при реинжиниринге, основным объектом, на которые направлены изменения, являются бизнес-процессы

Постепенность изменений:

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

Непрерывность изменений:

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

Охват всей организации:

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

Командная форма работы.

Бездефектность работы:

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

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

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

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

Рисунок 46. Принцип бездефектности работы

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

Тема 7. Автоматизация процесса - Workflow

Понятие Workflow.

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

При раскрытии основных определений лучше всего обращаться к первоисточникам. На сегодняшний день стандартизацией в области Workflow занимается Workflow Management Coalition. В официальном документе по терминологии дано следующее определение

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

Workflow - в дословном переводе с английского означает поток работ операций.

Вот еще одно определение, наилучшим образом отражающее процессную сущность Workflow.

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

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

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

Кроме Workflow, существуют еще технологии Groupware и системы управления документами (СУД). Необходимо понимать, что это не одно и то же.

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

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

Workflow, ориентированная на информацию и автоматизацию, имеет свою специфическую терминологию. Одним из понятий является объект это информационный, материальный или финансовый объект, используемый в бизнес-процессе (например: письмо, оборудование, счет). Объектом может быть любой ресурс, используемый в процессе.

Представление бизнес-процесса как Workflow.

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

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

* выделен;

* структурирован;

* выполняется по правилам, которые можно сформулировать;

* периодически повторяется

Первые три ограничения являются ответом на вопрос «какие процессы можно описать», а последнее - «какие целесообразно».

Хотелось бы обратить внимание на следующие немаловажные обстоятельства.

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

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

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

В первую очередь, соответствующие правила касаются последовательности выполнения операций, условий и предусмотренной реакции на внешние события.

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

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

Инструментальные средства описания процесса.

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

* адресат - пользователь или группа пользователей, получающих задание, при этом указываются права на пересылку задания другому пользователю и права на копирование данных, относящихся к заданию;

* экранная форма - это документ, содержащий предназначенные для заполнения пустые места, в которые вводятся данные;

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

* действия системы при инициализации и завершении операции.

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

* логические условия;

* внешние по отношению к процессу события;

* средства создания параллельных ветвей;

* точки встречи, позволяющие согласовать результаты параллельно выполняемых операций;

* автоматические операции - операции, выполняющиеся без участия пользователя:

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

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

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

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

Значения данных представляются в экранной форме в виде полей. При этом различаются:

* демонстрационные поля - поля, содержащие значения, для которых не допускается редактирование;

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

* необязательные поля - поля, значения которых могут быть введены пользователем, однако это не является необходимым условием выполнения задания;

* вычисляемые поля - поля, значения которых вычисляются в соответствии с заданными правилами;

* невидимые поля - вычисляемые, но не отображаемые на экране.

Построение форм представления данных является составной частью описания операций, составляющих процесс Workflow, и включает:

1. задание и форматирование текста, образующего форму;

2. определение требуемого подмножества данных;

3. указание способа их представления в форме;

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

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

6. диапазон или список допустимых значений:

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

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

В большинстве современных систем класса Workflow присутствуют высокоуровневые инструментальные средства создания и редактирования экранных форм.

Управление выполнением процесса.

Любой конкретный случай выполнения процесса называется экземпляром (вариантом, сессией). Например, процесс «Обработка заказа клиента». Экземпляром процесса будет обработка заказа № 125 от компании «Стройтрест». Выполнение любого экземпляра состоит в рассылке пользователям заданий в виде экранных форм и управлении процессом их заполнения в соответствии с предусмотренным алгоритмом. При этом система класса Workflow обеспечивает;

* одновременное выполнение множества экземпляров каждого процесса;

* передачу заданий между операциями процесса посредством системы электронной почты;

* обмен произвольными сообщениями между пользователями;

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

* взаимодействие путем обмена данными с другими программами. Работа пользователя с любой формой состоит из следующих действий:

* просмотр содержимого;

* заполнение и/или редактирование полей;

* печать формы;

* выпуск формы для последующей обработки.

Часто при заполнении экранных форм поддерживается технология электронной подписи.

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

Набор операций для работы с очередью заданий содержит следующие операции:

* выбор задания;

* переход к заполнению экранной формы выбранного задания;

* выпуск выбранного задания - информирование системы о его выполнении;

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

* установка критериев сортировки заданий в очереди;

* ограничение списка отображаемых заданий посредством критерия-фильтра;

* управление периодом обновления очереди.

После выпуска или пересылки задания оно автоматически удаляется из очереди. В управлении и выполнении процесса Workflow участвуют следующие классы пользователей;

* администратор системы - поддержка и сохранение целостности всех данных, не относящихся к процессам, например, данных о пользователях;

* разработчик процесса - разработка, тестирование и поддержка конкретного процесса;

* владелец процесса - редактирование конкретного процесса;

* менеджер - контроль исполнения экземпляров процесса посредством регистрационных отчетов и сервисных программ;

* пользователь - доступ к системе через очередь заданий, функция запуска экземпляра конкретного процесса и справочная подсистема.

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

Для контроля и управления текущим состоянием выполнения экземпляров процесса в системах Workflow предусмотрены следующие функции:

* регистрационные журналы;

* отчеты о состоянии;

* пересмотр данных;

* административные отчеты.

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

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

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

Стратегия внедрения и использования.

Какова иерархия целей такого проекта? Как эффективно организовать работы по сопровождению и развитию системы?

Цели внедрения систем Workflow:

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

2. сбор, организация хранения и доступа к документам и данным, используемым при выполнении бизнес-процессов. При этом, если системы типа «электронный архив» уделяют основное внимание вопросам регистрации, учета, индексации, хранения и поиска документов, то системы класса Workflow устанавливают связь между документами и операциями бизнес-процесса, управляют правилами прохождения документов, доставкой «тому, кому нужно, и тогда, когда нужно»;

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

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

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

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

7. Технология выполнения соответствующих работ разработана весьма подробно. Ее квинтэссенцией является цикл управления эксплуатацией и развитием системы класса Workflow

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

Тема 8. Реинжиниринг бизнес-процессов

Сущность реинжиниринга.

Основателями теории реинжиниринга являются Майкл Хаммер и Джеймс Чампи в 1990 г, которые выпустили книгу «Реинжиниринг корпорации: манифест для революции в бизнесе». Авторы определили реинжиниринг как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения существенных улучшений в таких ключевых для современного бизнеса показателях результативности, как затраты, качество, уровень обслуживания и оперативность».

Существуют ключевые понятия этого определения:

«Фундаментальный»: Должны быть получены ответы на наиболее существенные вопросы о деятельности предприятия: «Почему мы должны делать то, что мы делаем?», «Почему мы должны делать это тем способом, которым мы это делаем?» Реинжиниринг сначала определяет, ЧТО предприятие должно делать, и только затем -- КАК делать.

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

«Кардинальный»: Если предприятие имеет падение прибыли всего на 10%, если его затраты всего на несколько процентов превышают запланированные, если показатель качества нужно улучшить лишь на немного, если обслуживание заказчиков требует лишь определенного ускорения, то предприятию вообще бизнес-реинжиниринг не требуется. В этом случае применимы обычные методы, например, такие как программы постепенного улучшения качества. Бизнес-реинжиниринг применяется только тогда, когда есть острая нужда во «взрывном» воздействии.

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

Свойства реинжиниринга.

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

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

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

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

Участники реинжиниринговой деятельности и их функции.

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

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

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

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

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

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

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

А фанатик, по определению выдающегося британского политического и государственного деятеля Уинстона Черчилля, - «это человек, который не может менять свое мнение и не хочет менять тему обсуждения».

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

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

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

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

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

Виды реинжиниринга.

В реинжиниринге обычно выделяют два существенно отличающихся вида деятельности:

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

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

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

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

Основные этапы и принципы реинжиниринга.

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

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

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

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

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

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

Производится тестирование новой модели -- ее предварительное применение в ограниченном масштабе.

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

Базовые принципы реинжиниринга бизнес-процессов.

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

Несколько рабочих процедур объединяются в одну. Для перепроектированных процессов наиболее характерно отсутствие технологии «сборочного конвейера», в рамках которой на каждом рабочем месте выполняются простые задания, или рабочие процедуры. Выполнявшиеся различными сотрудниками, теперь они интегрируются в одну - происходит горизонтальное сжатие процесса. Если не удается привести все шаги процесса к одной работе, то создается команда, отвечающая за данный процесс. Наличие в команде нескольких человек неизбежно приводит к некоторым задержкам и ошибкам, возникающим при передаче работы между членами команды. Однако потери здесь значительно меньше, чем при традиционной организации работ, когда исполнители подчиняются различным подразделениям компании, располагающимся, возможно, на различных территориях. Кроме того, при традиционной организации трудно, а иногда и невозможно определить ответственного за быстрое и качественное выполнение работы. По имеющимся оценкам, горизонтальное сжатие ускоряет выполнение процесса примерно в 10 раз.

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

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

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

Работа выполняется в том месте, где это целесообразно. В традиционных компаниях она организуется по функциональным подразделениям: отдел заказов, транспортный отдел и т.п., и если, например, конструкторскому отделу требуется новый карандаш, то он обращается с заявкой в отдел заказов. Тот находит производителя, договаривается о цене, размещает заказ, осматривает товар, оплачивает его и передает конструкторам. Все это достаточно расточительно и медленно. Проведенный в одной из компаний США анализ показал, что при традиционном распределении работ внутренние затраты компании на приобретение батарейки стоимостью 3 долл. составили 100 долл. Кроме того, было установлено, что 35% всех заказов составляют заказы стоимостью менее 500 долл. После проведения реинжиниринга отделы перешли к самостоятельному заказу дешевых товаров. Итак, реинжиниринг распределяет работу между границами подразделений, устраняя излишнюю интеграцию, что приводит к повышению эффективности процесса в целом.

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

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

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

«Уполномоченный» менеджер обеспечивает единую точку контакта. Механизм «уполномоченного» менеджера применяется в тех случаях, когда шаги процесса либо сложны, либо распределены таким образом, что их не удается объединить силами небольшой команды. «Уполномоченный» менеджер играет роль буфера между сложным процессом и заказчиком. Он ведет себя с заказчиком так, как если бы был ответственным за весь процесс. Чтобы выполнить эту роль, менеджер должен быть способен отвечать на вопросы заказчика и решать его проблемы, имея для этого доступ ко всем используемым информационным системам и ко всем исполнителям.

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: