Организационная структура проект реинжиниринга бизнес-процессов

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

Рис. 2 Организационная структура проекта по реинжинирингу бизнес-процессов

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

Лидер проекта – это менеджер верхнего звена управления, который возглавляет работы по реинжинирингу бизнес процессов на всех его этапах.

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

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

Владельцы бизнес-процессов — это будущие администраторы процессов.

Команды реинжиниринга бизнес-процессов создаются из работников предприятия, являющихся высококлассными экспертами на смежных участках бизнес-процесса, и сторонних консультантов – инженеров в области структурирования и моделирования бизнес-процессов (рис.3). Обычно соотношение собственных работников и консультантов – 3 к одному, а общая численность команды – в среднем 10 человек.

Рис.3. Структура команды по реинжинирингу бизнес-процессов

33. Методологии моделирования бизнес-процессов и CASE-техно­логии

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

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

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

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

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

Методология SADT представляет собой дальнейшее развитие методологии структурного анализа и проектирования. Методология IDEF. Это, наиболее глубоко проработанная и обширная методология, которая позволяет описывать не только бизнес-процессы, но и функциональные блоки например, маркетинг или финансы, различные объекты в компании и действия над ними например, весь комплекс процессов обработки и выполнения заказа клиента, а также состояние и динамику развития бизнес-единиц компании и компании в целом. Методология IDEF состоит из 14 компонент, наиболее важными из которых являются: 1) IDEF0 - методология моделирования функциональных блоков; 2) IDEF1- методология моделирования информационных потоков в компании; 3) IDEF2 - методология моделирования динамики развития компании; 4) IDEF3- методология документирования бизнес-процессов в компании; 5) IDEF4 - методология описания различных объектов в компании и действий над ними; 6) IDEF5 - методология описания текущего состояния компании и тенденций его изменения. Задачи, которые приходится решать в ходе реинжиниринга, обычно характеризуются высокой степенью сложности и большой ответственностью.

Методология ORACLE. Чтобы осуществить эффективную автоматизацию нужно правильно настроить информационную систему. Поэтому разработчики информационных систем разработали свои стандарты и программные продукты, с помощью которых описывается бизнес-деятельность компании. Наиболее крупные из них SAR/R3, BAAN и ORACLE. Каждый их этих стандартов содержит несколько бизнес-моделей, с помощью которых описываются бизнес-процессы, организационная структура и строятся прочие бизнес-модели.

Методология ARIS (Architecture of Integrated Information Systems – проектирование интегрированных информационных систем) одна из современных методологий бизнес-моделирования, получившая широкое распространение. Ее использует программное средство ARIS Toolset.

Приведенные выше методологии проведения реинжиниринга бизнес-процессов, разработаны ведущими консалтинговыми фирмами мира. Исторически большинство консалтинговых фирм основывали свои подходы к реинжинирингу, исходя из CASE-технологии разработки информационных систем. Здесь можно отметить такие известные фирмы, как Gemini Consulting - методология Construct и Andersen Consulting - методология Eagle.

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

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

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