BPM

IBM BPM

Стек платформ IBM представляют собой Java enterprise приложения, запускаемые на сервере websphere application server.

IBM BPM имеет следующие элементы:

  • Определение бизнес процесса — это исполняемая диаграмма процесса, в соответствии со стандартом BPMN. Процесс может включать в себя другой процесс или вызывать конкретный сервис.
  • Сервис — атомарная исполняемая единица приложения. Сервисы могут быть вложены в другие сервисы. Концептуально, сервисы бывают двух видов: полностью автоматизированные (вызов интеграции, обработка данных и т.д.) и неавтоматизированные (требующие взаимодействия с пользователем).
  • Тип данных — определяет структуру данных внутри приложения, может включать в себя свойства простых типов (строка, число и т.п.) или составных, заданным другим типом данных. Конкретные переменные и экземпляры объектов данных определяются в каждом процессе или сервисе.

IBM BPM состоит из следующих частей:

Репозиторий процессов — хранит всю информацию о процессах, сервисах, структурах данных и т.п.;

  1. Process server — исполняющий компонент, обеспечивающий работу бизнес-процессов;
  2. Process center — компонент, обеспечивающий доступ к репозиторию процессов для разработки;
  3. Process designer — среда разработки, основанная на eclipse;
  4. Портал — среда работы конечных пользователей (может не использоваться);
  5. Process data warehouse — хранилище статистической информации о прохождении экземпляров процессов;
  6. Blueworks Live — облачный сервис по моделированию и документированию бизнес-процессов. Построенная модель может быть импортирована в process designer, но на практике эта возможность используется редко.


IBM BPM имеет следующие уровни лицензий:

  • Express — содержит все описанные выше компоненты BPM, но ограничен только одним проектом. Возможно установить только на одиночный сервер, без возможности кластеризации.
  • Standard — содержит все описанные выше компоненты BPM. Позволяет запускать сразу несколько проектов, позволяет установить на кластеризованный сервер, базовая поддержка интеграции.
  • Advanced — содержит дополнительно встроенную шину данных и расширенные средства для интеграции. Предназначен для высоконагруженных проектов.

IBM имеет различные сопряженные продукты:

  • ODM — платформа для бизнес-правил;
  • Case manager — платформа для создания и организации набора кейсов;
  • Integration bus — интеграционная шина.

Несмотря на то, что методологические подходы Pega и IBM очень схожи (критерии выбора проекта, важность бизнес-целей, итерационность сбора требований и разработки), в IBM гораздо меньше инструментов для поддержки этого подхода.

При внедрении решения на IBM BPM предполагается следующий подход:

  1. Выбрать проект, который показывает наилучший баланс между объемом затрат и потенциальным эффектом;
  2. Описать бизнес-цели в BlueworksLive;
  3. Описать бизнес-процесс в BlueworksLive;
  4. Провести серию встреч с пользователями для прогона процесса, описанного в BlueworksLive (так называемый Playback 0);
  5. Перенести процесс из BlueworksLive в Process Center для начала разработки;
  6. Далее итерационно:
    1. Разработать часть бизнес-процесса;
    1. Показать результаты пользователям (Playback 1..N).

Разработка и исполнение бизнес-процессов в Bizagi BPM

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

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

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

Неисполняемые бизнес-процессы нужны исключительно для демонстрации какой-либо бизнес-модели. Это может быть диаграмма, отображающая реальное положение дел на предприятии, может быть наглядной иллюстрацией к предложенным изменениям при реинжиниринге. В этом случае, конечно, можно использовать любые удобные инструменты, в том числе, традиционный для многих IDEF0, или декомпозиция IDF0 до уровня потока работ (EEPC). А соблюдение правил языка моделирование необходимо исключительно для достижения взаимопонимания.

У нас будут смоделированы неисполняемые бизнес-процессы (бизнес-процесс разработка программного обеспечения с техническим заданием, второй — доработка программного обеспечения без технического задания, третий — заведение технического требования, и четвертый — заведение требования на документацию программного обеспечения), произведен функционально-стоимостной анализ, затем они будут доработаны до исполняемых бизнес-процессов (будут добавлены графические формы, модели данных, пользователи и тд) и произведена автоматизация действий.

В качестве средства BPM была выбрана – Bizagi. Она удовлетворяет нашим условиям выбора. Эта система является бесплатная, прекрасно интегрируется с различными веб сервисами, пользователи прекрасно интегрируются с Active Directory, система использует операционную систему семейства Windows, SQL базу данных и IIS веб сервис. Система проста для разработки в ней бизнес-процессов и удобна в использовании.  Нотация для моделирования будет использоваться BPMN 2.0

В среде моделирования — Modeler будет произведено моделирование бизнес-процессов. В среде проектирования — Suit для этих процессов будет спроектирована база данных, спроектированы графические формы, будут заданы бизнес правила, заданы группа пользователей. В Engine будут произведены пуско-наладочные работы.

Пользователи будут делиться на 9 бизнес ролей: контрагент – внешний клиент, менеджер проекта, руководитель проекта, аналитик, тестировщик, программист; администратор, бизнес аналитик и аналитик (не будут участвовать в бизнес-процессах, но такие бизнес роли будут предусмотрены системой).  

Бизнес-процесс «Разработка программного обеспечения с техническим заданием» будет автоматизировать бизнес-процесс начиная от момента подачи заявки клиента и заканчивая приемкой. 

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

После разработки бизнес-процесса необходимо разработать модель данных.

