Разработка технического задания (ТЗ).

 В результате иденти­фикации бизнес-процессов формируется техническое задание на проведение работ по РБП. В состав ТЗ включается набор требова­ний, которые должны быть реализованы в результате выполнения

проекта.

ТЗ - это структурированное предложение (план, заявка) для

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

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

Обратный инжиниринг

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

Обратный инжиниринг, по мнению И. Якобсона [202], не должен вызывать получение чрезмерно детальной картины существующих бизнес-процессов, ибо в этом случае велика вероятность "потерять за деревьями лес". На этапе обратного инжиниринга строятся, как правило, только принципиальные модели бизнес-процессов, позво­ляющие понять сущность функционирования предприятия в целом и выявить направления реорганизации бизнес-процессов. Степень детализации должна быть такой, чтобы по модели можно было

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

После того как выявлены перспективные виды деятельности (сегменты рынка и типы клиентов), для них строятся цепочки созда­ния добавленной стоимости, которые определяют составляющие их

бизнес-процессы.

Далее стратегические цели, сформулированные на стадии индентификации, уточняются и упорядочиваются в дерево целей.

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

для РБП.

На этапе обратного инжиниринга для понимания сути функцио­нирующих бизнес-процессов широко используются методы и сред­ства структурного анализа деловых и информационных процессов (функционально-ориентированного или объектно-ориентированного моделирования), которые реализованы в таких известных ППП, как, например, Design/TOEF, BPWin, ERWin, OOWin, ARIS Toolset, Rational Rose и др. Главная задача заключается в обеспечении пони­мания сути протекающих процессов, а также в определении направ­лений изменений и участвующих структурных подразделений.

Для оценки эффективности существующих бизнес-процессов используются прежде всего методы и средства учета затрат по функциям (ABC - Activity Based Costing), поддерживаемые, напри­мер, в ППП Design/IDEF, Easy ABC+, ARIS ABC и др.

Так, учет затрат по функциям позволяет выявить:

• наиболее трудоемкие и затратные функции;

• функции, не вносящие вклад в образование прибыли;

• функции с низким коэффициентом использования ресурсов.

Для динамической оценки существующих бизнес-процессов при наличии развитой функционирующей информационной системы и информационного хранилища могут использоваться методы анализа реальной статистики. К таким средствам относят SAS, SPSS, Busi­ness Objects, Oracle Express и др. В противном случае применяются методы и средства имитационного моделирования, например ППП ReThink, РДО, Pilgrim, Ithink, Workflow Analyser, Service Model и др.

Рис.7 Обратный инжиниринг

Прямой инжиниринг

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

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

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

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

1. Определяется объективная структура новой организации биз­
нес-процессов: состав объектов, функций и событий.

2. Объекты и функции бизнес-процессов распределяются по
структурным подразделениям предприятия.

3. Определяются требования к информационной системе.

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

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

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

Рис. 8. Прямой РБП

 

К таким программным средствам относятся либо С ASE-средства (например, Oracle Designer 2000, SilverRun, Natural Engineering Workbench, Rational Rose и др.), либо модельно-ориентированные средства компонентного проекти­рования (например, Business Engineer (SAP), Dynamic Enterprise Modeler (Baan)), либо специализированные, которые позволяют экс­портировать модели в CASE-средства или модельно-ориентирован­ные средства компонентного проектирования (например, Design/ IDEF, ARIS Toolset).

Достоинство специализированных программных средств моде­лирования бизнес-процессов заключается в большей ориентирован­ности на собственно РБП, а для информационной системы - на предпроектный анализ, в то время как CASE-средства и модельно-ориентированные средства компонентного проектирования - на раз­работку информационной системы. В частности, для специализиро­ванных программных средств моделирования бизнес-процессов (на­пример, ARIS Toolset, BPWin, Design/IDEF) характерна поддержка инструментов статического учета затрат по функциям и динамиче­ского имитационного моделирования для оценки заданных критери­ев эффективности бизнес-процессов, рисков и стоимостных затрат.

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

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

Целями проведения имитационного моделирования бизнес-про­цессов могут быть:

1) сравнения средних значений и дисперсий динамических ха­
рактеристик различных альтернатив процессов при одинаковых
исходных данных (один сценарий моделирования на несколько мо­
делей);

2) отыскание оптимальных значений переменных на некотором
множестве возможных значений (несколько сценариев моделирова­
ния на одну модель);

3) определение зависимостей между различными факторами про­
цессов в результате специального анализа полученной статистики.

Развитые средства имитационного моделирования, такие, на­пример, как ReThink, Pilgrim, РДО, ARIS Simulation, iThink и др., позволяют:

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

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

• оптимизировать использование материальных, финансовых, люд­
ских и информационных ресурсов на различных стадиях жизнен­
ного цикла проекта реорганизации предприятия;

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

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

---

Дата добавления: 2022-01-22; просмотров: 23; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!