Процессный репозиторий

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

Основное назначение репозитория:#

  graph TD
    classDef purpose fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Назначение репозитория"
        P1[Хранение моделей<br/>и артефактов] --> R1[Повторное использование<br/>моделей]
        P2[Централизованное<br/>хранилище] --> R2[Единый источник<br/>правды о процессах]
        P3[Совместная работа] --> R3[Многопользовательский<br/>режим]
        P4[Подготовка отчетов] --> R4[Анализ содержимого<br/>по запросам]
        P5[Проверка стандартов] --> R5[Соответствие корпоративным<br/>требованиям]
        P6[Гибкое представление] --> R6[Разные аспекты процессов<br/>для разных аудиторий]
    end

    class P1,P2,P3,P4,P5,P6 purpose
    class R1,R2,R3,R4,R5,R6 result

Ценность репозитория для организации:#

  graph TD
    classDef value fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Ценность репозитория"
        V1[Прозрачность<br/>системы процессов] --> D1[Идентификация процессов,<br/>определение границ,<br/>управление большим<br/>количеством процессов]
        V2[Материальность<br/>процессов] --> D2[Процессы становятся<br/>активами организации,<br/>фиксированными и управляемыми]
        V3[Эффективное<br/>управление изменениями] --> D3[Доступ к имеющейся<br/>модели для внесения<br/>изменений]
        V4[Моделирование<br/>воздействия] --> D4["Анализ крупных изменений (слияния, поглощения)"]
    end

    class V1,V2,V3,V4 value
    class D1,D2,D3,D4 desc

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

Пять столпов качественного репозитория:#

  graph TD
    classDef pillar fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Пять столпов репозитория"
        P1[Централизованное<br/>хранилище] --> D1[Единое место для всей<br/>информации о процессах]
        P2[Специализированное<br/>ПО] --> D2[Программный продукт для<br/>моделирования или BPMS]
        P3[Систематизированность] --> D3[Объектно-ориентированный<br/>подход, повторное<br/>использование элементов]
        P4[Готовность к<br/>интеграции] --> D4[Интеграция с системами<br/>документооборота,<br/>обучения, базами знаний]
        P5[Нормативная база] --> D5[Четкая система<br/>регулирования, процессы<br/>и процедуры]
    end

    class P1,P2,P3,P4,P5 pillar
    class D1,D2,D3,D4,D5 desc

Характеристики качественного репозитория:#

Ключевой метрикой хорошего репозитория является его активное использование. Качество репозитория определяется не количеством хранящихся моделей, а тем, как активно они используются.

Метрики использования репозитория:#

  graph TD
    classDef metric fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Метрики использования репозитория"
        M1[Количество обращений<br/>к моделям] --> D1[За определенный период<br/>времени]
        M2[Распределение<br/>обращений] --> D2["По предметным областям (должно быть равномерным)"]
        M3[Процент сотрудников,<br/>использующих репозиторий] --> D3[Охват в организации]
        M4[Количество инициатив,<br/>использующих репозиторий] --> D4[Всех типов]
        M5[Скорость обновления<br/>информации] --> D5[Актуальность моделей]
    end

    class M1,M2,M3,M4,M5 metric
    class D1,D2,D3,D4,D5 desc

Ключевые вопросы при проектировании репозитория:#

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

Основные типы моделей в репозитории:#

  graph LR
    classDef model fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Типы моделей в репозитории"
        M1[Модели процессов] --> D1[BPMN, EPC, блок-схемы]
        M2[Организационная<br/>структура] --> D2[Оргдиаграммы, RACI]
        M3[Модели информационных<br/>систем] --> D3[UML, ERD, ArchiMate]
        M4[Модели принятия<br/>решений] --> D4[DMN, деревья решений]
    end

    class M1,M2,M3,M4 model
    class D1,D2,D3,D4 desc

Компоненты процесса, охватываемые моделью:#

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

