11. Причины и примеры неудач при проведения реинжиниринга.

Риск при проведении реинжиниринга довольно значителен, однако следует подчеркнуть, что причины его неудач заключаются в нарушении правил его проведения. Участник реинжиниринга в меру своих знаний и умений могут влиять на результаты. Главное - избегать глобальных ошибок. Проведение реинжиниринга может потерпеть неудачи в следующих, случаях: * ответственный за проект имеет недостаточно высокий должностной ранг; * происходит излишняя концентрация на технологических вопросах; * среди менеджеров преобладает отношение «сделай это для меня», т. е. они не вовлекаются в сам процесс. Поскольку информационные технологии являются одним из ключевых элементов реинжиниринга, то разработчики проекта должны иметь представление о возможностях их использования в конкретном бизнесе. К числу технологий, с которыми участники проектного исследования должны быть знакомы, относятся экспертные системы, системы управления большими базами данных, рабочие станции и др. Риск реинжиниринга бизнеса можно разделить на две категории: * риск, связанный с изменением процесса; * риск, связанный с используемой технологией. По мнению большинства специалистов, 80 % неудач при проведении реинжиниринга вызваны такими «мягкими» факторами, как мотивация, обязательность участия руководства, необходимость экспертного руководства. Для того чтобы гарантировать успех проекта реинжиниринга, необходимо формализовать процесс реинжиниринга.

12 Методологии моделирования бизнес — процессов.

Методология моделирования бизнес-процессов (Business Process Modeling) — совокупность методов и принципов построения моделей бизнес-процессов.

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

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

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

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

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

13. Программные продукты для моделирования бизнес — процессов.

14. Этапы описания бизнес процессов.

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

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

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

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

15. Методология IDEF0

IDEF0  — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (поток работ).

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

стрелка входа приходит всегда в левую кромку активности,

стрелка управления — в верхнюю кромку,

стрелка механизма — нижняя кромка,

стрелка выхода — правая кромка.

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

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

16. Методолгия IDEF3

IDEF3 (англ. Integrated DEFinition for Process Description Capture Method) — методология моделирования и стандарт документирования процессов, происходящих в системе. Метод документирования технологических процессов представляет собой механизм документирования и сбора информации о процессах. IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие.[1]

Применение

IDEF3 широко применяется при разработке информационных систем. При этом используется инструмент визуального моделирования бизнес-процессов.

Описание

Два типа диаграмм в IDEF3

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

IDEF3 состоит из двух методов. Process Flow Description (PFD) — Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) — описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

Основу методологии IDEF3 составляет графический язык описания процессов. Модель в нотации IDEF3 может содержать два типа диаграмм:

диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)

диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)

Компоненты диаграммы описания процесса

Диаграмма IDEF3 Process Flow Description может состоять из 7 основных описательных блоков:

работы (boxes, activities)

стрелки или связи (arrows, links)

перекрёстки (junctions)

объекты ссылок

Unit of Behavior

Decomposition

Elaboration