Главная таблица «DorabotkaPO» будет иметь следующий атрибутивный состав: email, веб сайт, дата заказа, имя, мобильный телефон, номер заявки, отчество, прикрепленный документ, сообщение, статус разработки, статус тестирования, фамилия и связь с таблицей «Approval» и «Концепция». Таблица «Approval» будет иметь следующие атрибуты: визирование менеджер, визирование менеджер проекта, дата визирования менеджером, дата визирования менеджером проекта, менеджер, менеджер проекта. Таблица «Концепция»: дата заявки, дата утверждения, имя пользователя, имя утвердившего, комментарий, концепция, утверждение и связь с таблицей техническое задание. «Техническое задание» имеет следующий атрибутивный состав: стоимость аналитика, стоимость программиста, стоимость тестировщика, трудозатраты на аналитика, трудозатраты на программиста, трудозатраты на тестировщика.

После разработка модели данных необходимо разработать визуальные формы.

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

Условия:

DorabotkaPOTZ.idKontsepsiya.Utverzhdenie is equal to true

DorabotkaPOTZ.idKontsepsiya.Utverzhdenie is equal to false

DorabotkaPOTZ.Statusrazrabotki is equal to false; DorabotkaPOTZ.Statusrazrabotki is equal to true;

DorabotkaPOTZ.Statustestirovaniya is equal to true;

DorabotkaPOTZ.Statustestirovaniya is equal to false;

После определения бизнес правил определяем исполнителей задач.

У нас будут существовать следующие роли: chief manager (руководитель проекта), devOps (системный администратор), manager (менеджер), programmer (программист), stakeholder (внешнее лицо), tester (тестировщик), admon viewer (администратор).

Мы можем определить 4 состояний задач для исполнения пользователями: по нагрузке, все, последовательны, первый доступный. Имеются условия and (и), or (или) и properties (свойства), благодаря котором мы можем масштабировать количество пользователей.

Определяем условия для всех функций:

Or Role==Stakeholder or Role == Admon Viewer;

Or Role==Manager or Role == Admon Viewer;

Or Role==Chief manager or Role == Admon Viewer;

Or Role==Programmer or Role == Admon Viewer;

Or Role==DevOps or Role == Admon Viewer;

Or Role==Analyst or Role == Admon Viewer;

Or Role==Tester or Role == Admon Viewer;

Бизнес-процесс «Технологическое требование» будет автоматизировать процесс начиная от подачи заявки клиента для реализации технологического требования под необходимые нужды и заканчивая выкладыванием решения в открытый доступ. В качестве технологического требования может быть: создание серверной инфраструктуры, разворачивание необходимых виртуальных машин, настройка коммутационного оборудования и другое.

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

Разработанная модель данных бизнес-процесса «Технологическое требование» представлена ниже

Атрибуты главной таблицы «Требование»

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

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

Условия:

Tekhnologicheskoetrebova.ready is equal to true;

Tekhnologicheskoetrebova.ready is equal to false;

Tekhnologicheskoetrebova.status_analyst is equal to true;

Tekhnologicheskoetrebova. status_analyst is equal to false;

На этапе определения «Activity Action» (Events) на кнопку «Сохранить» в графическую форму процесса «Выполнение» добавляем следующие выражения:

Currenttask –в поле «номер заявки» будет подставляться системный номер заявки;

CurrentData – в поле «дата запроса» будет добавлять системная дата;

Выражение:

<TekhnologicheskoeTrebova.Nubertrebovanie> = Me.Case.CaseNumber;:

<TekhnologicheskoeTrebova.Requestdate> = DateTime.Now; После определения бизнес правил определяем исполнителей задач.

У нас будут существовать следующие роли: programmer (программист), stakeholder (внешнее лицо), devops (системный администратор), admon viewer (администратор), analyst (аналитик).

Мы можем определить 4 состояний задач для исполнения пользователями: по нагрузке, все, последовательны, первый доступный. Имеются условия and (и), or (или) и properties (свойства), благодаря котором мы можем масштабировать количество пользователей. Определяем условия для всех функций

Or Role==Stakeholder or Role == Admon Viewer;

Or Role==Manager or Role == Admon Viewer;

Or Role==Chief manager or Role == Admon Viewer;

Or Role==Programmer or Role == Admon Viewer;

Or Role==DevOps or Role == Admon Viewer;

Or Role==Analyst or Role == Admon Viewer;

Or Role==Tester or Role == Admon Viewer;

Для запуска бизнес-процессов в корпоративной сети необходимо развернуть серверную операционную систему Windows, настроить DNS сервер, установить IIS сервер, развернуть базу данных.

В качестве серверной операционной системы была выбрана Windows Server 2012 R2. В качестве сервера базы данных был выбран — SQL Server.

SQL Server является одной из наиболее популярных систем управления базами данных (СУБД) в мире. Данная СУБД подходит для самых различных проектов: от небольших приложений до больших высоконагруженных проектов. SQL Server характеризуется такими особенностями как: 1) производительность. SQL Server работает очень быстро; 2) надежность и безопасность. SQL Server предоставляет шифрование данных; 3) простота. С данной СУБД относительно легко работать и вести администрирование.

После установки СУБД устанавливаем оснастку IIS и проверяем работоспособность веб сервера.

