1. Введение. Зачем нужна архитектура процессов компании?
1.1. Для кого и для чего написана эта книга
Вы держите перед собой книгу – краткое практическое пособие по построению архитектуры бизнес-процессов компании с использованием нотаций IDEF0, BPMN и программного продукта Business Studio. В книге достаточно подробно разобраны правила использования нотации IDEF0. Нотация BPMN рассматривается только в части интеграции схем BPMN в общую архитектуру процессов компании. Читателям, которые хотели бы начать использовать BPMN, рекомендую обратиться к книге [3] в «Списке рекомендуемой литературы».
Книга посвящена системному подходу к построению архитектуры процессов, а не методу описания некоторых абстрактных упрощенных процессов в нотации IDEF0. Материал требует внимательного, вдумчивого изучения.
Архитектура бизнес-процессов является частью общей модели бизнеса и представляет собой базу, платформу для системного внедрения технологий процессного управления в компании.
Кроме построения архитектуры, другие методы и инструменты внедрения Системы управления бизнес-процессами компании рассматриваться не будут, так как по этой теме есть ряд вполне актуальных книг (см., например, [1]).
Данная книга поможет вам:
1. научиться использовать нотацию IDEF0 для проектирования бизнес-процессов;
2. освоить базовый функционал программы Business Studio в части создания моделей процессов в нотации IDEF0;
3. построить архитектуру бизнес-процессов своей компании, используя представленные в книге методики и рекомендации.
Книгу могут использовать как подготовленные читатели (специалисты по орг. развитию, бизнес-аналитики), так и все желающие изучить метод проектирования бизнес-процессов с использованием нотации IDEF0 (нотация BPMN рассматривается только в части интеграции с моделями в IDEF0).
Представленные подходы могут быть использованы при построении архитектуры бизнес-процессов в других нотациях (например, в ARIS VAD) и программных продуктах после некоторой адаптации.
Применение методики создания архитектуры бизнес-процессов в книге показано на упрощенном примере некоторой торгово-производственной компании.
1.2. Функциональный и процессный подходы к управлению
Кратко остановимся на различиях между функциональным и процессным подходом к управлению. На рис. 1 слева показан взгляд на процессы, выполняемые в функциональных подразделениях организации. Можно назвать эти процессы функциональными. Причем это именно процессы, имеющие четкие границы, а не просто абстрактные функции типа «Маркетинг» или «Производство». Функциональный процесс – это полноценный процесс, имеющий входы и выходы, технологию и ресурсы. Но выполняется он целиком в рамках конкретного функционального подразделения (отдела, департамента).
Рис. 1. Функциональный и процессный взгляд.
Как правило, функциональный процесс сам по себе не создает законченный результат ни для компании в целом, ни для ее клиентов. Этот результат носит промежуточный, частичный характер. Только несколько функциональных процессов, определенным образом взаимодействующих между собой, могут создавать результат, действительно важный для организации и/или ее клиентов (в широком смысле).
Справа на рисунке 1 показано, как из функциональных процессов «собраны» два сквозных процесса – А и Б. Часть функциональных процессов невозможно (либо нерационально) отнести к сквозным процессам, но их можно определенным образом сгруппировать в рамках архитектуры. (Чуть ниже я дам определение сквозного процесса).
Суть процессного управления в масштабах компании – определение сквозных процессов и организация управления этими процессами за счет назначения владельцев процессов, определения их ответственности и полномочий, выполнения проектов оптимизации процессов, разработки и использования соответствующих целей и показателей для оперативного управления процессами, автоматизации процессов.
При этом никто не мешает руководителям подразделений применять базовые методы процессного управления к своим функциональным процессам. Четкое определение их границ, регламентация и автоматизация помогут повысить эффективность работы организации. Эффект, безусловно, будет. Но не такого масштаба, как от оптимизации и управления сквозными процессами масштаба компании в целом или ее крупных сегментов.
1.3. Необходимые определения
При построении архитектуры все участники проекта и вовлеченные сотрудники компании должны говорить на одном языке, т.е. использовать одни и те же термины, вкладывая в них соответствующие смыслы. В качестве рабочего варианта можно предложить следующую систему терминов.
Архитектура бизнес-процессов – совокупность определенных в компании взаимосвязанных бизнес-процессов различного уровня, представленных в виде моделей в нотациях IDEF0 и BPMN (eEPC), созданных с использованием программного продукта Business Studio (ARIS, iGrafx, Elma и т.п.).
Приведу еще определение архитектуры системы из Википедии:
Архитектура системы – принципиальная организация системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие её проектирование и эволюцию.
Если во втором определении заменить слово «элемент» на «бизнес-процесс», то получится хорошее определение архитектуры бизнес-процессов компании. Далее в книге вы сможете ознакомиться как раз с принципами методологии построения такой системы с использованием нотации IDEF0 и программного продукта Business Studio.
Можно дать и другие определения архитектуры. Вам важно выбрать какое-то одно и постоянно использовать его при выполнении проекта.
Построение архитектуры возможно только с учетом функциональных особенностей и ограничений соответствующего программного продукта. Возможности построения архитектуры в Power Point, на бумаге или в виде липких желтых листочков на стене офиса не рассматриваются в качестве серьезного варианта, хотя могут использоваться на первых порах в рамках групповой работы.
Архитектура состоит из процессов. Приведу рабочее определение:
Бизнес-процесс – устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.
На рис. 2 бизнес-процесс схематично представлен, как объект управления. Предложенная схема является универсальной и может применяться для процесса любого уровня сложности там, где это целесообразно.
Чтобы определить бизнес-процесс, необходимо установить его границы. Для этого нужно определить входы и выходы, а также условия начала и завершения процесса (события).
