Проектируем корпоративную архитектуру - Вячеслав Кондратьев

В итоге регламентация деятельности обеспечивается через следующий набор интегрированных между собой приложений:

– модуль процессов верхнего уровня;

– клссификация процессов и функций;

– регламенты процессов;

– регламенты проектов;

– положения о подразделениях;

– система менеджмента качества.

7.3. Учет в положении о компании основных задач

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

Рис. 7.3.2. Последовательность каскадирования стратегии: компания – подразделения – должность

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

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

8. Моделирование бизнес-процессов

Контент

•  Модель процесса – прикладное представление на специализированном языке способа исполнения деятельности.

•  Модель процесса верхнего уровня – прикладное представление верхнего уровня способа исполнения деятельности.

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

Рис. 8.0.1. Модели процессов помогают

8.1. Использование моделей процессов

Рис. 8.1.1. Вопросы, которые интересуют пользователей при моделировании процессов Хотя в конечном счете перечень вопросов, решаемых при моделировании процессов, примерно одинаков: какие работы необходимо выполнять, кто какие работы выполняет и т. д. (см. рис. 8.1.1) – представление модели процесса и выбор языка представления существенно зависят от решаемых задач и пользователей....

Модель процесса – системное представление для решения определенных задач с использованием специализированного языка способа исполнения деятельности

Так, на верхнем уровне управления используются агрегированные модели процессов компании как компонент построения корпоративной архитектуры, а на нижнем уровне могут использоваться весьма детальные модели для автоматизации процессов (см. рис. 8.1.2).

Рис. 8.1.2. Детализация описания процессов и сферы их применения

8.2. Модель процессов верхнего уровня

Рис. 8.2.1. Направления использования модели процессов верхнего уровня

Обычно процессное описание компании начинается с построения модели процессов верхнего уровня, или, как их еще называют, ландшафта процессов [10, 11]. Такая модель позволяет (см. рис. 8.2.1):

• обобщенно представить организацию деятельности компании;

• установить соответствия процессов и компонент корпоративной архитектуры, а именно:

– увязать стратегию компании и основные исполняемые ею процессы;

– увязать показатели деятельности компании и основные исполняемые ею процессы;

– распределить зоны ответственности за исполнение процессов;

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

Соответствия процессов и компонент корпоративной архитектуры могут устанавливаться в экспресс-варианте качественным анализом, а при детальном моделировании – через разработку матриц соответствия (см. рис. 8.2.2).

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

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

Рис. 8.2.2. Соответствия процессов и компонент корпоративной архитектуры

С точки зрения конечных пользователей привлекательной стороной типовых моделей является уже то, что они есть и могут использоваться как опорные решения. Слабой стороной типовых моделей является то, что авторы моделей при их разработке действовали независимо при отсутствии каких-либо принимаемых всеми стандартов описания. Поэтому модели сделаны «в разных системах координат», плохо коррелируют друг с другом, по-разному определяют объекты детализации, по-разному определяют границы похожих процессов и все вопросы использования сильных компонент библиотеки этих моделей оставляются в итоге за конечным пользователем.

8.3. Пример. Типовая процессная модель основных и поддерживающих процессов

Рис. 8.3.1. Типовая процессная модель деятельности

Среди универсальных описаний специалисты называют типовую модель основных и поддерживающих процессов [2, 4]. Модель включает семь основных процессов и шесть поддерживающих. Процессы управления относятся к поддерживающим и специально не выделяются. Тем самым вертикальные и горизонтальные процессы исполнения в модели совмещаются.

Основные процессы модели отражают деятельность в следующих направлениях:

1) разработка стратегии, в том числе

• проведение стратегических диагностик;

• определение целевых рынков и продуктов;

• выявление конкурентных преимуществ компании;

• установка стратегических целевых показателей;

• разработка способов реализации стратегии;

2) проведение (исходя из стратегии) бизнес-планирования на краткосрочную перспективу;

3) вывод продуктов на рынок, в том числе

• уточнение требуемых потребительских свойств продуктов и услуг;

• разработка представления о позиционировании продуктов и услуг на рынке;

• разработка программы продвижения продуктов и услуг;

4) исполнение продаж;

5) исполнение поставок, в том числе построение цепочек поставок и логистики;

6) сервисное обслуживание, в том числе