Основным компонентом IIS является веб-сервер, который позволяет размещать в Интернете сайты. IIS поддерживает протоколы HTTP, HTTPS, FTP, POP3, SMTP, NNTP (т.е все основные протоколы). По данным компании Netcraft на июнь 2015 года, почти 22 млн сайтов обслуживаются веб-сервером IIS, что составляет 12,32 % от общего числа веб-сайтов, остальные веб-серверы используют Apache, Nginx. Производим экспорт базы данных (формат bak) на разрабатываемой машине и импортируем ее на сервер через MSSQL Server Management

Проверяем работоспособность IIS и портала BPM Bizagi

Необходимо добавить организационные структуры, для разделения пользователей по ролям и отношению к организации

Проверка работоспособности бизнес-процессов

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

Концепция BPM

Для обозначения моделирования управленческой и производственной деятельности используют термин «бизнес-процесс». В терминологии стандартов системы менеджмента качества международного стандарта ISO 9000 версии 2008 года используется термин «процесс». Развитие и распространение обеих областей знания постепенно привело к сближению этих понятий и развитию методик и анализа бизнес-процессов. Сейчас методики моделирования и анализа бизнес-процессов являются одним из важнейших инструментов, используемых в настоящее время для повышения эффективности бизнеса.

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

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

Современные системы управления базируются на следующих основных подходах: TQM, PIQS, стандарты ИСО серии 9000, которые регламентируют требования к системам менеджмента качества.

Информационные технологии используют большинство систем TQM, PIQS, BPMS, ERP.

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

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

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

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

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

Такие крупные российские компании, как ГМК «Норильский никель», Альфа-банк, Сбербанк, ВТБ и многие другие крупные компании применяют программные средства для описания, оптимизации и исполнения бизнес-процессов. Результат использования этих механизмов служит сокращение затрат на производство и услуг, увеличение эффективности бизнес процессов, оптимальное использование оборотного капитала, внедрение систем.

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

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

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

В проектах по автоматизации бизнес-процессов предприятия, как правило, выполняется пять основных фаз цикла разработки и внедрения: описание бизнес-процесса, моделирование, интеграция с внешними системами, настройка веб-интерфейса, тестирование и запуск.

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

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

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

Например, к сотруднику на согласование поступает договор. Он проверяет текст договора, наличие всех необходимых для его заключения условий и принимает решение — утвердить или отказать. По сути нажимает на красную или зеленую кнопку.

На предприятии запускается система BPM. Для начала в систему сотрудникам закладывается на обработку договора среднее время, которое они тратят на эту работу на момент запуска. Конвейер начинает действовать. Затем время уменьшают — скорость «ленты» увеличивается. Растёт и производительность труда. При этом всегда видно, сколько сотрудников не справляется с графиком. Если не успевают единицы — их можно уволить и взять более проворных. Если же неуспевающих много — надо разбираться, может, скорость конвейера целесообразно снизить.

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

Мир, описанный Куртом Воннегутом в антиутопии «Механическое пианино», становится все ближе. И уже не кажется антиутопией. Автоматизация на порядок повышает производительность труда. Вот и еще путь снижения издержек производства.

Несколько лет назад перед руководством немецкой компании Knorr-Bremse, которая имеет семь заводов в Германии и занимающейся выпуском тормозных систем, была поставлена задача внедрить систему менеджмента качества. Эта система должна была базироваться на реальных процессах. Не секрет, что требования стандартов ИСО 9000:2000 допускают возможность формальной сертификации, то есть предприятие может показать, что удовлетворяет требованиям стандарта, при этом, однако, реальные улучшения процессов осуществляться не будут. Насколько можно судить по отчетам менеджеров верхнего уровня Knorr-Bremse, эта компания пошла по пути реальной работы с процессами. На первом этапе были определены девять основных бизнес-процессов, которые затем были детализированы до 46 процессов. После этого команда из 108 сотрудников различных заводов компании занималась описанием этих процессов и разработкой документации системы менеджмента качества. Вся работа заняла около полутора лет. Итогом работы стала сеть описанных бизнес-процессов компании и документация системы менеджмента качества, основанная на этих процессах.

Некоторые компании, например, российское представительство L’Oreal Luxe использует простейшие программные средства типа MS Visio и MS Exсel для рисования диаграмм бизнес-процессов и вносит в таблицу данные о их прохождении. Но это работает только в простейших случаях и небольших компаниях. В компании MTS используется BPM система, но в отдельных подразделениях используется Visio или Бизнес студио для описания неисполняемых бизнес-процессов. В конечном счете для полноценной работы нужно использовать специализированные ВPM-системы.

В России первые BPM системы начали внедрять несколько лет. В результате внедрения BPMS в Альфа-Банке была установлена платформа Pega, являющаяся одной из лучших систем класса BPM и подходящая для автоматизации всех поставленных задач, для привлечения клиентов на зарплатные проекты и централизации информации. Данный проект стал победителем конкурса Global CIO «Проект года-2014» в номинации «Лучшее решение в предметной области/BPM».

Внедрение BPM поможет:

  1. Ликвидировать разрыв между функциональность ERP и повседневными задачами сотрудников;
  2. Наладить обмен данным между корпоративными приложениями, базами данных;
  3. Найти баланс между тиражируемыми системами, собственными и заказными разработками;
  4. Настроить интеграцию между собственными системами и системами бизнес-партнеров;

BPIUM —конструктор информационных систем

BPIUM – инновационный конструктор корпоративных информационных систем, который позволяет оцифровать деятельность и роботизировать операции благодаря BPM-движку.

Платформа построена на собственной разработанной модели управления предприятием и позволяет описать сложную деятельность организации в редакторе объектов и задать влияние объектов друг на друга. Вам не придется использовать корпоративные системы типа ECM, ACM, BPM и BI, — в системе BPIUM есть абсолютно все возможности.

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

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

