KnigaRead.com/
KnigaRead.com » Книги о бизнесе » Управление, подбор персонала » Вячеслав Кондратьев - Проектируем корпоративную архитектуру

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

На нашем сайте KnigaRead.com Вы можете абсолютно бесплатно читать книгу онлайн Вячеслав Кондратьев, "Проектируем корпоративную архитектуру" бесплатно, без регистрации.
Перейти на страницу:

Определение процесса дополняется рядом поддерживающих понятий (см. рис. 2.5.4).

Выход (результат) процесса – продукция или услуги.

Вход процесса – комплектация и поставки.

Руководитель процесса – РrМ (от англ. process manager) – лицо, ответственное за его качественную реализацию.

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

При построении цепочек границы и интерфейсы процессов требуют согласования (см. рис. 2.5.5).

Рис. 2.5.5. Согласование входов и выходов бизнес-процессов

Рис. 2.5.6. Границы процесса можно проводить по-разному

Границы процесса устанавливаются в процессе его описания и допускают определенные подвижки (см. рис. 2.5.6).

Граница выхода – располагается за последней операцией процесса.

Граница входа – предшествует первой операции процесса.

Интерфейсы процесса – зона, в которой взаимодействуют операции.

Первичный выход – основной выходной результат процесса.

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

Первичный вход – поток объектов, инициирующих запуск процесса (заказ клиента, сырье, материалы).

Вторичный вход – поток объектов, обеспечивающих штатное протекание процесса.

Выходные требования – отражение нужд и ожиданий потребителя.

Входные требования – отражение требований к входу, обеспечивающих выполнение выходных требований....

Описание процесса

Формулировка названия процесса

Задание границы процесса

Задание входов процесса, классификация их на первичные и вторичные

Задание выходов процесса, классификация их на первичные и вторичные

Назначение владельца процесса

...

Паспортизация процессов

Выделение процессов

Согласование (с привлечением владельцев процессов) границ и интерфейсов процессов

Согласование карты процессов

Составление классификатора процессов с необходимыми атрибутами

Документированное описание процессов

2.6. Типология процессов

Рис. 2.6.1. Общая типология процессов

В популярных классификациях часто называется пять базовых видов процессов (см. рис. 2.6.1).

•  Индивидуальные горизонтальные процессы, выполняемые отдельными исполнителями (организационными звеньями).

•  Межфункциональные горизонтальные процессы, выполняемые многими исполнителями (организационными звеньями).

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

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

•  Вложенные процессы, входящие в состав более сложного процесса.

Рис. 2.6.2. Пиктограмма «Процессы управления»

Распространенные на практике методологии моделирования процессов придерживаются этих конструкций, но не буквально, а скорее ориентировочно. В результате чего детализированные описания процессов часто бывают гетеротонными (состоящими из разнородных компонент и интегрированными относительно приведенных определений). Более того, и сама приведенная базовая классификация не единственно возможная. Многие классификации строятся на типологии предназначения процессов. Как распространенный пример классификации такого рода можно привести выделение в компании основных бизнес-процессов (поставки, производство, сбыт), поддерживающих процессов и процессов управления (см. рис. 2.6.2 и рис. 2.6.3).

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

Рис. 2.6.3. Пример представления модели процессов верхнего уровня

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

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

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

Популярный вариант изображения процессов верхнего уровня показан на рис. 2.6.4.

Рис. 2.6.4. Пример изображения процессов верхнего уровня

2.7. Процесс или функция

Рис. 2.7.1. Варианты соотношения моделей процессов и функций

Понятия процесс и функция применяются как модельные конструкции для описания способов исполнения работ и организации функционирования компании. Соотношения между этими понятиями относительные и зависят от принятой договоренности при моделировании (см. рис. 2.7.1).

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

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

В практике моделирования организации деятельности для одной и той же компании могут применяться одновременно несколько разноцелевых и разноуровневых моделей, в которых взаимное позиционирование бизнес-процессов и функций может меняться в зависимости от ракурса рассмотрения. Например, функция может получаться как результат декомпозиции модели бизнес-процессов более верхнего уровня и выступать как операция в модели бизнес-процессов более нижнего уровня модели процедур (рис. 2.7.2).
Перейти на страницу:
Прокомментировать
Подтвердите что вы не робот:*