Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0
- Название:Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0
- Автор:
- Жанр:
- Издательство:Альпина Паблишер
- Год:2016
- Город:Москва
- ISBN:978-5-9614-4208-3
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 краткое содержание
Ведь отличных результатов можно достичь только благодаря отлично отлаженным процессам.
В этой книге достаточно подробно разбираются основные понятия, подходы, методы и средства управления бизнес-процессами. Полезный и важный бонус – подробный англо-русский глоссарий BPM-терминов.
Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0 - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Хотя BPMS от разных поставщиков по многим параметрам схожи, они могут различаться по составу модулей и функциональности. Одни узко специализированы, другие обеспечивают широкую функциональность. К тому же некоторые поставщики включают в состав своих продуктов «интегрированные» средства от других разработчиков, продавая их как компоненты своего пакета. Поле игры постоянно меняется в результате поглощений, а такие лидеры, как IBM и Oracle, дополняют и изменяют свои продуктовые линейки в результате скупки лучших производителей программных продуктов BPM.
Эта тенденция периодически приводит к нестабильности на рынке, пока поставщики приводят в порядок свои продукты, решая, что они сохранят, что модифицируют, а от чего откажутся. Хотя в итоге это приведет к появлению еще лучших продуктов, в процессе оно увеличивает риск ставки на какого-то конкретного поставщика.
Также надо отметить, что некоторые поставщики ориентируются на пользователей с более глубокими техническими знаниями. Примером являются BPMS с открытым кодом, требующие значительного объема программирования на Java. Некоторые известные продукты, например Pega, также относятся к категории «для технарей». Поэтому следует принимать в расчет такой аспект, как дружественность BPMS к пользователю – он может оказаться более важным, чем функциональность или стоимость.
Прошлая тенденция в BPM на использовании BPMS для решения частных задач привела многие компании к тому, что они приобрели несколько BPMS. Но стратегия использования BPMS должна подталкивать если не к выбору одного поставщика, то по крайней мере к минимизации их числа. Компании, озаботившиеся консолидацией или выбором одного поставщика, помимо функциональности и легкости использования, должны принимать в расчет следующее.
• Планы поставщика в отношении компонент своего продукта.Не будут ли какие-то из них заменены другими или заморожены в ближайшие три года? Если вы доверитесь их продуктам, как они помогут вам в дальнейшем перейти на новую версию? Сегодня это определенно является проблемой в отношении некоторых поставщиков, непрерывно выпускающих новые продукты и релизы.
• Не готовится ли этот поставщик к продаже своего бизнеса?Каковы гарантии на случай его продажи? Вы хотите быть уверены, что какие-то компоненты не будут просто выброшены новым владельцем. Множество поставщиков было скуплено за последние три года, и эта тенденция продолжится. Как это скажется на вас?
• Стабильность альянса.Закреплена ли поддержка совместного продукта в стратегиях поставщиков и юридически? Будут ли гарантированы возможность использования полного пакета и техническая поддержка?
Следующие разделы содержат описания основных технологий BPM.
• Анализ бизнес-процессов (BPA).
• Моделирование архитектуры предприятия (EA).
• Системы управления бизнес-правилами (BRMS) [204] Business Rules Management Systems . – Прим. пер.
.
• Системы управления бизнес-процессами (BPMS).
• Мониторинг бизнес-действий (BAM).
• Сервис-ориентированная архитектура (SOA) и интеграция корпоративных приложений (EAI).
• Корпоративный репозиторий BPM (внешний по отношению к BPMS).
Примечание:несмотря на то что средства моделирования архитектуры предприятия (EA) обычно не относят к технологиям BPM, они необходимы для оценки готовности текущей IТ-среды поддерживать новую схему работы.
Дальнейшее обсуждение не является исчерпывающим и не стремится следовать терминологии какого-либо поставщика. В таблице 10.1 приведены основные компоненты технологий BPM и варианты их использования.


10.3.1. Анализ бизнес-процессов (BPA)
Программное обеспечение для моделирования (BPA) дает возможность руководителям и сотрудникам описать в виде диаграммы и сопутствующей информации свою деятельность и связанные с ней проблемы, возможности и т. д. Чтобы держать применение этих средств под контролем, компании крайне важно ввести стандарты на обозначения, подходы к моделированию и терминологию. Для компаний, использующих несколько средств класса BPA, это будет непростой задачей – не только затратной, но также политизированной и в целом сильно рискованной.
Пользователь такого ПО создает модель, «набрасывая» подходящие значки на страницу с помощью мыши. Значок выбирается из списка (палитры). Чтобы сделать элемент диаграммы уникальным, пользователь вписывает его название. Кликом кнопки мыши по элементу открывается форма, через которую вводятся свойства элемента. Также с помощью мыши элемент можно перетаскивать. Потоки изображаются соединительными линиями разных видов, для некоторых из них можно ввести информацию о том, что именно передается. Иерархическая декомпозиция элементов может выполняться по-разному в разных программных продуктах BPA, но большинство ее поддерживает.
Информация, которая собирается с помощью ПО-моделирования, в целом стандартна, хотя и может варьироваться в зависимости от поддерживаемых методологий. Некоторые программные продукты позволяют создавать собственные, специфические для компании или пользователя значки и определять собственные атрибуты (свойства) элементов диаграммы, другие поддерживают только фиксированный перечень. Это важный аспект, поскольку он определяет гибкость стандарта моделирования компании. Стандарт же – это то, что обеспечивает возможность повторного использования моделей, объектов, сервисов, способов ввода информации и т. п.
В ходе установки и настройки ПО следует обратить внимание на состав атрибутов элементов (насколько это допускает продукт), так как это определит структуру базы данных для хранения процессных моделей.
ПО для моделирования процессов позволяет:
• выявлять и описывать действия или шаги с помощью дорожек на диаграмме или без них;
• связывать уровни детализации в иерархию;
• отмечать точки применения бизнес-правил – развилок и т. п.;
• прикреплять к действиям заметки или другую информацию;
• определять для каждого элемента используемые данные, экранные формы и т. п.;
• соединять действия в потоки, показывая таким способом место каждого действия по отношению к другим;
• компоновать процессы и потоки работ;
• декомпозировать любое действие на следующий уровень детализации;
• визуально соотносить действие с ролью (с помощью дорожек, каждая из которых соответствует роли или подразделению);
Читать дальшеИнтервал:
Закладка: