Читать онлайн «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0». Страница 112

Модель предоставления ПО, иногда также называемая «ПО по требованию», в которой приложение, его данные и инфраструктура размещаются в Интернете, а пользователь имеет доступ к ним из браузера. Это современная реализация концепции систем разделения времени конца 1970-х и 1980-х. Выбирая SaaS, потребители приобретают подписку на использование ПО и аппаратных ресурсов поставщика, дающую возможность применять его где угодно (распространенные примеры – автоматизация продаж и расчета заработной платы). Компания использует внешние аппаратные ресурсы и ПО, которые могут размещаться где угодно. Управление и поддержку сервисов и приложений обычно осуществляет третья сторона на платной основе.

Поддерживаемый OMG (Object Management Group) стандартный набор нотаций для графических диаграмм, предназначенных главным образом для описания требований к информационным системам. Чаще всего модели UML используются в разработке ПО на заказ, но также могут применяться в сопутствующей внедрению ERP разработке специализированных отчетов, интерфейсов, преобразований и улучшений.

Стандартный язык спецификации интерфейсов SOA.

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

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

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

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

Метод анализа, оценивающий последствия внесения изменений в параметры или действия процесса. Так определяется мера чувствительности чего-либо к заданному изменению. Метод измеряет гипотетическое воздействие различных видов изменений (таких, как сбои оборудования или финансовые затруднения) на процесс в целом, поток работ или отдельно взятое действие, что помогает определить, как изменения могут повлиять на функционирование организации. Этот метод также известен, как «анализ „что, если“» и используется для поддержки принятия решений и для выработки рекомендаций лицам, принимающим решения, путем варьирования определенных переменных в аналитической модели. Также этот метод называют проверкой гипотез, она проводится с целью сравнения измеряемых показателей процесса (например, времени, стоимости) для разных путей достижения заданных целей.

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

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

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

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

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

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

Тип диаграмм, служащих для визуализации последовательности событий, шагов обработки и/или решений. Изначально получившие одобрение как стандарт ANSI, блок-схемы содержат очень простой и компактный набор символов, который не стандартизован. Блок-схемы помогают быстро понять ход процесса.

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

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

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

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

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