Сценарии использования репозитория:#

  graph TD
    classDef scenario fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Типичные сценарии использования"
        S1[Стандартизация<br/>процессов] --> D1[Единые подходы<br/>и шаблоны]
        S2[Процессная<br/>трансформация] --> D2[Изменение способов<br/>работы]
        S3[Оптимизация<br/>процессов] --> D3[Улучшение эффективности]
        S4["Роботизация (RPA) и автоматизация"] --> D4[Внедрение цифровых<br/>инструментов]
        S5[Внедрение ERP] --> D5[Интеграция с корпоративными<br/>системами]
        S6[Управление рисками<br/>и соответствиями] --> D6[Контроль и аудит]
        S7[Разработка<br/>программного обеспечения] --> D7[Требования к ИТ-системам]
        S8[Имитационное<br/>моделирование] --> D8[Выявление узких мест<br/>и прогнозирование]
        S9[Интеграция после<br/>слияний и поглощений] --> D9[Объединение процессов]
        S10[Реализация бизнес-<br/>стратегии] --> D10[Связь стратегии<br/>с операциями]
    end

    class S1,S2,S3,S4,S5,S6,S7,S8,S9,S10 scenario
    class D1,D2,D3,D4,D5,D6,D7,D8,D9,D10 desc

Процесс определения сценариев использования:#

  graph LR
    classDef step fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    S1[Определить<br/>конкретный сценарий] --> S2[Определить составляющие:<br/>наименование, роль, цель,<br/>желаемый результат]
    S2 --> S3[Заполнить шаблон<br/>сценария]
    S3 --> S4[Определить, как используется<br/>репозиторий и какой<br/>ожидается эффект]

    class S1,S2,S3,S4 step

Цели разработки сценариев использования:#

1. Регулярно актуализируются
2. Определяют, как измерять полученный эффект
3. Определяют структуру информации в репозитории процессов

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

Пять сторон процесса (пять вопросов):#

  graph TD
    classDef question fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef answer fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Пять вопросов о процессе"
        Q1[Кто?] --> A1[Организации, роли,<br/>исполнители]
        Q2[Что?] --> A2[Действия, функции]
        Q3[Какая информация?] --> A3[Данные, документы]
        Q4[Зачем?] --> A4[Результаты, цели]
        Q5[В какой последовательности?] --> A5[Контроль, логика]
    end

    class Q1,Q2,Q3,Q4,Q5 question
    class A1,A2,A3,A4,A5 answer

Уровни декомпозиции репозитория:#

  graph TD
    classDef level fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Типичные уровни декомпозиции"
        L1[Уровень 1<br/>Процессы предприятия] --> D1[Например: управление<br/>поставками]
        L2[Уровень 2<br/>Группа процессов] --> D2[Например: управление<br/>запасами]
        L3[Уровень 3<br/>Выполняющийся процесс] --> D3[Например: получение<br/>товара]
        L4[Уровень 4<br/>Ключевые действия<br/>и задачи] --> D4[Например: печать<br/>квитанции]
    end

    class L1,L2,L3,L4 level
    class D1,D2,D3,D4 desc

Принципы структурирования:#

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

Нотации для моделирования процессов (раздел 4.4):#

  graph LR
    classDef notation fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef use fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Процессные нотации"
        B[BPMN 2.0] --> BU[Полный цикл BPM,<br/>имитация, исполнение]
        E[EPC] --> EU[Сложные процессы,<br/>Германия/Европа]
        F[Блок-схемы] --> FU[Быстрые схемы,<br/>простые алгоритмы]
        I[IDEF0] --> IU[Высокоуровневое<br/>описание, госсектор]
    end

    class B,E,F,I notation
    class BU,EU,FU,IU use

Нотации для моделирования людей (организационные аспекты):#

Нотации для моделирования информационных систем:#

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

Аспекты процессного регулирования через репозиторий:#

  graph TD
    classDef aspect fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Аспекты регулирования"
        A1[Приоритизация<br/>процессов] --> D1[Иерархия процессов для<br/>приоритизации]
        A2[Многоуровневая<br/>ответственность] --> D2[Прозрачная иерархия<br/>для структурирования<br/>ответственности]
        A3[Многоуровневая<br/>система KPI] --> D3[Основа для измерения<br/>эффективности процессов]
        A4[Управление<br/>жизненным циклом] --> D4[Создание, модификация,<br/>запуск в эксплуатацию]
    end

    class A1,A2,A3,A4 aspect
    class D1,D2,D3,D4 desc

Документ, регламентирующий методы и соглашения:#

