Понятие «операционная модель» в некотором роде коррелирует с понятием бизнес-процесса. Я бы сказал, что можно говорить об операционной модели как наборе бизнес-процессов, предназначенных для выполнения функции управления организацией или каким-либо аспектом её деятельности.
В зависимости от масштабов и уровня зрелости организации используются различные подходы к разработке, документированию и внедрению операционных моделей.
Одна крайность: устные распоряжения непосредственного руководства — работает для небольших коллективов.
Другая крайность: центры процессной экспертизы (процессные офисы), вооружённые автоматизированными системами процессного управления, интегрированные с учётной системой предприятия (ERP) — не всегда оправдано даже для очень крупных корпораций.
Основная проблема большинства подходов, связанных с использованием той или иной устоявшейся методологии и/или инструмента моделирования и описания бизнес-процессов (например, ARIS и одноимённое ПО), заключается в неспособности работать с ними большинства сотрудников любой организации, включая (что особенно важно!) высшее руководство.
В любом случае приходится создавать понятные для понимания иллюстрации и описания бизнес-процессов, позволяющие последовательно, по принципу матрёшки, погружаться в специфику.
На мой профессиональный взгляд лучшим способом описания и одновременно иллюстрации бизнес-процессов являются блок-схемы типа «беговых дорожек» (swim lanes), нарисованные в обычном редакторе презентаций (типа Microsoft PowerPoint).
Формат презентации позволяет использовать схемы бизнес-процессов для иллюстрации узких или проблемных мест, потенциала развития бизнес-процессов, подходов к реинжинирингу и т.п.
В своей профессиональной практике я часто сталкивался с узким восприятием бизнес-процесса лишь как последовательности выполняемых шагов — действий. При разработке и, тем более, при автоматизации и внедрении таких бизнес-процессов возникает недопонимание общей концепции управления. На основе таких описаний невозможно создать ни технического задания, ни должностных инструкций.
Именно поэтому использование термина «операционная модель» позволяет устранить эту неопределённость, поскольку позволяет однозначно предусмотреть в описании не только процесс как последовательность шагов, но и набор разнообразных атрибутов, характеризующих выполняемые процессы.
Таким образом, к необходимым ключевым элементам операционной модели, как правило, относятся следующие:
- Организационная структура.
- Бизнес-процессы.
- Ключевые показатели эффективности (КПЭ).
- Методология.
- Информационные технологии и системы (ИТ/ИС).
Рассмотрим далее, что включает в себя каждый из этих элементов, на примере операционной модели планирования снабжения.
1. Организационная структура
- Организационно-функциональная структура в целом, а также подразделений и функциональных блоков планирования снабжения.
- Распределение функций между уровнями управления и подразделениями.
- Распределение ответственности за взаимодействие с поставщиками.
2. Бизнес-процессы
- Ключевые процессы, в т.ч. кросс-функциональные, планирования снабжения.
- Интеграция процессов планирования снабжения с другими процессами, с бизнес-процессами ключевых поставщиков и подрядчиков.
- Контрольные точки процессов, случаи внесистемного кросс-функционального взаимодействия и т.п.
3. Ключевые показатели эффективности
- Основные метрики бизнес-процессов и их составных частей (подпроцессов, операций).
- Ключевые показатели эффективности подразделений и функциональных блоков планирования снабжения.
- Связь КПЭ планирования снабжения с общими КПЭ организации.
4. Методология
- Регламентирующая, методологическая и нормативная практика планирования снабжения, в т.ч. основные нормативные параметры планирования снабжения.
- Правила, принципы и практики кросс-функционального взаимодействия для подготовки и принятия решений
в области планирования снабжения.
5. Информационные системы
- Схема ИТ-архитектуры корпоративного управления и планирования.
- ИТ-системы, обеспечивающие выполнение бизнес-процессов планирования, реализацию методологии и кросс-функционального взаимодействия.
- Связь ИТ-систем организации с ИТ-системами смежных организаций (поставщиков, подрядчиков).
Эффективное проектирование операционной модели начинается с верно выбранной методологии и глубины её проработки.
