Бизнес-процессы. Моделирование, внедрение, управление

_{Рис. 4.10.1. График Ганта создания репозитория бизнес-процессов на платформе среды моделирования Business Studio}

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

Для эффективного использования системы нужно разработать архитектуру (систему) бизнес-процессов компании. Удобно это делать в MS Excel, но можно и сразу в системе. Далее полученная архитектура процессов переносится в Business Studio – создается иерархический справочник процессов. Этот справочник – основа для накопления знаний о процессах в рамках электронного репозитория.

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

Чтобы выгрузить из репозитория информацию о процессах в необходимой форме (регламенты, инструкции, положения и т. п.), нужно определить требования к этим документам. При проектировании шаблонов отчетов увязываются между собой требования к документам и возможности системы. Например, если мы хотим видеть в документе какой-то атрибут бизнес-процесса, надо понимать, какую информацию и как следует заносить в репозиторий. Создание шаблонов для выгрузки сложных регламентирующих документов может потребовать изменений объектной модели Business Studio. Это легко делается при помощи специального инструмента Meta Edit, входящего в комплект поставки системы (в версии Enterprise).

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

Кроме этого документа полезно создать стандарт (инструкцию) по администрированию репозитория и стандарт по внесению изменений в модель организации.

После разработки и согласования стандартов проводится обучение руководителей и специалистов подразделений компании работе с электронным репозиторием бизнес-процессов на платформе Business Studio.

4.11. Список литературы

1. Репин В. В. Бизнес-процессы компании: построение, анализ, регламентация. – М.: Стандарты и качество, 2007.

2. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: Стандарты и качество, 2004.

3. Руководство пользователя Business Studio (2012).

4. Руководство технического специалиста Business Studio (2012).

5. Создание пользовательских отчетов Business Studio. Методика (2012).

6. Маклаков С. В. Моделирование бизнес-процессов с AIIFusion Process Modeler. – М.: Диалог-МИФИ, 2008.

7. Черемных С. В., Семенов И. О., Ручкин В. С. Структурный анализ систем: IDEF-технологии. – М.: Финансы и статистика, 2001.

8. Моделирование бизнеса. Методология ARIS. Практическое руководство / М. Каменнова [и др]. – М.: Серебряные нити, 2001.

9. Silver B. BPMN Method and Style: A levels-based methodology for BPM process modeling and improvement using BPMN 2.0. – Cody-Cassidy, 2009.

Глава 5 Регламентация бизнес-процессов организации

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

5.1. Культура регламентации в российских компаниях

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