Предположим вам необходимо создать собственную CRM систему или систему управления проектами за несколько дней. Раньше вам бы пришлось нанять штат программистов, выделить бюджет и итеративно разрабатывать систему, но инновационная система BPIUM меняет все ваши представления о подобных разработках.

Как создается собственная система в BPIUM?

Работа с системой состоит из 4 конструкторов. Конструкторы данных, процессов, отчетов, прав легко используются и настраиваются. В качестве данных мы можем выбрать обычный текст, дату, число и другие данные, на основании которых мы будем строить собственные дашборды и процессы.

Для конструирования процессов используется нотация моделирования бизнес-процессов BPMN 2.0. Поскольку нам важно не только хранить данные, но их отправлять на обработку, проверку, генерировать итоговые отчеты и отправлять электронные уведомления владельцам процессов, то мы воспользуемся специальными функциями. Нам не потребуется писать код, нужен SQl запрос – просто выберите специальную функцию, нужно провести аналитику рынка – просто выберите парсер данных. Все остальное система сделает за вас.

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

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

Мобильное приложение

В мобильном приложении на Android и IOS ваших разработанных процессов можно полноценно работать и полноценно получать оперативную информацию из любой точки мира

Если вы не хотите создавать CRM самостоятельно, то оставьте заявку на сайте Бипиум, обсудив проект с разработчиками системы. Они подскажут, смогут ли решить ваши задачи, и помогут с созданием CRM «под ключ».

Попробовать Бипиум https://www.bpium.ru/

ELMA.IA — умная автоматизация процессов

О чем

Что такое умная автоматизация

В апреле на ELMA DAY 2019 мы представили набор решений ELMA.IA, который позволяет поэтапно улучшать оцифрованные процессы, заменяя людей на интеллектуальных роботов в массовых операциях. Использование в процессах программных роботов и искусственного интеллекта мы называем «умной» автоматизацией.

Как работают искусственный интеллект и роботы в процессах

На конференции ELMA DAY мы кратко представили решения «умной автоматизации». А на вебинаре мы подробно покажем, как работает ELMA.IA:

  • Как строится взаимодействие BPMs с мессенджерами и общение с ботами на естественном языке.
  • Как настраиваются простые программные роботы в процессах.
  • Как выглядит выполнение простых операций с помощью программных роботов.
  • Что еще могут делать роботы в связке с AI: HR-процессы, документооборот, поиск и передача данных и т.д.

Кому интересен вебинар

Вебинар будет интересен сотрудникам компаний, заинтересованным в развитии внутренних и внешних сервисов и в снижении стоимости ИТ-проектов. А также всем участникам ELMA DAY 2019, которые хотят подробнее познакомиться с «умной» автоматизацией.

Моделирование бизнес-процессов в business studio

В программе Business studio можно создать модель бизнес процессов в нотации IDF0, декомпозировать бизнес-процессы на более низкий уровень и описать в нотации IDF0, EEPC, BPMN.

IDEF0 — нотация графического моделирования, используемая для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, связывающих эти функции. Стандарт IDEF0 (Integration Definition for Function Modeling) утвержден в США в 1993 как Федеральный стандарт обработки информации. В России находится в статусе руководящего документа с 2000 года и в настоящее время в качестве стандарта не утвержден. Тем не менее методология IDEF0 является одним из популярных подходов для описания бизнес-процессов. К ее особенностям можно отнести:

  • использование контекстной диаграммы;
  • поддержка декомпозиции;
  • доминирование;
  • выделение 4 типов стрелок.

Контекстная диаграмма. Самая верхняя диаграмма, на которой объект моделирования представлен единственным блоком с граничными стрелками. Эта диаграмма называется A-0 (А минус нуль). Стрелки на этой диаграмме отображают связи объекта моделирования с окружающей средой. Диаграмма A-0 устанавливает область моделирования и ее границу. Пример диаграммы A-0 приведен ниже.

Модель бизнес-процессов компании в нотации IDF0 представлена ниже

Диаграмма, описанная в нотации EPC (событийная цепочка процессов), представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её. В нотации EPC ветвление стрелок осуществляется с использованием операторов (и, или, исключающие или). Диаграмма декомпозируемой функции EPC может быть описана только в нотациях EPC или BPMN 2.0.

На каждый созданный процесс можно сформировать отчет по описанию процесса и его входам и выходам.

Процесс Владелец Исполнители Входы Выходы
Тип Название Объекты Название Объекты
1. А1 Создание компании Вход Пакет документов Пакет документов Договор об аренде помещения Договор об аренде помещения
Список необходимого оборудования Список необходимого оборудования Документы организации Документы организации
Управление Договор об аренде помещения Договор об аренде помещения
Документы для учреждения фирмы Документы для учреждения фирмы
Шаблон устава Шаблон устава
Механизм Администратор_1
Администратор_2
Главный инженер
Директор
Снабженец
Юрист
2. А2 Привлечение клиентов Вход Документы организации Документы организации База данных клиентов База данных клиентов
Управление Шаблон договора Шаблон договора Технические документы Технические документы
Механизм Менеджер 2 Требования Требования
3. А3 Оформление выставки Вход Технические документы Технические документы Партнерский договор Партнерский договор
Требования Требования Список партнеров Список партнеров
Управление База данных клиентов База данных клиентов
Договор с клиентом Договор с клиентом
Свидетельство о регистрации Свидетельство о регистрации
Шаблон Партнерского договора Партнерский договор
Механизм
Администратор_1
Дизайнер
Маркетолог 2
4. А4 Реализация Вход Шаблон договора с контрагентом Шаблон договора с контрагентом Договор с контрагентом Договор с контрагентом
Управление Список партнеров Список партнеров Официальное открытие выставки
Механизм Главный инженер
5. А5 Завершение проекта Вход Официальное открытие выставки Закрытые документы Закрытые документы
Управление Договор с контрагентом Договор с контрагентом Отчет о рекламной компании Отчет о рекламной компании

