4. Моделирование «как должно быть»

Исправление недостатков, перенаправление информационных и материальных потоков приводит к созданию модели как будет (TO-BE).

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

1. Порядок моделирования «как должно быть»

   1. Конкретизация целей моделирования

Исходной точкой моделирования «как должно быть» служат слабые места, выявленные на этапе моделирования и анализа «как есть». Руководство и сотрудники компании возлагают на результаты моделирования «как должно быть» ряд надежд."³ К типичным ожиданиям, связанным с внутренними по отношению к компании факторами относятся:

• увеличение прибыли,

• экономия затрат,

• улучшение организации производственных процессов,

• сокращение времени планирования,

• сокращение времени обработки,

• повышение актуальности информации,

• минимизации времени хранения сырья и материалов,

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

К типичным ожиданиям, связанным с внешними по отношению к компании факторами (клиенты, партнеры и рынок), относятся:

• высокое качество процессов и, как следствие, высокое качество продуктов,

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

• повышение прозрачности процессов для клиентов,

• повышение эффективности коммуникации с партнерами,

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

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

2. Определение степени детализации

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

Например, если целью моделирования является обучение сотрудников или сертификация предприятия, то, как правило, для этого достаточно моделей «как есть».

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

Ракурс АИИС Цель моделирования	функций	организации	данных	процессов
Организационная документация
Процессно-ориентированная реорганизация
Непрерывный менеджмент процессов
Сертификация предприятия
Бенчмаркинг
Управление знаниями
Выбор корпоративных ИТ-систем
Пользовательская настройка
Разработка программного обеспечения
Управление потоками операций
Симуляция процессов
Расчёт затрат по процессам
Степень детализации: высокая, средняя, низкая