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


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

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

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

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

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

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

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

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) сервисное обслуживание, в том числе

• послепродажное обслуживание;

• обработка возвратов;

7) бизнес-мониторинг, в том числе

• управленческий учет;

• анализ финансово-хозяйственной деятельности;

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

• корректировка по результатам анализа стратегии;

• корректировка вытекающих из стратегии бизнес-планов.

Аналогичным образом могут быть детализированы поддерживающие процессы модели.

8.4. Пример. Модель логистической цепочки

Рис. 8.4.1. Основные процессы SCOR-модели

К примерам универсальных моделей специалисты относят SCOR-модель (от англ. supply chain operations reference model – модель логистической цепочки). Модель фокусируется на логистике предоставления продуктов и услуг.

На первом уровне модель содержит пять процессов, каждый из которых детализируется на втором уровне:

1) планирование, в том числе:

подготовка планирования;

планирование логистической цепочки;

планирование снабжения;

планирование производства;

планирование возвратов;

2) снабжение, в том числе:

..

..

..

3) производство, в том числе:

подготовка производства;

производство на склад;

разработка на заказ;

производство на заказ;

4) поставка готовой продукции, в том числе:

..

..

..

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

..

.....

8.5. Пример. Типовая модель процессов верхнего уровня, добавляющих стоимость

Рис. 8.5.1. Типовая модель процессов верхнего уровня, добавляющих стоимость

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

Верхний уровень модели соответствует диаграмме VAD (от англ. value-added-chain diagram – диаграмма цепочки добавленной стоимости). При таком подходе к основным относятся все процессы, непосредственно влияющие на добавленную стоимость предоставляемых бизнесом продуктов и услуг. К вспомогательным относятся процессы, формирующие инфраструктуру компании и обслуживающие их процессы. Строго говоря, разнесение не является строгим и зависит от принятых договоренностей по моделированию в рамках общего контекста решаемых при моделировании задач.

...

Рис. 8.5.2. Архитектура модели процессов верхнего уровня, добавляющих стоимость

8.6. Отраслевой пример. Модель бизнес-процессов верхнего уровня дистрибьюторской компании «Супер Моторс»

Рис. 8.6.1. Модель процессов верхнего уровня компании «Супер Моторс»

Деятельность достаточно типовой компании с условным названием «Супер Моторс» направлена на продвижение автомобилей известных мировых производителей на российском рынке, поддержку и развитие дилерской сети, осуществление генерального импорта автомобилей ряда производителей, а также послепродажное обслуживание автомобилей и поставку запасных частей.

Все процессы верхнего уровня разделяются на основные и поддерживающие.

Поскольку деятельность компании сгруппирована по направлениям бизнеса, процессы привязываются к компании в целом или к бизнес-направлениям.

В итоге в компании исполняются следующие основные процессы:

• маркетинг и планирование сбыта;

• закупки;

• транспортно-складская логистика;

и поддерживающие процессы:

• управление финансовыми и материальными ресурсами;

• поддержка и развитие дилерской сети;

• управление информационными ресурсами и информационными технологиями;

• управление инфраструктурой;

• управление персоналом.

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

• продажи автомобилей;

• послепродажное обслуживание автомобилей;

• продажи запчастей.

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

8.7. Пример. Модель бизнес-процессов верхнего уровня группы компаний «Супер Дистрибьютор»

Рис. 8.7.1. Модель процессов верхнего уровня группы компаний «Супер Дистрибьютор»

Деятельность группы компаний «Супер Дистрибьютор» направлена на продвижение продуктов известных производителей на украинском рынке, поддержку и развитие дилерской сети.

Деятельность компании сгруппирована по бизнес-направлениям:

• бизнес-направление 1 – сетевая розница;

• бизнес-направление 2 – сетевая розница;

Процессы, исполняемые группой компаний, объединяются в модели верхнего уровня в три блока (см. рис. 8.7.1):

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

• основные бизнес-процессы, формирующие основной бизнес группы компаний, реализуемые на

– уровне головной компании;

– дочерних и аффилированных компаний группы;

• поддерживающие бизнес-процессы, формирующие инфраструктуру и обслуживающие основные и управляющие процессы, реализуемые на уровне головной компании или другими компаниями группы.

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

• процессы управления группой компаний в целом;

• основные процессы, исполняемые головной компанией;

• основные процессы, исполняемые предприятиями группы;

• поддерживающие процессы, исполняемые головной компанией или другими компаниями группы.

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

8.8. Пример. Моделирование бизнес-процессов в группе компаний «Волга-Днепр»

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

В числе основных услуг группы компаний «Волга-Днепр» значится представление регулярных и чартерных авиаперевозок.

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

• как компонент корпоративной архитектуры при описании деятельности компании и распределении сфер ответственности за исполнение процессов;

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

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

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

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

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

Основные принципы построения модели процессов верхнего уровня.

• Процессы верхнего уровня делятся на три группы:

– управленческие процессы;

– основные процессы;

– поддерживающие процессы и представляются в виде модели процессов верхнего уровня (см. рис. 8.8.2).

Основные процессы в группе привязываются к двум основным видам услуг – регулярным и чартерным авиаперевозкам.

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

• На основании модели процессов верхнего уровня составляется классификатор процессов с детализацией на подпроцессы (функции).

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

Рис. 8.8.2. Модель процессов верхнего уровня группы компаний «Волга-Днепр»

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

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

• Классификатор процессов используется при формировании функций подразделений и положений о предприятиях группы и входящих в них подразделениях.

8.9. Общая программа действий

Рис. 8.9.1. Алгоритм построения сети процессов в организациях согласно стандартам ISO

Общая программа построения в организации сети процессов изложена в п. 4.1 МС ISO 9001:2000 [14–16].

В рамках объявленной программы компания должна (см. рис. 8.9.1):

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

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

Определить критерии и методы для измерения результативности процессов – построить систему обеспечения владельца процесса информацией о ходе процесса. Установить однозначные «правила игры» между владельцами процессов и высшим руководством компании. Определить, по каким методикам и какие показатели будут измеряться для того, чтобы можно было оценить степень эффективности каждого из процессов и управления ими. Установить критерии оценки для каждого из показателей.

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

Назад Дальше