Входы и выходы процесса

Тип Название Объекты
1. Вход Пакет документов Пакет документов
Список необходимого оборудования Список необходимого оборудования
2. Выход Договор об аренде помещения Договор об аренде помещения
Документы организации Документы организации
3. Управление Договор об аренде помещения Договор об аренде помещения
Документы для учреждения фирмы Документы для учреждения фирмы
Шаблон устава Шаблон устава
4. Механизм Администратор_1
Администратор_2
Главный инженер
Директор
Снабженец
Юрист

Описание подпроцессов

Процесс Владелец Исполнители Входы Выходы
Тип Название Объекты Название Объекты
1. А1.1 Регистрация фирмы Механизм Директор Свидетельство о регистрации Свидетельство о регистрации
2. А1.2 Закупка инвентаря Вход Список необходимого оборудования Список необходимого оборудования Закупленное оборудование Список необходимого оборудования
Управление Свидетельство о регистрации Свидетельство о регистрации Счета фактуры на оборудование Счета фактуры на оборудование
Механизм Администратор_1
3. А1.3 Поиск помещения Вход Закупленное оборудование Список необходимого оборудования Договор об аренде помещения Договор об аренде помещения
Управление Договор об аренде помещения Договор об аренде помещения
Счета фактуры на оборудование Счета фактуры на оборудование
Механизм Администратор_2

Пример моделей EPC в рамках организации

При моделировании процессов можно использовать операторы условия:»исключающие или», «или», «не».

Организационная структура, выполненная в нотации Business studio

После выполнения моделирования бизнес-процессов можно произвести имитацию бизнес-процесса «as is» с помощью функционально-стоимостного анализа и имитационного моделирования средствами bussiness studio 4.1.

Этапы выполнения имитации:

  • задание временных параметров конечных (недекомпозированных) процессов
  • задание параметров ресурсов, необходимых для выполнения этих процессов
    Ресурсы подразделяются на временные и материальные. Стоимость временного ресурса переносится на стоимость процесса пропорционально тому времени, которое ресурс затрачивает на выполнение процесса, стоимость материального ресурса – пропорционально количеству повторений процесса.
  • назначение ресурсов на процессы
  • проведение имитации выполнения процессов

Отчет по результатам имитации «as is»

Временные ресурсы

Название Смена Ставка в час Среднее время использования Средняя стоимость использования, руб.
1. Маркетолог 1 Смена 1 200 руб.
2. Маркетолог 2
  Сумма 11333,33

Материальные ресурсы

Название Стоимость Среднее потребляемое
количество
Средняя стоимость потребления,
руб.
1. Word 0 1
2. Акт-передачи 0 1
3. Заключенный договор на размещение 0 1
4. Компьютер 0 1
5. Список необходимого оборудования 0 1
6. Список необходимых мероприятий 0 1
7. Шаблон договора на размещение 0 1
  Сумма 0

Произведенные продукты

Название Среднее производимое количество
1. Акт-передачи 1
2. Доставка осуществлена 1
3. Заключенный договор на размещение 1
4. Регистрация на товарный знак 1
5. Список материалов для украшения 1
6. Список необходимого оборудования 1
7. Список необходимых мероприятий 1
8. Счета 1

Средние значения времени и стоимости подпроцессов

Процесс Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. А6.1 Подготовка рекламной продукции 1д. 00:00:00 2:00:00 9д. 06:42:51 0:00:00 10д. 08:42:51 4800
2. А6.2 Заключение договора на размещение 1д. 00:00:00 2:00:00 7д. 14:30:00 0:00:00 8д. 16:30:00 4800
3. А6.3 Регистрация товарного занака 1:00:00 3д. 00:00:00 17:15:00 0:00:00 3д. 18:15:00 200
4. А6.4 Размещение рекламной продукции 2:00:00 3:00:00 4:00:00 0:00:00 9:00:00 400
5. А6.5 Подготовка списка необходимого оборудования 1:00:00 1д. 00:00:00 0:15:00 0:00:00 1д. 01:15:00 200
6. А6.6 Осуществление доставки оборудования 0:10:00 4:00:00 8:47:30 0:00:00 12:57:30 3000
7. А6.7 Осуществление монтажа оборудования 1:00:00 0:30:00 0:12:30 0:00:00 1:42:30 3500
8. А6.8 Подготовительные работы по отделке помещения 0:40:00 0:10:00 3:45:00 0:00:00 4:35:00 133,33
9. А6.9 Подготовка необходимого материалы для укращения 1:00:00 0:30:00 0:15:00 0:00:00 1:45:00 200
10. А6.10 Провести закупку метериалов 3:00:00 2:00:00 4:00:00 0:00:00 9:00:00 600
11. А6.11 Украсить помещение 1:00:00 0:30:00 11:00:00 0:00:00 12:30:00 200

Средние затраты времени и стоимости экземпляров подпроцессов на выполнение экземпляра процесса

