Модель AS-IS: описание текущих процессов¶

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

¶Сущность и назначение

Модель AS-IS отвечает на вопрос «как есть?», а не «как должно быть». В отличие от регламентов и должностных инструкций, которые описывают желаемый порядок работы, модель AS-IS фиксирует реальную практику, включая неформальные операции, отклонения и узкие места. Основное назначение модели — выявление проблем: дублирования функций, излишних согласований, потерь времени, неиспользуемых ресурсов.

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

¶Методологии моделирования

Для построения модели AS-IS используются различные нотации и стандарты:

• IDEF0 — функциональное моделирование, представляющее процессы как блоки с входами, выходами, управлениями и механизмами. Позволяет строить иерархические диаграммы от общего к частному.
• BPMN 2.0 — нотация для описания процессов в виде потоков операций с событиями, ветвлениями и исполнителями. Наиболее распространена для моделирования на уровне рабочих задач.
• DFD (Data Flow Diagram) — диаграммы потоков данных, акцентирующие движение информации между подразделениями и системами.
• UML — универсальный язык объектно-ориентированного моделирования, применяемый для описания как процессов, так и структуры системы.

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

¶Процесс построения

Создание модели AS-IS включает несколько этапов:

1. Определение границ процесса — установление начала и конца, входов и выходов, владельца процесса.
2. Сбор информации — интервью с сотрудниками, наблюдение за рабочими местами, анализ документов и журналов операций. Важно фиксировать фактические действия, а не пересказ регламентов.
3. Документирование — отражение собранных данных в выбранной нотации, создание схем и описаний.
4. Верификация — согласование модели с участниками процесса, проверка полноты и достоверности.

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

¶Содержание модели

Типовая модель AS-IS включает:

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

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

¶Применение

Модель AS-IS используется в следующих целях:

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

После построения модели AS-IS обычно разрабатывается модель TO-BE («как будет»), отражающая целевое состояние после внедрения изменений. Сравнение двух моделей позволяет оценить ожидаемый эффект и спланировать переход.

¶Ограничения

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