Оптимизация всех бизнес-процессов: руководство к действию

5. Возможно ли разработать несколько вариантов выполнения процесса.

6. В какие места модели процесса добавить контрольные функции.

Рис. 3.2. Последовательное и параллельное выполнение процедур

Рис. 3.3. Встраивание контрольных процедур в модель процесса

Рис. 3.4. Многовариантность процесса

Рис. 3.5. Чек-лист для анализа бизнес-логики процесса

3.1.3. Анализ возможности изменения процесса и барьеров

Эксперты заполняют чек-лист по готовому списку факторов (см. Рис. 3.6) на основе всей имеющейся информации о процессе. Оценки могут быть в формате «Да-1, Нет-0» или баллов «0–5».

Показатель «Сложность изменения процесса» в таблице Excel рассчитывается автоматически по формуле, как среднее арифметическое по оценкам.

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

Рис. 3.6. Чек-лист для анализа возможности изменения процесса

3.1.4. Анализ влияния изменения процесса на корпоративную архитектуру

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

На основе полученной информации эксперты заполняют чек-лист (см. Рис. 3.7). По каждому фактору (компоненту корпоративной архитектуры) проставляются оценки в формате «Да-1, Нет-0» или баллов «0–5», указывается детальное описание влияния от изменения процесса (положительного или отрицательного).

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

Рис. 3.7. Чек-лист для анализа влияния изменения процесса на корпоративную архитектуру

3.1.5. Анализ фрагментарности процесса

Для реализации метода требуется графическая модель процесса (см. Рис. 3.8) и указание исполнителей для функций (действий) этого процесса в таблице Excel. Необходимо рассчитать три показателя.

– FTR (функциональный переход, количество) – это переход от одной функции к следующей.

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

– FRAG (фрагментарность, процент) = OBR / FTR.

На основе показателя FRAG можно определить, какой тип деятельности более распространён – процессный (FRAG => 0) или функциональный (FRAG => 1). Принято считать, что у процессов с показателем FRAG < 0,5 наблюдается меньше операционных рисков (ошибок, дефектов, сбоев) и задержек по времени выполнения (очередей, ожиданий).

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

Методы сокращения фрагментарности процесса

• Повышение универсальности исполнителей процесса (сотрудников).

• Автоматизация / роботизация процедур и функций процесса.

• «Разрушение стен» – участники процесса работают в одном открытом помещении формата «open space».

Рис. 3.8. Функциональные переходы и организационные разрывы

Рис. 3.9. Таблица для расчёта фрагментарности процесса

3.1.6. Анализ операционных рисков процесса

На модели процесса (см. Рис. 3.11 и 3.12) и в таблице Excel (см. Рис. 3.13) для каждого действия (функции) процесса указываются операционные риски (ошибки, дефекты, сбои), которые могут произойти (реализоваться) именно при выполнении данного действия. В таблице Excel автоматически рассчитывается показатель «Уровень рискованности процесса» по формуле [Количество функций с возможными операционными рисками / Общее количество функций].

На основе данной информации разрабатываются мероприятия по минимизации (предотвращению) операционных рисков для процесса.

Данной теме посвящена отдельная книга автора – «Управление операционными рисками: надёжность бизнес-процессов и ИТ-систем».