Процесс Частота в рамках вышележ. Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. А6.1 Подготовка рекламной продукции 1 1д. 00:00:00 2:00:00 9д. 06:42:51 0:00:00 10д. 08:42:51 4800
2. А6.2 Заключение договора на размещение 1 1д. 00:00:00 2:00:00 7д. 14:30:00 0:00:00 8д. 16:30:00 4800
3. А6.3 Регистрация товарного занака 1 1:00:00 3д. 00:00:00 17:15:00 0:00:00 3д. 18:15:00 200
4. А6.4 Размещение рекламной продукции 1 2:00:00 3:00:00 4:00:00 0:00:00 9:00:00 400
5. А6.5 Подготовка списка необходимого оборудования 1 1:00:00 1д. 00:00:00 0:15:00 0:00:00 1д. 01:15:00 200
6. А6.6 Осуществление доставки оборудования 1 0:10:00 4:00:00 8:47:30 0:00:00 12:57:30 3000
7. А6.7 Осуществление монтажа оборудования 1 1:00:00 0:30:00 0:12:30 0:00:00 1:42:30 3500
8. А6.8 Подготовительные работы по отделке помещения 1 0:40:00 0:10:00 3:45:00 0:00:00 4:35:00 133,33
9. А6.9 Подготовка необходимого материалы для укращения 1 1:00:00 0:30:00 0:15:00 0:00:00 1:45:00 200
10. А6.10 Провести закупку метериалов 1 3:00:00 2:00:00 4:00:00 0:00:00 9:00:00 600
11. А6.11 Украсить помещение 1 1:00:00 0:30:00 11:00:00 0:00:00 12:30:00 200
Сумма

Экземпляры процесса

Количество запущенных экземпляров 22
Количество завершенных экземпляров 4
Количество незавершенных экземпляров 18
Среднее количество запусков в день 0,724
Среднее количество завершенных экземпляров в день 0,132

Результат: количество экземпляров равно 22, завершенных равно 4, незавершенных равно 18, среднее количество запусков в день равно 0,724, среднее завершенных экземпляров в день равно 0, 132.

Матрица ответственности

№№ Наименование процесса/процедуры Менеджер 1 Менеджер 2 Владелец БП Зам. директора
БП1 Бизнес-процесс «Реализация» О О В И
Пр1.1 Подготовка рекламной продукции У У И К
Пр1.2 Подготовительные работы по отделке помещения У У И К
Пр1.3 Заключение договора на размещение У У И К
Пр1.4 Регистрация товарного знака У У И К
Пр1.5 Подготовка необходимых материалов для украшения У У И К
Пр1.6 Размещение рекламной продукции У У И К
Пр1.7 Провести закупку материалов У У И К
Пр1.8 Украсить помещение У У И К
Пр1.9 Подготовить список необходимого оборудования У У И К
Пр1.10 Осуществление доставки оборудования У У И К
Пр1.11 Осуществление монтажа оборудования У У И К

Сводная ведомость отчетной информации

Наименование отчета Менеджер 1 Менеджер 2 Владелец БП
Акт передачи ежемесячно
Отчет о доставке ежемесячно еженедельно

 

Взаимодействие с другими процессами

Реализация
Получает информацию Передает информацию
Бизнес – процесс

«Оформление выставки»

Заключенный партнерский договор Заключенный договор на размещение

Регистрация товарного знака

Акт передачи

Отчет о доставке

Бизнес-процесс

«Завершение проекта»

Акт передачи и тд Подписанные акты

В процессе to be «Привлечение клиентов» клиентов стало равно 12, что на 4 больше чем в «as is». Количество привлеченных клиентов увеличилось на 4 (по сравнению с показателем до оптимизации бизнес-процесса). Количество сделанных сайтов увеличилось на 4, количество заработанных денег увеличилось на 160 тысяч рублей. В среднем привлеченный клиент оплачивает услуги на 40 тысяч рублей, до оптимизации у нас было 8 клиентов, которые оплатили услуги на 320 тысяч рублей, сейчас этот показатель ровняется 480 тысяч рублей.

Внедрение системы управления бизнес-процессами на примере Bizagi BPM

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

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

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

Неисполняемые бизнес-процессы нужны исключительно для демонстрации какой-либо бизнес-модели. Это может быть диаграмма, отображающая реальное положение дел на предприятии, может быть наглядной иллюстрацией к предложенным изменениям при реинжиниринге. В этом случае, конечно, можно использовать любые удобные инструменты, в том числе, традиционный для многих IDEF0, или декомпозиция IDF0 до уровня потока работ (EEPC). А соблюдение правил языка моделирование необходимо исключительно для достижения взаимопонимания.

В качестве средства BPM была выбрана – Bizagi. Она удовлетворяет нашим условиям выбора. Эта система является бесплатная, прекрасно интегрируется с различными веб сервисами, пользователи прекрасно интегрируются с Active Directory, система использует операционную систему семейства Windows, SQL базу данных и IIS веб сервис. Система проста для разработки в ней бизнес-процессов и удобна в использовании.  Нотация для моделирования будет использоваться BPMN.

В среде моделирования — Modeler будет произведено моделирование бизнес-процессов. В среде проектирования — Suit для этих процессов будет спроектирована база данных, спроектированы графические формы, будут заданы бизнес правила, заданы группа пользователей. В Engine будут произведены пуско-наладочные работы.

Разработанная модель данных бизнес-процесса «Разработка программного обеспечения с техническим заданием»

Разработанная модель данных бизнес-процесса «Доработка программного обеспечения»

