Идея структуризации процессов получила интенсивное развитие за последние несколько десятков лет. Повсеместно массовое внедрение и использование описания процессов инициировало создание международных стандартов по описанию процессов. В частности, стандарты описания процессов можно найти в стандартах качества ISO 9000, принимаемых более чем в ста странах мира, в том числе и в России.
Международные стандарты семейства ISO 9000 основываются на понимании того, что любая работа выполняется как процесс (см. рис. 2.5.3).Рис. 2.5.3. Пример изображения процесса
Каждый процесс имеет вход и выход – результат процесса. Процесс сам по себе является (или должен быть) преобразованием, которое добавляет стоимость. Каждый процесс включает определенным образом трудовые и (или) другие ресурсы. Выход – это продукция, материальная или нематериальная.
Выходом может быть, например, счет-фактура, программный продукт, жидкое топливо, прибор для клиники, банковская услуга или промежуточная продукция любой общей категории.
Применяются несколько определений процесса, а сама концепция определения процесса претерпела определенную эволюцию.Рис. 2.5.4. Иллюстрация понятий, связанных с процессом
Словарь ISO от 1994 г.: процесс – это совокупность взаимосвязанных ресурсов и деятельности , которая преобразует входящие элементы в исходящие. Существенным в определении является упор на организацию и преобразование ресурсов в ходе реализации процесса, а сами ресурсы часто рассматриваются как вход процесса.
В более позднем определении от имени системы менеджмента качества – TQM (от англ. total quality management) внимание фокусируется на понимании процесса как организованной деятельности , предназначенной генерировать предварительно установленный определенному пользователю выход , обеспечив при этом необходимый вход процесса. При такой точке зрения ресурсы, как и деятельность, включены в процесс, а входом являются приходящие извне потоки от других процессов.
Определение процесса дополняется рядом поддерживающих понятий (см. рис. 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).