Для чего нужны модели в бизнес процессах отметьте все возможные варианты из предложенных

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

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

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

Зачем нужна Модель процессов верхнего уровня?

• функции;
• документы;
• информационные системы;
• знания и полномочия;
• технические ресурсы;
• материалы;
• продукты/услуги;
• риски;
• данные.

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

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

Эволюция методологий моделирования

Рис. 6.22. Эволюция методологий моделирования 2

Соответственно, для них будет отличаться логическая организация самих диаграмм и области их применения (рис. 6.22): [1] [2]

1) объектно-ориентированные методологии, направленные на поддержку создания ИС в части описания спецификаций и реализации. Наиболее наглядный пример — универсальный язык моделирования UML (Unified Modeling Language), включающий диаграммы взаимодействия, деятельности, вариантов использования, состояний и прочие инструменты детального планирования разработки элементов системы. Часто применяется в рамках методологии разработки Rational Unified Process;
2) структурные, концентрирующиеся на определенных областях процессов (передаваемой информации, основных контрольных точках процесса, принципах взаимодействия основных его участников и т.д.) и действиях для реализации задач ИС. Примеры: диаграмма потоков данных DFD, структурный анализ и проектирование SADT, функциональное моделирование семейства IDEF;
3) процессно-ориентированные с ориентацией на потоки работ или функций и субъектно-ориентированные методологии (с ориентацией на субъектов/группы людей);
4) субъектно-ориентированные с ориентацией на участников процесса, направленные на описание и моделирование бизнес-процессов.

Если рассматривать некоторые из упомянутых диаграмм подробнее, то универсальный язык моделирования UML содержит набор диаграмм проектирования информационных систем. Одна из самых известных — диаграмма вариантов использования, use case diagram. Несмотря на то, что ее идея пришла из области разработки ПО, идея определения всех основных функций объекта (будь то программный продукт или даже любая услуга) крайне универсальна и широко применима в бизнесе (рис. 6.23).

Моделирование сквозных процессов: за и против

Рис. 6.23. Пример диаграммы вариантов использования в UML

Датчик Выдача измеренной температуры температуры но запросу

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

Вернемся к моделированию процессов, другая нотация — еЕРС (Extended Event-driven Process Chain, расширенная событийная цепочка процессов) — применяется большей частью для объединения объектов, задействованных в разных представлениях (документы, информационные системы, организационные единицы и должности, процессы) в интегрированной картине процесса. еЕРС предполагает описание алгоритма действий, выполняемых отдельными организационными единицами, что позволяет сформировать общий сценарий процесса как последовательность отдельных шагов. В ней между всеми объектами в обязательном порядке определяются связи, например, «создает» (документ), «распределяет» (задание между сотрудниками), «использует» (информационную систему 1C), «выполняет» (функцию выполняет менеджер), «принимает решение», «обеспечивает», «является владельцем» и многие другие.

Наконец, еще один пример — моделирование бизнес-процессов в BPMN. Система BPMN фокусируется на всех аспектах бизнеса и подходит для описания предметной области и применения различными специалистами — от бизнес-аналитиков и разработчиков до руководителей, менеджеров бизнес-процессов и просто рядовых сотрудников подразделений. Она объединяет различные точки зрения на бизнес-процесс, тем самым стандартизируя модель.

В официальном полном описании нотации BPMN указывается, что для разработки первой версии модели были объединены концепции и некоторые объекты следующих диаграмм/нотаций:

• диаграммы активности UML (universal modeling language);
• диаграмма потоков активностей и принятия решений ADF (activity decision flow);
• диаграмма событийных цепочек процесса ЕРС (event-driven process chain);
• нотация функционального моделирования IDEF (Icam DEFinition for functional modeling);
• другие модели (UMLEDOC Business Processes, RoscttaNet, LOVeM).

В 2010 г. была опубликована версия BPMN 2.0, созданная при сотрудничестве многих исследовательских групп, а в 2013 г. — версия BPMN 2.0.1 была принята как международный стандарт ISO/IEC 19510:2013 «Информационные технологии. Модель и нотация процесса менеджмента объекта в групповом бизнесе».

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