Несколько разработанных визуальных форм для бизнес-процесса «Технологическое требование»

Пользователи будут делиться на 9 бизнес ролей: контрагент – внешний клиент, менеджер проекта, руководитель проекта, аналитик, тестировщик, программист; администратор, бизнес аналитик и аналитик (не будут участвовать в бизнес-процессах, но такие бизнес роли будут предусмотрены системой).

Для запуска бизнес-процессов в корпоративной сети необходимо развернуть серверную операционную систему Windows, настроить DNS сервер, установить IIS сервер, развернуть базу данных. В качестве серверной операционной системы была выбрана Windows Server 2012 R2. В качестве сервера базы данных был выбран — SQL Server. SQL Server является одной из наиболее популярных систем управления базами данных (СУБД) в мире. Данная СУБД подходит для самых различных проектов: от небольших приложений до больших высоконагруженных проектов. SQL Server характеризуется такими особенностями как: 1) производительность. SQL Server работает очень быстро; 2) надежность и безопасность. SQL Server предоставляет шифрование данных; 3) простота. С данной СУБД относительно легко работать и вести администрирование.

После установки СУБД устанавливаем оснастку IIS и проверяем работоспособность веб сервера.

Основным компонентом IIS является веб-сервер, который позволяет размещать в Интернете сайты. IIS поддерживает протоколы HTTP, HTTPS, FTP, POP3, SMTP, NNTP (т.е все основные протоколы). По данным компании Netcraft на июнь 2015 года, почти 22 млн сайтов обслуживаются веб-сервером IIS, что составляет 12,32 % от общего числа веб-сайтов, остальные веб-серверы используют Apache, Nginx.

Производим экспорт базы данных (формат bak) на разрабатываемой машине и импортируем ее на сервер через MSSQL Server Management.

Запустим наши процессы

 

 

С помощью BPM Bizagi мы можем произвести анализ процессов (анализ нагрузки на бизнес-процессы по классификации).

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

 

Скачать презентацию https://businessarchitecture.ru/wp-content/uploads/2018/06/Внедрение-системы-управления-бизнес-процессами_Вакурин.pptx

ELMA запустила новый канал на YouTube — Naked BPM

Это короткие видео о бизнес-процессах и процессном управлении (Business Process Management). Только самая суть, которую мы объясняем с помощью простых примеров и аналогий.

Если вы или ваши коллеги хотите разобраться в терминах и подходах BPM — этот канал для вас. Если слово «термины» вызывает у вас желание зевнуть — он тем более для вас. Рассказывая о процессах, мы сильно упрощаем многие фундаментальные понятия. Ведь иначе это были бы еще одни скучные лекции о бизнесе, а мы этого не хотим.

В каждом ролике мы раскрываем одну тему из теории BPM. Идем от простого к сложному, добавляем графику и наглядные примеры. Обнажаем суть процессного подхода — в стиле Naked BPM.

На канале уже 6 выпусков!

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

Обзор BPM-систем для управления бизнес-процессами

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

Для использования данной концепции необходимо использовать системы управления бизнес-процессами (Business Process Management Suite, сокращённо BPMS). Такие системы имеют в своем арсенале средства моделирования бизнес-процессов, мониторинга, создания бизнес правил, проектирования визуальных форм, моделирования баз данных и исполнения бизнес-процессов.

При внедрении BPMS организация переходит от системного подхода к процессному. Если в системном подходе внимание концентрировалось на целостности структуры, взаимосвязях различных частей организации, управление ориентировалось на конечный результат, то в процессном подходе внедряется система менеджмента качества ИСО 9001:2015, происходит формирование цепочки бизнес-процессов в пределах производственной структуры предприятия, организуется управление ими, разрабатываются стандарты, методологии и регламенты, обеспечивающие результативность процессов.

Описание бизнес-процессов в системах BPMS чаще всего служит нотация BPMN (Business Process Model and Notation – нотация моделирования бизнес-процессов) или BPML (Business Process Modeling Language — язык для моделирования бизнес-процессов), иногда применяется EPC (Extended event driven process chain – расширенное описание событийной цепочки процессов), реже всего применяется нотация IDEF0 (относящаяся к методологии функционального моделирования). Нотация BPMN ориентирована на технических специалистов и на бизнес-пользователей. Эти диаграммы могут быть трансформированы в исполняемые модели на языке BPEL (Business Process Execution Language — язык исполняемых бизнес-процессов). Иногда для описания бизнес-процессов применяется язык YAML (Ain’t Markup Language — формат сериализации данных, концептуально близкий к языкам разметки) и UML (Unified Modeling Language – унифицированный язык моделирования).

