Модель бизнес-процесса – прикладное представление (в заданной нотации) исполняемых компанией работ.
В практике деятельности компаний стали применяться модели разной направленности:
• модель бизнес-процессов верхнего уровня – агрегированная, наиболее общая модель БП компании;
• модель бизнес-процесса алгоритмическая – модель БП компании, отражающая состав и логику исполнения компанией работ при его реализации;
• модель бизнес-процесса потоковая – модель БП компании, отражающая материальные, финансовые и информационные потоки объектов;
• модель бизнес-процесса функциональная – модель БП компании, отражающая функциональный состав БП, закрепление функций процесса за исполнителями.
Постепенно модели стали рассматриваться как новый вид регламентационных документов. В тех случаях, когда модель разрабатывается с помощью специальной программы, ее применяют как электронный регламент . А в части применения подобных моделей стала развиваться специальная методология – бизнес-инжиниринг.
7.2. Нормативно-методические документы для регламентациибизнес-процессов в стандартах ISO 9000:2000
Рис. 7.2.1. Пирамида регламентирующей документации организации (компании) в международных стандартах ISO 9000:2000 Надо признать, что на современную практику и типологию регламентирующих документов БП в существенной мере влияют подходы стандартов ISO (рис. 7.2.1). Назидательные с этой точки зрения выдержки из стандартов приведены в табл. 7.2.1.
Таблица 7.2.1
7.3. Политики в области регламентации бизнес-процессов
Рис. 7.3.1. Основные характеристики политик компании в области регламентации бизнес-процессов (пример)
Таблица 7.3.1Политики представления и регламентации бизнес-процессов компании – нормативно-методический документ (раздел нормативно-методического документа), представляющий стратегические цели компании, задачи в сфере представления и регламентации БП, корневая модель БП, классификатор БП, показатели результативности компании, риски компании (табл. 7.3.1 и рис. 7.3.1). При необходимости глубина описания политик регламентации может увеличиваться за счет включения дополнительных характеристик БП.
В крупных компаниях политики могут разрабатываться по отношению не только ко всей компании, но и к ее направлениям деятельности. Обычно это делается для ключевых бизнес-процессов.
Политики представления и регламентации бизнес-процессов по направлению деятельности компании – нормативно-методический документ, представляющий (для конкретного направления деятельности) стратегические цели компании, детализированный классификатор бизнес-процессов, ключевые показатели эффективности, риски исполнения бизнес-процессов, меры по минимизации рисков (см. рис. 7.3.2).
Стандарты ISO 9000:2000 предполагают разработку и применение отдельного документа в области политики и целей качества (табл. 7.3.2).
Рис. 7.3.2. Основные характеристики политик по направлению деятельности (пример) Таблица 7.3.2
7.4. Порядок регламентации бизнес-процесса
Рис. 7.4.1. Характеристики порядков по направлению деятельности
Порядок регламентации бизнес-процесса – нормативно-методический документ (раздел нормативно-методического документа), отражающий процедуру взаимодействия участников в рамках одного из бизнес-процессов; может содержать детализацию описания бизнес-процесса с указанием процедуры его исполнения, исполнителей (подразделения, уполномоченные лица), их прав и ответственности; в качестве входящей и исходящей информации – документов (табл. 7.4.1 и рис. 7.4.1). Глубина описания порядка регламентации может увеличиваться за счет включения дополнительных характеристик бизнес-процессов.
Таблица 7.4.1
Описание процесса может производиться в текстовой форме. Для детализации процесса текстовое описание дополняется описанием в виде таблицы или алгоритмической схемы.
Применение табличной формы (рис. 7.4.2) делает описание процесса четким и упрощает его восприятие. Каждый параметр процесса отражается в отведенном столбце таблицы, а не «размывается» в тексте.
Использование алгоритмических схем (см. рис. 7.4.4, 7.4.5) целесообразно в случаях, когда последовательность выполнения процесса (подпроцессов, процедур) допускает вариантность исполнения (последовательное выполнение сочетается с параллельным, ветвление процесса и т. д.). Алгоритмические схемы призваны отобразить логическую связь процессов, к тому же они более наглядные и «читаемые».
Рис. 7.4.2. Пример табличного представления бизнес-процесса
Использовать исключительно одну форму – текстовую, табличную или алгоритмическую – нецелесообразно. Текстовая форма не столь наглядная и не структурированная, в табличной трудно отразить логическую и временную взаимосвязь процессов и поэтому трудно обойтись без алгоритмической схемы.
Если применять только алгоритмическую схему, на ней необходимо будет указать все существенные параметры процесса – исполнителей, входы, выходы, поставщиков, клиентов и т. д. В результате схема получится громоздкой и «трудночитаемой», что снизит ее практическую ценность.
Для составления алгоритмических схем используют специальные графические элементы (см. рис. 7.4.4), совокупность которых определяет нотацию моделирования. Наиболее популярны для описания бизнес-процессов – алгоритмическая блок-схема, Basic Flowchart, Cross-Functional Flowchart, Event-driven Process Chain, IDEF0, IDEF3, Data Flow Diagrams, Work Flow Diagram. Выбор нотации моделирования зависит от его целей и от программного продукта, применяемого для этого. Обычно используют 3–4 и более нотаций (для различных уровней декомпозиции процессов) (рис. 7.4.3).
Рис. 7.4.3. Пирамида описаний бизнес-процессов (пример)
Рис. 7.4.4. Пример обозначений, используемых при представлении БП в форме алгоритма Рис. 7.4.5. Пример представления бизнес-процесса в форме алгоритма
7.5. Документы «Инструкция», «Модель бизнес-процесса» и другие
Рис. 7.5.1. Сценарии моделирования деятельности «сверху» и «снизу»
Инструкция – нормативно-методический документ, фиксирующий процедуру взаимодействия участников в рамках одного из бизнес-процессов; содержит детализацию описания бизнес-процессов, где в качестве исполнителей указываются должностные лица, выполняющие конкретные роли в бизнес-процессе, их права и ответственность, а в качестве входящей и исходящей информации – документы (или поля документов).