• сложные ветвления (в том числе ветвления по произошедшему событию);
• события (например, внешние события — изменения котировок, входящие или исходящие сообщения, произошедшие ошибки);
• различные виды подпроцессов (например, повторяющиеся подпроцессы, подпроцессы без четких правил исполнения и пр.).

Один из примеров отображения процесса в терминах нотации BPMN приведен на рис. 6.24.

Рис. 6.24. Диаграмма бизнес-процесса в нотации BPMN

Источник: studme.org

ТЕХНОЛОГИИ, ИНЖИНИРИНГ, ИННОВАЦИИ

Измеритель диаметра, измеритель эксцентриситета, автоматизация, ГИС, моделирование, разработка программного обеспечения и электроники, БИМ

Моделирование бизнес-процессов: рекомендации по избежанию ошибок

Опубликовано 07.07.2021 автором kornelik

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

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

Воспользуйтесь нашими услугами

Наша продукция
Презентации по направлениям
Инжиниринг
Консалтинг
Металлообработка
Моделирование
Разработки

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

Первый принцип вытягивающего метода: обязательно регистрировать все входы и выходы

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

Принцип второй: двигаемся не от начала к концу, а наоборот

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

В результате процесса у клиента должна появиться пицца, а у курьера – оплата за нее. Таким образом, у процесса будет минимум два выхода.

Оплата – выход операции «Принять оплату», доставленная пицца – выход операции «Передать заказ клиенту», при этом скорее всего клиент сначала примет заказ, потом оплатит. В модели внутри процесса появляются две операции, которые формируют данные выходы.

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

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

Принцип третий: сразу отмечаем несоответствия

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

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

Как применить вытягивающий метод моделирования ко всей организации

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

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

Основные бизнес-процессы создают ценность для внешнего потребителя (окончательную или промежуточную). Во многих организациях основные бизнес-процессы объединяются в цепочки создания ценности.

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

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

Процессы (и проекты) развития проводят изменения в организации. К этой области деятельности относятся несколько групп:

процессы постоянного совершенствования деятельности (TQM, Lean)
стандартизованные процессы развития (например, открытие нового магазина в сети ритейл-оператора)
глобальные изменения (например, реструктуризация компании или реализация новой стратегии)

Построение сети процессов вытягивающим методом следует начинать с основных процессов.

Как моделировать основные процессы

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

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

Моделируем обеспечивающие процессы

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

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

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

Моделирование деятельности по развитию зависит от характера этой деятельности.

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

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

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

Преимущества и недостатки вытягивающего метода

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

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

Воспользуйтесь нашими услугами

Наша продукция
Презентации по направлениям
Инжиниринг
Консалтинг
Металлообработка
Моделирование
Разработки

Понравилась статья? Тогда поддержите нас, поделитесь с друзьями и заглядывайте по рекламным ссылкам!

Также читайте:

3D-печать и промышленное литье: симбиоз технологий во имя эффективности
Увеличение производительности труда на 20%: рецепт от “ПЦБК”
Новшества КОМПАС-3D v17.1: кратко о главном
На ПАО “Протон-ПМ” реализуется проект по повышению производительности труда

Запись опубликована автором kornelik в рубрике Инжиниринг, Новости. Добавьте в закладки постоянную ссылку.

НОВОСТИ

ИНЖИНИРИНГ

Наша продукция
Презентации по направлениям
Инжиниринг
Консалтинг
Металлообработка
Моделирование
Разработки

ПОРТФОЛИО

Инжиниринг
Консалтинг
Металлообработка
Моделирование
Наши разработки

Июль 2021Пн Вт Ср Чт Пт Сб Вс

1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31

Архивы

Май 2023
Апрель 2023
Март 2023
Февраль 2023
Январь 2023
Декабрь 2022
Ноябрь 2022
Октябрь 2022
Сентябрь 2022
Август 2022
Июль 2022
Июнь 2022
Май 2022

Источник: integral-russia.ru