Самые известные BPMS системы: «Aris Toolset», «Pega», «JBPM», «Bizagi», «IBM», «Oracle», «Camunda», — зарубежные системы, среди отечественных: «ELMA», «Diasoft BPM Framework», «Бипиум». Данные системы возможно разделить на два класса: системы, требующие специальной подготовки (чаще всего знания языка программирования – Java или C#, Node.js, React.js), и системы, не требующие навыков программирования.

«Pega», «JBPM», «IBM», «Oracle», «Camunda», являются Java Enterprise приложением, разработка ведется в Eclipse и на языке программирования Java.

Серверная часть «Бипиум — конструктор информационных систем» написана на Node.js, клиентская на React.js, хранилище данных работает на протоколе Amazon S3.

Моделирование бизнес-процессов производится в нотации BPMN 2.0 или языке исполняемых бизнес-процессов (BPEL) или YAWL. В качестве сервера приложений у «JBPM» используется WildFly, у «IBM» используется WebSphere Integration Developer, «Pega» использует Apache Tomcat.

В качестве СУБД (системы управления базами данных) используется реляционная база данных: «H2», «MySQL», «SQL Server» или объектно-реляционная СУБД: «PostgreSQL», «Oracle». Стоимость внедрения таких систем составляет несколько сотен тысяч долларов.

Среди зарубежных систем, не требующих знания специальных языков программирования, выделяется «Bizagi», которая состоит из трех сред: 1) Modeler – среда для моделирования бизнес-процессов; 2) Studio – среда, в которой можно производить проектирование графических форм и организовывать совместный доступ; 3) Engine – среда, которая является ядром всей BPM системы Bizagi. Система «Bizagi» устанавливается на операционную систему «Windows», использует СУБД «SQL Server», для моделирования бизнес-процессов используется урезанная нотация BPMN. От проектирования и до исполнения небольших бизнес-процессов проходит всего несколько дней, стоимость разработки практически нулевая.

Среди отечественных систем, не требующих знания специальных языков программирования, выделяется Бипиум. Система реализует объектно-ориентированную модель управления предприятием, построен при использовании подходов BPM и low-code, использует графический редактор для описания сценариев автоматизации на базе компонентов, концепция реактивных процессов позволяет быстро перестраивать систему при изменениях в деятельности (bpium.ru).

Практический результат в краткосрочной перспективе от внедрения BPMS трудно измерить. Но в долгосрочной перспективе может оказать влияние на малые и средние компании (в т.ч. переход от системного подхода к процессному, внедрение менеджмента качества ИСО 9001:2015, автоматизации бизнес-процессов, сокращение издержек, внедрение системы качества PIQS и тд).

Готовы ли вы к тому, что искусственный интеллект окажет негативное воздействие?

Электричество и пластик изменили работу каждой отрасли. Аналогичным образом, искусственный интеллект (AI) способен разрушить каждую отрасль — от розничной торговли и страхования до медицинских и финансовых услуг. Но есть хорошие новости  и плохие.

Хорошая новость заключается в том, что вы не одиноки, поскольку сегодня не все используют ИИ. Так что еще не поздно. Но вы можете потерпеть поражение, потому что ИИ может разрушить вашу компанию.

В Pega мы недавно провели опрос более чем 600 лидеров бизнеса и ИТ по всему миру, чтобы понять, как подготовленные организации справляются с разрушительными изменениями в своих отраслях, уделяя особое внимание использованию ИИ для достижения результатов бизнеса.

Из более чем 600 обследованных лиц менее двух третей из них заявили, что их организации использовали ИИ каким-либо значимым образом. Это подтверждается исследованием, проведенным Boston Consulting Group и MIT Sloan Management Review, в котором было обнаружено, что только 1 из 20 компаний используют ИИ.

Если использование ИИ в целом настолько низкое, зачем беспокоиться о его внедрении в вашей организации сейчас?

Согласно недавнему отчету Forbes Insights, 100 процентов брендов, идентифицированных как лидеры в области взаимодействия с клиентами, в настоящее время используют ИИ в своих бизнес-операциях. Да, вы это правильно поняли. 100 процентов. Организации, не изучающие эту технологию, ставят себя в невыгодное положение.

Также многое можно получить, используя ИИ для улучшения результатов бизнеса. Согласно нашему опросу, организации, использующие ИИ, сообщили об улучшении взаимодействия с клиентами (18,3%) и сокращении расходов (18,5%) в качестве наиболее распространенных бизнес-результатов.

Однако преимущества ИИ не прекращаются. Лишь небольшой процент респондентов (5%) сказал, что ИИ либо связал, либо продлевал жизнь устаревших систем. Здесь есть реальная возможность. Использование AI-роботов для подключения старых и новых систем не только откладывает дорогостоящие обновление старых систем, но также помогает вашей организации сосредоточиться на том, что важно в ближайшей перспективе, — обеспечивая лучший и быстрый опыт работы с клиентами.

Не использовать ИИ сегодня? Вот несколько способов начать работу:

  1. Найдите  клиента, остро нуждающееся в улучшении. Разделите несколько ключевых проблем, связанных с взаимодействием с клиентом, которые могут облегчить ИИ, и сосредоточить внимание на их решении.
  2. Установите управляемые цели, которые могут быть выполнены за 90 дней или меньше. Не кипятите океан, так как даже одно путешествие клиента на крупном предприятии может стать сложным с точки зрения данных и систем. Сопротивляйтесь стремлению исправить все сразу. В качестве приоритетного руководства используйте компромисс между усилиями и стоимостью. Используйте гибкий подход для управления проектом, быстро показывайте результаты, и у вас будет пример для демонстрации и использования.
  3. Измерьте свой проект с точки зрения результатов бизнеса. Установите ощутимые цели, такие как увеличение доходов или удержание клиентов. Технологии AI, которые вы вставляете, — это просто части (хотя и критические) в общем решении. В конечном счете, вы заинтересованы в ИИ только в той мере, в какой это помогает вам соответствовать или превышать ваши цели.
  4. Ищите опытного поставщика ИИ. Лучшие поставщики продемонстрируют не только то, что они понимают технологии ИИ, но еще более важно то, что они доказали опыт создания и обслуживания масштабных бизнес-решений AI

Оригинал https://www.pega.com/insights/articles/ai-here-are-you-ready-disruption