Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Все темы Проектирование ЛС.doc
Скачиваний:
6
Добавлен:
01.07.2025
Размер:
267.26 Кб
Скачать

12. Эталонные и референтные модели

В качестве основного каркаса, объединяющего и систематизирующего все знания по бизнес-модели, можно использовать референтную модель.

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

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

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

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

13. Аудит бизнес-процессов.

Аудит – комплекс мероприятий, направленных на изучение и выявление возможностей для улучшения как конкретного бизнес-процесса, так и, возможно, некоторых других. Ограничения и несоответствия одного процесса могут быть вызваны проблемами в соседних.

Основная цель аудита – поиск путей повышения эффектности бизнес-процесса. Кроме того, возможны и дополнительные цели:

  • выявление кандидатов на повышение в должности (и при необходимости – на понижение);

  • поощрение инициаторов улучшений;

  • управление отношениями в коллективе.

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

Когда проводить аудит

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

Проводить аудит лучше не сразу после разработки регламентов, а через некоторое время, необходимое для тестирования и «обкатки» процесса.

Аудит следует провести в полном объеме, если регламент изменялся в связи с коренными преобразованиями (например, после установки нового программного обеспечения). А вот если в документацию внесли незначительные изменения, можно ограничиться и частичным аудитом. Все зависит от сложности и важности процесса для компании.

2. Плановый аудит. Проводится согласно графику проведения аудитов, не реже одного раза в год.

3. Внеплановый аудит бизнес-процесса. Проводится по требованию владельца бизнес-процесса либо его вышестоящего руководителя в случаях:

  • крупного сбоя процесса;

  • поступления периодических жалоб и нареканий со стороны клиентов процесса (как внутренних, так и внешних);

  • при появлении предложений по улучшению процесса и т.д.