Пример процесса внесения изменения:#

  graph TD
    classDef step fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef role fill:#fff3e0,stroke:#e65100,stroke-width:2px
    classDef result fill:#c8e6c9,stroke:#2e7d32,stroke-width:2px

    subgraph "Роли"
        R1[Владелец процесса<br/>чтение, комментарии]
        R2[Процессный аналитик<br/>запись, редактирование]
        R3[Процессный архитектор<br/>чтение, комментарии]
    end

    subgraph "Процесс внесения изменения"
        S1[Владелец дает<br/>распоряжение] --> S2[Аналитик создает<br/>черновик]
        S2 --> S3[Архитектор проверяет<br/>и оставляет комментарии]
        S3 --> S4[Аналитик корректирует<br/>и просит утвердить]
        S4 --> S5[Архитектор утверждает<br/>в комментариях]
        S5 --> S6[Аналитик меняет статус<br/>на «Согласовано»]
        S6 --> S7[Владелец утверждает<br/>в комментариях]
        S7 --> S8[Аналитик публикует<br/>модель]
    end

    class R1,R2,R3 role
    class S1,S2,S3,S4,S5,S6,S7,S8 step

Процессы управления репозиторием:#

Существует широкий спектр программных продуктов, содержащих репозиторий BPM. Выбор программного обеспечения обычно является первым шагом на пути организации к BPM.

Типы программного обеспечения BPM:#

  graph TD
    classDef type fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef features fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "Типы ПО BPM"
        B[Базовое ПО<br/>BPM] --> BF[Моделирование процессов,<br/>базовый репозиторий]
        BPMS[BPMS<br/>Business Process<br/>Management Suite] --> BMS[Моделирование +<br/>исполнение +<br/>мониторинг]
        iBPMS[Intelligent BPMS] --> IBMS[BPMS + аналитика +<br/>искусственный интеллект]
    end

    class B,BPMS,iBPMS type
    class BF,BMS,IBMS features

Компоненты полноценной платформы BPM:#

Примеры программных продуктов с репозиторием:#

Ключевые факторы при выборе ПО:#

Лучшие практики построения репозитория касаются пяти составляющих: эффект, содержание, формат, регулирование, инструменты и удобство использования.

Лучшие практики по пяти составляющим:#

  graph TD
    classDef practice fill:#e3f2fd,stroke:#1e88e5,stroke-width:2px
    classDef desc fill:#f5f5f5,stroke:#9e9e9e,stroke-width:1px

    subgraph "1. Эффект: сценарии использования"
        P1[Определены сценарии<br/>использования] --> D1[Необходимая поддержка<br/>репозитория для каждого]
        P2[Регулярная актуализация<br/>сценариев] --> D2[Следование изменениям<br/>бизнеса]
        P3[Измерение эффекта] --> D3[Оценка использования<br/>репозитория]
    end

    subgraph "2. Содержание"
        P4[Состав информации<br/>по сценариям] --> D4[Требуемый состав<br/>для каждого сценария]
        P5[Наличие необходимых<br/>отчетов] --> D5[Отчеты по сценариям<br/>использования]
    end

    subgraph "3. Формат"
        P6[Не более десяти<br/>методов моделирования] --> D6[Ограничение сложности]
        P7[Стандартный метод<br/>моделирования] --> D7[Единый подход]
        P8[Общая архитектура до<br/>третьего уровня] --> D8[Достаточная детализация]
        P9[Стандарты и руководящие<br/>принципы соблюдаются] --> D9[Контроль соответствия]
    end

    subgraph "4. Регулирование"
        P10[Процессы создания,<br/>поддержки, вывода] --> D10[Определены и внедрены]
        P11[Контроль качества<br/>не реже 4 раз в год] --> D11[Регулярные проверки]
        P12[Измерение качества<br/>и полезности] --> D12[Метрики эффективности]
        P13[Измерение количества<br/>обращений] --> D13[Ежемесячно]
        P14[Руководящие принципы<br/>опубликованы] --> D14[Доступность для всех]
    end

    subgraph "5. ПО и удобство использования"
        P15[Облачный доступ] --> D15[Доступность из любой точки]
        P16[Отчеты и конфигурация<br/>по сценариям] --> D16[Настроены и обновляются]
        P17[Горячая линия<br/>поддержки] --> D17[Работает]
        P18[Интеграция с внешними<br/>системами] --> D18[Подключены и регламенты<br/>определены]
    end

    class P1,P2,P3,P4,P5,P6,P7,P8,P9,P10,P11,P12,P13,P14,P15,P16,P17,P18 practice
    class D1,D2,D3,D4,D5,D6,D7,D8,D9,D10,D11,D12,D13,D14,D15,D16,D17,D18 desc