Немецкая школа процессного управления (Geschäftsprozessmanagement) — систематический подход к моделированию, анализу и оптимизации бизнес-процессов, наиболее известный через концепцию ARIS (Architecture of Integrated Information Systems, «Архитектура интегрированных информационных систем») профессора Аугуста-Вильгельма Шеера. В отличие от более общих подходов к процессному управлению, немецкая школа делает акцент на строгой формализации процессов через многослойное моделирование, напрямую связывающее бизнес-процессы с реализующими их информационными системами.
Происхождение и исследовательская база
Аугуст-Вильгельм Шеер — немецкий профессор делового администрирования и информационных систем в университете Саара, защитил докторскую диссертацию в Гамбургском университете в 1972 году и хабилитацию там же в 1974 году по теме контроля проектов. В 1975 году Шеер занял одну из первых кафедр информационных систем и основал институт информационных систем (IWi) при университете Саара, которым руководил до 2005 года.
В 1984 году Шеер основал компанию IDS Scheer — разработчика программного обеспечения для управления бизнес-процессами (BPM), которую широко считают основателем самой индустрии BPM как таковой. Разработанный им метод ARIS для процессов и ИТ используется практически во всех компаниях, входящих в немецкий фондовый индекс DAX, а также во многих средних предприятиях и на международном уровне — его книги признаны стандартными работами по немецкому процессному управлению.
Ключевая особенность подхода ARIS — многослойное моделирование процесса одновременно в нескольких взаимосвязанных представлениях (организационном, функциональном, информационном, процессном), что позволяет напрямую связать описание бизнес-процесса с последующей реализацией в конкретной информационной системе, а не оставлять этот переход неформализованным.
Ключевые идеи и принципы
Принцип: многослойное моделирование процесса вместо единой упрощённой диаграммы.
Вместо одной обобщённой блок-схемы процесса, ARIS-подход явно разделяет разные аспекты — кто выполняет процесс (организационная структура), что делается (функции), какие данные обрабатываются (информационная структура) и в каком порядке это происходит (управление процессом) — что даёт значительно более детальную и практически применимую модель для последующей реализации в информационных системах.
Принцип: прямая связь между моделью процесса и реализующей его ИТ-системой.
Немецкая школа процессного управления исторически сильно ориентирована на практическую реализуемость — модель процесса создаётся не как абстрактная документация, а как основа для непосредственной конфигурации или разработки поддерживающей информационной системы, что сокращает разрыв между документацией процесса и его реальным ИТ-воплощением.
Принцип: систематическая методология применима в масштабе крупной организации.
Широкое распространение метода в компаниях индекса DAX подтверждает применимость подхода не только к отдельным процессам, но и к масштабной, комплексной архитектуре процессов и систем крупного предприятия — систематичность и строгость формализации особенно ценны именно на таком масштабе, где неформальное описание процессов быстро становится неуправляемым.
Ограничения, слепые зоны и критика
Строгая формализация и многослойность модели ARIS требуют значительных временных затрат и специализированной квалификации для построения и поддержания моделей — для небольших организаций или простых процессов такая степень формализации может быть избыточной относительно реальной практической пользы.
Тесная связь модели процесса с конкретной ИТ-реализацией, будучи преимуществом для внедрения, одновременно создаёт риск: изменение бизнес-процесса требует синхронного обновления и модели, и поддерживающей информационной системы, что увеличивает стоимость и сложность изменений по сравнению с более гибкими, менее формализованными подходами.
Как коммерческая методология, тесно связанная с конкретным программным продуктом (первоначально IDS Scheer, позже приобретённым Software AG), метод менее нейтрален по отношению к конкретным инструментам, чем некоторые открытые нотации моделирования процессов.
Типовые ошибки
Ошибка 1: применяют полную многослойную формализацию к простым, некритичным процессам.
Организация тратит значительные ресурсы на детальное ARIS-моделирование процессов, где реальная сложность и критичность не оправдывают такой степени формализации, что создаёт избыточные затраты без соразмерной пользы.
Как избежать: применять полную многослойную формализацию избирательно — к комплексным, критичным для бизнеса процессам, где детальная модель действительно оправдывает затраты на её создание и поддержание.
Ошибка 2: не синхронизируют модель процесса с фактическими изменениями в ИТ-системе.
Информационная система, реализующая процесс, изменяется без соответствующего обновления модели процесса — со временем модель перестаёт отражать реальность, теряя ключевое преимущество прямой связи модели и реализации.
Как избежать: встраивать обновление модели процесса как обязательный шаг любого изменения поддерживающей информационной системы.
Ошибка 3: рассматривают выбор методологии в отрыве от привязки к конкретному инструментарию.
Организация внедряет ARIS-подход, не оценив зависимость от конкретной коммерческой платформы и связанные с этим долгосрочные затраты и ограничения выбора инструментов.
Как избежать: явно оценивать долгосрочные последствия зависимости от конкретного коммерческого инструментария при выборе методологии процессного моделирования.
Главное, что нужно знать
Немецкая школа процессного управления (Geschäftsprozessmanagement) наиболее известна через концепцию ARIS Аугуста-Вильгельма Шеера, профессора университета Саара с 1975 года.
В 1984 году Шеер основал компанию IDS Scheer, которую широко считают основателем всей индустрии BPM (управления бизнес-процессами).
Метод ARIS используется практически во всех компаниях индекса DAX и признан стандартом немецкого процессного управления.
Ключевая особенность — многослойное моделирование (организация, функции, данные, управление процессом) с прямой связью к реализующей ИТ-системе.
Требует значительных ресурсов на формализацию и синхронное обновление модели при изменении системы — применять избирательно к комплексным критичным процессам.
План внедрения
Неделя 1: выбрать комплексный критичный процесс для детального моделирования
Определить процесс достаточной сложности и значимости для бизнеса, оправдывающий полную многослойную формализацию.
Неделя 2: смоделировать организационный и функциональный слои процесса
Описать, кто выполняет процесс (организационная структура) и какие функции выполняются (функциональная модель).
Неделя 3: смоделировать информационный слой и последовательность выполнения
Описать, какие данные обрабатываются и в каком порядке выполняются шаги процесса.
Неделя 4: связать модель с реализующей информационной системой
Использовать построенную модель как основу для конфигурации или разработки поддерживающей ИТ-системы.
Далее: синхронное обновление — при любом изменении ИТ-системы обновлять соответствующую модель процесса, поддерживая их соответствие.
Как реализовать этот план с помощью фрейма «Process Management (ARIS)» в OrgDevTools
Фрейм состоит из четырёх карточек на вкладке «Карточки», каждая соответствует одной неделе плана внедрения выше.
Неделя 1 — карточка «Выбор комплексного критичного процесса». Сюда вносится обоснование, почему выбранный процесс обладает достаточной сложностью и значимостью для полной многослойной формализации — применение подхода к простым, некритичным процессам прямо повторяет ошибку 1.
Неделя 2-3 — карточка «Многослойная модель (организация/функции/данные)». Сюда вносится, кто выполняет, что делается и какие данные обрабатываются — раздельные, но связанные слои, моделируемые последовательно на неделе 2 (организация/функции) и неделе 3 (данные/последовательность).
Неделя 4 — карточка «Связь модели с реализующей ИТ-системой». Сюда вносится, как модель становится основой для конфигурации или разработки системы — рассмотрение методологии в отрыве от конкретного инструментария прямо повторяет ошибку 3.
После недели 4, регулярно — карточка «Синхронное обновление модели и системы». Сюда вносится каждое существенное обновление ИТ-системы вместе с соответствующим обновлением модели — рассинхронизация прямо повторяет ошибку 2.
Вкладка «Итоги» явно предупреждает, если модель не связана с ИТ-системой или формализация применена к некритичному процессу. Кнопка создания задачи формирует задачу «Поддерживать синхронность многослойной модели процесса с реализующей ИТ-системой».