Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

Набор символов и правил их использования для описания чего-либо. Существуют нотации, созданные или адаптированные для использования в рамках BPM, как и для других областей. Блок-схема – пример нотации, используемой и для документирования бизнес-процессов, и для документирования логики компьютерных программ. Другие примеры – BPMN и EPC.

Предоставление организации вычислительных ресурсов через Интернет в виде услуг вместо приобретения необходимых компонентов IТ-инфраструктуры по отдельности, самостоятельного управления вычислительными ресурсами и поддержки собственными силами. Облачные вычисления можно рассматривать как аренду вычислительных ресурсов вместо приобретения, построения и эксплуатации собственной IТ-инфраструктуры. По аналогии с системами разделения времени 1970-х, 1980-х и 1990-х облачные вычисления обеспечивают пользователям доступ к программным приложениям, данным, аппаратному обеспечению, ресурсам IТ-поддержки, избавляя их от знания положения и других подробностей вычислительной среды. Конечные пользователи получают доступ к облачным приложениям через веб-браузер. Доступ предоставляется к бизнес-приложениям и данным, хранящимся на удаленных серверах. Облачные вычисления также называют программным обеспечением, предоставляемым как услуга, – SaaS.

Современный BPM соединяет проектирование процессов, методы усовершенствования и преобразования с потенциалом автоматизации, который предоставляют системы управления бизнес-процессами (BPMS), ради достижения целей радикальной реорганизации бизнеса. Сочетание BPM и BPMS создает новую операционную среду, которая интегрирует автоматизированную систему управления бизнесом с унаследованными приложениями, что позволяет открыть доступ к их данным и функциям. Действуя в такой среде, процессные команды используют весь спектр возможностей BPMS для реализации изменений в бизнесе и IТ.

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

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

Объединение подпроцессов в последовательность, показывающую очередность их выполнения.

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

Акт преобразования концепции, целей и ресурсов организации в четко очерченные и измеримые средства воплощения этой концепции. Проектирование процесса может начинаться с процессного анализа, передового опыта сходных организаций, референтных процессных моделей от отраслевых организаций по стандартизации (например, SCOR или eTOM), с привлечения сторонних консультантов или «с чистого листа» – идей в сочетании с опытом и интуицией членов команды проектирования процесса. Проектирование процесса нацелено на определение того, что организация будет делать для достижения своих финансовых и других целей.

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

Набор функций, выполняемых в определенной последовательности для создания потребительской ценности. Процесс начинается с четко определенных внешних событий. Процесс есть сочетание всех действий, требуемых для достижения цели, получения результата, продукции или услуги, вне зависимости от того, где они выполняются, и необходимого обеспечения. Такое объединение действий, выполняемых совместно для создания продукции или услуги, обычно выходит за рамки функциональных границ и границ организации. Действия, показанные в контексте их взаимосвязей, образуют последовательность или поток. В таком контексте определяется набор действий, выполняемых людьми, системами или совместно теми и другими для достижения одной или нескольких целей. Процессы запускаются определенными событиями и порождают определенный результат (или несколько результатов) в виде завершения процесса или передачи ответственности другому процессу. Процессы состоят из набора взаимосвязанных задач или действий, нацеленных на решение конкретной проблемы. В контексте управления бизнес-процессами «бизнес-процесс» определяется как сквозная работа, создающая потребительскую ценность. Понятие сквозной работы является принципиальным, в нем подразумевается вся работа, необходимая для создания потребительской ценности в полном объеме, невзирая на функциональные границы.

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

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