Владимир Репин - Разработка архитектуры бизнес-процессов компании в Business Studio
- Название:Разработка архитектуры бизнес-процессов компании в Business Studio
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:9785449687883
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Владимир Репин - Разработка архитектуры бизнес-процессов компании в Business Studio краткое содержание
В формате pdf.a4 сохранен издательский макет.
Разработка архитектуры бизнес-процессов компании в Business Studio - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Модель не должна быть слишком сложной. Эта сложность может стать препятствием для анализа, обоснования и внедрения изменений.
Обратимся к рис. 3. – на нем показана пирамида. Наверху пирамиды – один синий четырехугольник («Контекстная диаграмма бизнеса»). Он символизирует компанию в целом, как сложную систему. Она состоит из подсистем – так называемых категорий бизнес-процессов. Каждая из категорий декомпозирована на группы процессов (на рисунке, для простоты, показана декомпозиция только одной категории).
Группа процессов, в свою очередь, декомпозирована на процессы, один из которых разделен на операционные процессы.
Каждый операционный процесс включает в себя поток операций (на схеме этот уровень не показан) и так далее.

Рис. 3. Иерархия бизнес-процессов в компании.
Визуально на рис. 3 показаны четырехугольники различного размера. Чем ближе к основанию пирамиды, тем они меньше. Этот означает, что бизнес-процессы различных уровней отличаются по масштабу. Тем не менее, к каждому из них применимы подходы, как к объекту управления (см. рис. 2).
Замечу, что количество процессов при переходе сверху-вниз растет в геометрической прогрессии. На четвертом уровне количество операций процессов (шагов, задач) в средней и крупной организации может достигать нескольких тысяч.
На рис. 3 не показаны связи между бизнес-процессами, так как это чрезмерно усложнило бы схему. Но вы мысленно можете представить себе большое количество стрелок, соединяющих между собой четырехугольники. Это представление будет одним из возможных для понимания сути иерархической архитектуры бизнес-процессов компании.
Бизнес-процессы различных уровней иерархии нужно как-то называть. Можно, например, использовать способ, представленный организацией APQC (American Productivity & Quality Center) 2 2 Американский центр производительности и качества.
в так называемой модели Cross Industry Process Classification Framework (PCF). В рамках этой модели определены следующие уровни процессной архитектуры:
Уровень 1 – Категория – представляет наиболее высокий уровень процессов в организации.
Уровень 2 – Процессная группа – указывает на следующий уровень процессов и представляет собой группу процессов.
Уровень 3 – Процесс – это следующий уровень декомпозиции после процессной группы. Он может включать ключевые элементы, необходимые для выполнения процесса так же, как и элементы, связанные с вариантами и переделками.
Уровень 4 – Операция – показывает ключевые события, возникающие при выполнении процесса.
Уровень 5 – Задача – представляет собой следующий уровень иерархической декомпозиции после операций. Задачи являются более раздробленными и в значительной степени зависят от отрасли.
Видно, что в APQC, по сути, нет четких определений уровней. Есть лишь некоторое их описание.
Взяв названия уровней из APQC, в ряде проектов я использовал следующие определения:
Категория бизнес-процессов – совокупность групп бизнес-процессов, объединенных по критериям общности поставленных целей и единства методов создания ценности для потребителей.
Группа бизнес-процессов – совокупность процессов, объединенных по критериям общности поставленных целей и единства методов создания ценности для потребителей.
Процесс – совокупность взаимосвязанных операционных процессов, выполняемая одним или несколькими субъектами (подразделение, должность, роль).
Операционный процесс – ограниченная совокупность операций, выполняемая одним и более субъектами (должность, роль).
Операция процесса – ограниченная совокупность транзакций, выполняемая одним субъектом (должность, роль) или модулем информационной системы/программного продукта.
Транзакция – часть операции, которая может быть выполнена только целиком, либо вообще не выполнена.
Видно, что категории процессов определены через группы и т. д. На практике это приводит к сложностям при идентификации элементов архитектуры на верхних уровнях. Стройной теории в данном случае нет, но задача построения архитектуры практически решается в различных средствах моделирования, причем часто используются именно термины «Категория», «Процессная группа» и т. д.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.
Примечания
1
Work Flow – поток работы.
2
Американский центр производительности и качества.
Интервал:
Закладка: