Оптимизация бизнес-процессов компании ООО "Spesia"

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

Введение

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

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

Целью данной проектно-аналитической работы является разработка рекомендаций по оптимизации бизнес-процессов ООО Specia.Для достижения цели исследования следует выполнить следующие задачи:

1) Произвести анализ литературных источников по тематике бизнес-процессов, определить ключевые термины и дать им однозначную коннотацию;

2) Произвести аналитический обзор существующих методик моделирования и оптимизации бизнес-процессов;

3) Привести общее описание и дать характеристику компании «Specia»;

4) Смоделировать существующий на данный момент бизнес-процесс компании, а также процессы его сопровождающие по методике IDEF0;

5) Проанализировать бизнес-процессы и определить их ключевые проблемные аспекты;

6) Разработать пул рекомендаций, направленных на оптимизацию операционной деятельности в ООО «Specia», его бизнес- процессов;

7) Произвести моделирование и прогноз возможных эффектов от предложенных мероприятий.

Объектом исследования в проектно-аналитической работе являются совокупность бизнес-процессов в ООО «Specia».

Предметом исследования является аспекты бизнес-процессов, которым требуется оптимизация, в комплексном бизнес-процессе ООО «SPECIA».

Основными методами исследования, применяемыми при выполнении данной проектно-аналитической работе, являются: анализ литературных источников и документов, а также отчетов ООО «Specia», наблюдение, интервью с сотрудниками компании. В качестве метода сбора данных для эмпирической части исследования используется опрос клиентов. Для моделирования бизнес-процессов компании был использован стандарт IDEF0.

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

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

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

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

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

Глава 1. Теоретические основы бизнес-процессов и event-менеджмента

1.1 Понятие и сущность бизнес - процессов в организации

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

Так, В.В. Кондратьевым и М.Н. Кузнецовым дано определение бизнес-процесса как совокупности связанных шагов, которые направлены на достижение организационной цели в рамках существующей организационной структуры [Кондратьев и Кузнецов, 2].

М. Хаммер и Д. Чампи определяют понятие бизнес-процесс как набор связанных задач, которые заключаются в предоставлении услуги или продукта клиенту. Процесс содержит набор атрибутов и шагов для достижения задачи. В целом, бизнес-процесс помогает в управлении операциями таким образом, чтобы он мог производить ценные результаты [Хаммер и Чампи, 32].

Необходимыми составляющими бизнес-процесса являются четко- артикулированные составляющие входа и выхода. Входы состоят из всех факторов, которые вносят (прямо или косвенно) в добавленную стоимость услуги или продукта [Репин, 2007].

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

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

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

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

«BPM»(BusinessProcessManagement-Управление бизнес-процессами) представляет собой совокупный инструментарий из технологий, которые способных трансформировать модели бизнес-процессов в поддерживаемые компьютером алгоритмы, отказываясь от рутинных задач управления и контроля от организационных агентов [Нелис, 2015].

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

Происхождение управления бизнес процессов (BPM-BusinessProcessManagement)началось в 1990-х годах. На сегодняшний день, оно эволюционирует во многие концепции, включая управление потоками (WFM), обработку дел (CH), интеграцию корпоративных приложений (EAI), планирование ресурсов предприятия (ERP), управление отношениями с клиентами (CRM) и т. д [Громов, 2016].

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

Деятельность по управлению бизнес-процессами включает в себя проектирование, моделирование, оптимизацию и реинжиниринг [Галямина, 2013].

Моделирование бизнес-процессов - это схематическое/ структурное представление потока деловой активности в организации или функции внутри организации. Его основное использование заключается в том, чтобы документировать и основывать текущий поток деятельности, чтобы определить улучшения для быстрого выполнения задач. Обычно они соответствуют стандарту, к примеру, «Обозначение бизнес-процессов» (BPMN), которое является общепринятым стандартом, с которым легко идентифицировать большинство процессов[Елиферов, Репин, 2005].

Оптимизация и совершенствование бизнес-процессов тесно связаны друг с другом, однако, следует понимать разницу между этими понятиями. Так, совершенствование (оптимизация) бизнес-процессов определяется как концепция стратегического планирования, направленная на частичное изменение бизнес-процессов с целью повышения эффективности и способствования роста бизнеса[Грущенко, 2010]. В отличии от оптимизации, реинжиниринг бизнес-процессов включает в себя полный редизайн бизнес-процессов после тщательного анализа[Абдикеев, 2008]. Основой BPR является переработка процессов, особенно тех, которые помогают в развитии бизнес-ценности организации, а ИТ используется как простой инструмент, который помогает в автоматизации процессов [Ротер, 2015].

1.2 Обзор методологий по моделированию бизнес-процессов

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

1.2.1 Диаграмма DFD

Диаграмма потоков данных (DFD) является методологией, которая отображает поток информации для любого процесса или системы. Она использует определенные символы, такие как прямоугольники, круги и стрелки, а также короткие текстовые метки для отображения входов и выходов данных, точек хранения и маршрутов между каждым пунктом назначения. Блок-схемы данных могут варьироваться от простых, даже отрисованных вручную обзоров процессов, до глубоких многоуровневых, которые постепенно углубляются в процесс обработки данных. Они могут использоваться для анализа существующей системы, так и моделирования новой [Цисарь, 2012а].

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

Диаграммы потоков данных были популяризированы в конце 1970-х годов, возникшие из книги «Структурированный дизайн», путем вычисления пионеров Эдом Тьюдоном и Ларри Константином. Они основывали его на моделях вычисления графика потока данных Дэвидом Мартином и ДжеральдомЭстрином[Цисарь, 2012б].

Существует две разных моделей обозначений для диаграмм потоков данных: Йордон и Коад (Yourdon&Coad) или Гейн и Сарсон (Gane&Sarson), определяющих различные визуальные представления для процессов, хранилищ данных, потока данных и внешних объектов.

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

Еще тремя экспертами, способствовавшими созданию методологии DFD, были Том ДеМарко, Крис Гане и ТришСарсон. Они объединились в разных комбинациях, чтобы быть основными определителями символов и обозначений, используемых для диаграммы потока данных.

В соответствии с правилами или рекомендациями DFD любого соглашения символы обозначают четыре компонента диаграмм потоков данных.

Внешний объект: внешняя система, которая отправляет или принимает данные, обмениваясь данными с диаграммой. Они являются источниками и адресами информации, поступающей или покидающей систему. Они могут быть внешней организацией или человеком, компьютерной системой или бизнес-системой. Они также известны как терминаторы, источники и поглотители или актеры. Они обычно рисуются по краям диаграммы[Галямина, 2013].

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

1.2.2 eEPC

EEPC India является ведущей организацией по поощрению торговли и инвестиций в Индии. Она спонсируется Министерством торговли и промышленности, правительством Индии и обслуживает индийский машиностроительный сектор. В качестве консультативного органа она активно содействует политике правительства Индии и выступает в качестве интерфейса между машиностроительной промышленностью и правительством[Назарова, 2012].

Созданная в 1955 году, EEPC India теперь имеет членскую базу, насчитывающую более 13 000 человек, из которых 60% являются SMEs.EEPC Индия организует большое количество рекламных акций, таких как встреча покупателей и продавцов (BSM) - как в Индии, так и за рубежом, за рубежом ярмарок / выставок и павильонов / информационных стендов в Индии на отдельных зарубежных выставках, чтобы продемонстрировать возможности индийской машиностроительной промышленности и предоставить зарубежным покупателям истинную ценность, распространяемую BrandIndia.IndiaEngineeringExhibition (INDEE) является собственным брендом EEPC в Индии и является одна из крупнейших экспозиций техники в мире[Новикова, 2016а].

Чтобы стимулировать создание глобальных партнерских отношений с Индией, EEPC India организует InternationalEngineeringSourcingShow (IESS), крупнейший показ инженерных продуктов и услуг каждый год. Это признано единственным событием в Индии - демонстрацией новейших технологий и предпочтительного места встречи для глобальных покупателей и продавцов. Это шоу также важно для поощрения иностранных инвестиций в соответствии с недавно начатой кампанией «Сделай в Индии» правительством Индии. Расширяя свою регулярную повестку дня, EEPC India публикует несколько докладов / исследований, чтобы информировать участников о международных тенденциях и возможностях с тем чтобы укрепить их глобальные следы. Сохраняя «Инженерное будущее» в качестве девиза, EEPC India служит ориентиром для индийской машиностроительной промышленности и международного делового сообщества в его усилиях по созданию Индии в качестве крупного инженерного центра в будущем.

Основными целями методики EEPC India являются:

Поддержка, защита, увеличение и продвижение экспорта инженерных товаров;

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

Консультирование и представление правительству, местным органам власти и государственным органам политики и другие меры;

Модернизация технологий для развития индийского экспорта и установления синергии между промышленностью и научными кругами;

Подготовка, редактирование, выпуск, приобретение и распространение изданий и продуктов печатного полиграфического производства, таких как: книги, газеты, периодические издания, журналы, циркуляры и другие литературные материалы- относящихся к промышленности, торговле или торговле, а также к инженерным товарам[Новикова, 2016б].

1.2.3 Пакет инструментов Aris

ARIS представляет собой набор инструментов, охватывающих архитектуру бизнес- процессов, архитектуру ИТ и другие. Он позиционируется Gartner в квадранте лидеров MagicQuadrant для EnterpriseArchitecture и поставщиков инструментов BPM. Различные аспекты данного инструмента представляют собой тару функциональности инструмента для привлечения определенных категорий пользователей (аналитики бизнес-процессов, бизнес-архитекторов, ИТ-архитекторов и т. Д.) [Ильин, 2006а].

ARISмощный и многофункциональный инструмент, однако,он являетсянемного сложным и ресурсоемким и для его настройки требуются значительные ресурсы. Он фактически нацелен на совместную работу крупных предприятий, поскольку он основывается на базе данных Oracle, используемой при этом в качестве хранилища, так как ARIS имеет расширенные средства управления пользователями, доступом и привилегиями [Шеер, 2000].

Еще один интересный аспект ARIS заключается в том, что помимо того, что он является инструментом, он также является методологией для моделирования процессов. Эта методология основана на концептуальной модели (или метамодели), которая сочетает в себе перспективы разных точек зрения и абстракции для создания интегрированной структуры, называемой ARISHouse[Каменнова, 2000а].

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

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

Комбинация представлений и уровней определяет тип моделей, поддерживаемых ARIS, и здесь гибкость модели способствует полезности инструмента. ARIS определяет свои собственные обозначения, которые будут использоваться для моделей в соответствующих комбинациях представлений и уровней. Таким образом, ARIS действительно представляет собой набор модельных обозначений, организованных в соответствии со структурой ARIS[Репин, 2003].Поэтому с ARIS можно поддерживать различные структуры, методологии и обозначения (например, TOGAF, а также BPMN, UML, IT-планирование города и т. д.). Посредством сопоставления их частей с различными частями дома ARIS и добавления соответствующих обозначений сам поставщик инструментов предоставляет несколько плагинов, которые обогащают методологию, структуру и обозначения[Ильин, 2006б].

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

Организация: организационная структура, балансированные системы показателей;

Процесс / контроль: бизнес-процессы;

Данные: структуры данных; обзор рисков, бизнес-терминология;

Функциональная: обзор и структура прикладных систем;

Продукт / услуга: портфель продуктов и / или услуг.

Рис. 1. Методология Aris

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

Одним из недостатков ARIS являются большая величина переменных затрат, вызванных внедрением данного ПО. Стоимость одной лицензированной копии составляет более 1000 евро за лицензию[Каменнова, 2000б]. Во всяком случае, это необходимо учитывать при выборе инструмента, а также при согласовании с другими инструментами технологического инструментария предприятия, но, что более важно, с концепцией его технологического развития.



1.2.4 Методология BPMN

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

Целью BPMN является моделирование способов повышения эффективности, учета новых обстоятельств или получения конкурентных преимуществ. В последние годы этот метод подвергается стандартизации, и его часто называют несколько иным именем: модель бизнес-процесса и нотация, все еще использующая акроним BPMN. Он отличается от сопоставления бизнес-процессов тем, что показывает текущие процессы для таких целей, как стандартизация, обучение сотрудников, управление качеством и соблюдение аудита. BPMN также является бизнес-партнером унифицированного языка моделирования (UML), используемого при разработке программного обеспечения[Федоров, 2013б].

На высоком уровне BPMN нацелен на участников и других заинтересованных сторон в бизнес-процессе, чтобы получить понимание благодаря понятному визуальному представлению работ. На более активном уровне он нацелен на людей, которые будут внедрять этот процесс, давая достаточно подробностей, чтобы обеспечить точную реализацию. Он обеспечивает стандартный общий язык для всех заинтересованных сторон, будь то технический или нетехнический: бизнес-аналитики, участники процесса, руководители и технические разработчики, а также внешние команды и консультанты. В идеальном случае это устраняет разрыв между желанием и реализацией процесса, обеспечивая достаточную детализацию и ясность в последовательности действий процесса [Белайчук,2017а].

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

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

Группа управления объектами (OMG) предоставляет пять сертификатов в BPMN 2.0 под названием OCEB 2, что означает OMG-CertifiedExpert в BPM 2.0. OMG намерена для BPMN 2.0 стандартизировать моделирование бизнес-процессов так же, как стандартизованное программное обеспечение унифицированного моделирования (UML)[Белайчук,2017б].

BPMN требует времени и энергии, но выигрыш в понимании и улучшении может быть огромным. Версия 2.0 основывается на предыдущих версиях, предоставляя более богатый стандартный набор символов и обозначений, позволяя более подробно для тех, кто в ней нуждается. Идея управления бизнес-процессами - создать жизненный цикл непрерывного совершенствования. Этапы - это моделирование, внедрение, выполнение, мониторинг и оптимизация. Диаграммы BPMN играют ключевую роль в этом[Калянов,2006б].

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

Частные бизнес-процессы являются внутренними для конкретной организации и не пересекают пулы или организационные границы.

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

Совместные бизнес-процессы. Они показывают взаимодействие между двумя или несколькими бизнес-объектами [Калянов,2006б].

1.2.5 Методология UML

UML (UnifiedModelingLanguage) представляет собой стандартизованный язык моделирования, состоящий из интегрированного набора диаграмм, разработанных для помощи разработчикам систем и программного обеспечения для определения, визуализации, построения и документирования артефактов программных систем, а также для моделирования бизнеса и других непрограммных систем. UML включает в себя набор лучших инженерных практик, которые оказались успешными при моделировании больших и сложных систем[Окулецкий, 2005].

UML является важной частью разработки объектно-ориентированного программного обеспечения и процесса разработки программного обеспечения. В основном UML использует графические обозначения для выражения дизайна программных проектов. Использование UML помогает командам проекта взаимодействовать, исследовать потенциальные проекты и проверять архитектурный дизайн программного обеспечения[Каменнова, 2000].

Целью UML является предоставление стандартной нотации, которая может использоваться всеми объектно-ориентированными методами, а также выбор лучших элементов нотификаций предшественников. UML был разработан для широкого спектра приложений, следовательно, он предоставляет конструкции для широкого спектра систем и видов деятельности (например, распределенные системы, анализ, проектирование и развертывание системы)[Голоктеев, 2008].

Поскольку стратегическая ценность программного обеспечения возрастает для многих компаний, отрасль ищет методы автоматизации производства программного обеспечения и повышения качества и сокращения затрат и времени выхода на рынок. Эти методы включают компонентную технологию, визуальное программирование, шаблоны и рамки. Предприятия также ищут методы для управления сложностью систем по мере их увеличения масштабов и масштаба. В частности, они признают необходимость решения повторяющихся архитектурных проблем, таких как физическое распределение, параллелизм, репликация, безопасность, балансировка нагрузки и отказоустойчивость. Кроме того, разработка WorldWideWeb, упрощая некоторые вещи, усугубила эти архитектурные проблемы. Унифицированный язык моделирования (UML) был разработан для удовлетворения этих потребностей. Основные цели в разработке UML в фундаментальном объектно-ориентированном дизайне являютcя[Гличев, 2005]:

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

Предоставление механизмов расширения и специализации для расширения основных концепций независимо от конкретных языков программирования и процессов разработки.

Повышение роста рынка инструментов.

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

Интеграция лучших практик.

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

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

1.2.6 IDEF

IDEF (IntegratedDefinition) - это графическая методология моделирования процессов, используемая для внедрения систем и инженерного программного обеспечения. Эти методы используются в функциональном моделировании данных, имитации, объектно-ориентированном анализе и приобретении знаний[Дворников, 2005а].

IDEF был разработан ВВС США в середине 1970-х годов, как стандартный метод документирования и анализа бизнес-процессов. Теперь эта методология используется как регламентированный подход к анализу предприятия, захват моделей процессов «как есть» и для моделирования действий в рамках бизнес-группы. Несмотря на то, что IDEF был первоначально разработан для производственной среды, теперь эта методология моделирования процессов применяется для более широкого использования и для разработки программного обеспечения в целом[Дворников, 2005б].

IDEF относится к семейству языков моделирования, который включает 16 различных методов. Эти методы моделирования процессов охватывают широкий спектр применений, и каждый метод захватывает определенный тип данных[Окулецкий, 2005a].

Наиболее часто используемые методами являются DEF0 - IDEF4. Рассмотрим, каким образом работает стандарт Idef0.

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

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

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

Четыре типа стрелок, входы, элементы управления, выходы и механизмы совместно называются ICOM, а IDEF - сокращением ICOMDEFinition. На IDEF0 есть нуль, поскольку существует ряд дополнительных стандартов IDEF [Абдикеев, 2005].

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

Рис.2.Функциональный блок IDEF0

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

Каждая диаграмма IDEF0 состоит из трех-шести полей операций с стрелками ICOM, соединяющими ящики. Каждый блок действий может быть разбит, чтобы показать подпроцесс, который он представляет. Когда это произойдет, стрелки ICOM, которые вводят и оставляют окно, обычно появляются в разложенном процессе. Это не принудительно, и когда стрелки не появятся на разложенной диаграмме, стрелка содержит круглые скобки вокруг нее. Аналогично, когда новая диаграмма ICOM используется на диаграмме, которая не была показана на родительской диаграмме, скобки используются в начале стрелки [Черемных, 2001a].

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

Каждая диаграмма также имеет «C-число», в котором учитываются последовательные версии одной и той же диаграммы. Номер C может сопровождаться предыдущим C-номером в круглых скобках, чтобы обеспечить историческую привязку. Линии ICOM нумеруются сверху и слева, поэтому самый левый элемент управления - C1, а следующий - C2 и так далее[Черемных, 2001б]. Ниже представлена декомпозиция бизнес-процессов в виде схем.

Рис. 3. Декомпозиция бизнес-процессовIDEF0

Четыре типа стрелок, входы, элементы управления, выходы и механизмы совместно называются ICOM, а IDEF - сокращением ICOM. На IDEF0 есть нуль, поскольку существует ряд дополнительных стандартов IDEF.

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

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

Данный выбор обосновывается тем, что IDEF0 имеет ряд больших преимуществ:

IDEF0 может использоваться практически во всех возможных областях, в промышленности или в области технологий.

Диаграммы IDEF0 легко воспринимаются.

IDEF0 подробно описывает формальную методологию для процессов именования, диаграмм.

IDEF0 может использоваться как полезный инструмент для проектирования процесса.

IDEF0 позволяет увидеть значение выходного процесса, чтобы убедиться, что дизайн процессов является практичным [Окулецкий, 2005].

1.3 Обзор методологий по оптимизации бизнес-процессов

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

Будучи широко принятым в производстве, методологии по оптимизации бизнес-процессов появились как мощная стратегия повышения операционной эффективности в сервисных организациях. Ориентированный на клиента подход BPI по своей сути привлекательны для организации обслуживания. Следовательно, методологии BPI были широко распространены и приняты, особенно в сфере финансовых услуг и здравоохранения (HammerandGoding, 2001; Willetal., 2002; Hoerl, 2004).

В данном разделе кратко излагаются основныеконцепции ключевых методологий по оптимизации бизнес-процессов (BPI): Шесть сигм, Lean, TQM, Бенчмаркинг, ISO 9000 и BPR.

1.3.1Шесть сигм

Шесть сигм - это методология BPI, которая направлена ??на выявление и устранение причин ошибок, дефектов или сбоев в бизнес-процессах для достижения прорывных улучшений в качестве, производительности процесса, и удовлетворенности клиентов [Нэв, 2002].

Шесть Сигм были разработаны на основе статистического мышления и методов, направленных на сокращение сбоев процесса [Хенслей и Даби, 2005].

Motorola является первым примером компании, которая приняла концепцию SixSigmaдля снижения стоимости качества в 1980-х годах [Хэндэрсон и Эванс, 2000]. Впоследствии он был принят многими крупными компаниями, такими как GeneralElectric(GE), AmericanExpress, Ford и т. д.

Сила «Шесть сигм», в отличие от других методологий, достигает измеримых и поддающихся количественной оценке финансовых результатов. Методика обеспечивает конструктивный подход для измерения и анализа операционных процессов, чтобы точно определить, как и почему возникают дефекты, и затем предпринять шаги для устранения этих коренных причин [Хаммер, 2002].

Методология Шесть сигм DMAIC состоит из пяти этапов: определение, измерение, анализ, улучшение, контроль. Данную методологию можно рассматривать как дорожную карту для решения проблем и улучшения продукта / процесса.

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

Таблица 1

Методология DMAIC

DMAIC Этапы фазы	Используемые инструменты
D - Define - определить фазу: определить цели проекта и клиентские (внутренние и внешние) результаты..
Определение клиентов и требований (CTQ) Разработка отчета о проблемах, цели и преимущества Определить участника, владельца процесса и команду Определить ресурсы Оценка ключевой организационной поддержки Разработка плана проекта и этапов Разработка карты процесса высокого уровня	Уставпроекта График процесса Диаграмма SIPOC Анализ заинтересованных сторон Структура разбивки DMAIC Определения CTQ Голос собрания клиентов
Define-Определение
M - MeasurePhase- этап измерения: измерить процесс для определения текущей производительности; количественно определить проблему.
Определение дефектов, возможностей, единиц измерения и показателей Подробная карта процесса соответствующих областей Разработка плана сбора данных Проверка системы измерения Сбор данных Определение возможности процесса и базового уровня Sigma	График процесса План сбора данных / пример Бенчмаркинг Анализ измерительной системы / GageR&R Расчет процесса Sigma
Measure-Измерение
A - AnalyzePhase- анализ: проанализировать и определить причину (причины) дефектов.
Определение целей производительности Определение шагов процесса создания ценности / отсутствия стоимости Определение источников изменения Определение корневой причины	Гистограмма Диаграмма Парето Временная серия / график выполнения Участок рассеяния Регрессивный анализ Причины и последствия / схема Fishbone Обзор и анализ карты процессов Статистический анализ Тестирование гипотез (непрерывное и дискретное)
Analyze- анализ
I - ImprovePhase- улучшить этап: улучшить процесс, устраняя дефекты.
Выполнение проекта Разработка потенциальных решений Определение рабочих допусков потенциальной системы Оценка режимов отказа потенциальных решений Подтверждение потенциала улучшения путем исследований Правильное / повторное оценивание потенциального решения	Мозговой штурм Проверка ошибок Проектирование экспериментов Матрица Пью QFD Анализ отказов и эффектов (FMEA) Программное обеспечение для моделирования
Improve-Оптимизация
C - ControlPhase- фаза управления(контроля): контроль будущих характеристик процесса.
Определение и проверка системы мониторинга и контроля Разработка стандартов и процедур Осуществлять контроль статистических процессов Определение возможности процесса Разработка плана переноса, передача обслуживания владельцу процесса Проверка преимуществ, экономия затрат / избежание, рост прибыли Закрыть проект, завершить документацию	Расчетпроцесса Sigma Контрольные диаграммы (переменная и атрибут) Расчет экономии затрат Контрольный план
Control-Контроль

Концепция «Шесть сигм» продолжает оставаться одной из самых успешных инициатив по улучшению качества. В настоящее время он по-прежнему сильно возрастает по важности, особенно в области финансовых и медицинских услуг. Основная концепция, которая коренится в понимании истинных потребностей клиентов, делает методологию подходящей для использования в услугах по повышению удовлетворенности клиентов [Schroederetal., 2008].

1.3.2 Lean (Бережливое производство)

Основная идея концепции Lean заключается в том, чтобы максимизировать ценность клиента и минимизировать потери. Lean создаёт большую ценность для клиентов с меньшим количеством ресурсов[Джеймс, 2011]. бизнес процесс бережливый производство

Бедная организация понимает ценность клиента и фокусирует свои ключевые процессы на постоянном ее увеличении. Конечная цель - обеспечить идеальную ценность для клиента благодаря совершенному процессу создания ценности, который имеет нулевые отходы. Чтобы достичь этого, бережливое мышление меняет ориентацию руководства на оптимизацию отдельных технологий, активов и вертикальных отделов для оптимизации потока продуктов и услуг через целые потоки создания ценности, которые текут по горизонтали между технологиями, активами и отделами для клиентов[Голоктеев, 2008].

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

Термин «Lean» был впервые представлен в цехах японской автомобильной промышленности, в ToyotaMotorCompany (Hinesetal., 2004).WomackandJones (1994) предполагают, что Lean концепция может применяться во всем потоке создания ценности для устранения отходов и повышения ценности для конечных клиентов. Согласно Hinesetal. (2004), ценность клиента может быть созданной путем сокращения внутренних отходов и добавления функций обслуживания без увеличения стоимости в результате реализации концепции Lean. Это отражает философию Lean, целью которого является улучшение процессов с учетом наиболее экономичного подхода.

1.3.3 TQM

TQM (Totalqualitymanagement) был разработан на основе синтеза аналогичных и перекрывающихся подходов. Наиболее важным принципом TQM является ориентирование на клиента [Дин и Боуэн, 1994]. Основная теория концентрируется на управлении лидерством, людях и работе в команде, а также совершенствовании процесса, направленном на удовлетворение клиентов [Гличев, 2009].

TQM был широко распространен с начала 1980-х годов как стратегия управления для повышения эффективности как в производстве, так и в обслуживании клиентов.Он рассматривается как средство управления всей организации, чтобы преуспеть во всех факторах продуктов и услуг, которые важны для клиентов [Баронов, 2007а].

Основные элементы TQM можно разделить на два измерения: «социальный» или «мягкий» TQM и «технический» или «жесткий» TQM. Оба размера должны быть взаимосвязаны и поддерживать друг друга для успешной реализации [Баронов, 2007б].

Комплексный подход TQM помогает интегрировать все функции, чтобы сосредоточиться на потребностях клиента и организационных целей за счет повышения качества, производительностии конкурентоспособности продукции[Каплен, 2006а].

В целом, TQM была продемонстрирована эмпирически успешной с точки зрения финансовых результатов, эксплуатационных характеристик, качества и размеров клиентов и т. д. Тем не менее, есть некоторые критические замечания и проблемы принятия TQM, связанные с отсутствием структурированного подхода к улучшению процесса, трудностями с измерением результатов TQM, издержками и продолжительностью TQM реализации и эффективности TQM в сфере услуг и т. Д [Басу и Райт, 2004; Мехра и Ранганатхан, 2008].

1.3.4 ISO 9000

ISO (InternationalOrganizationforStandardization) 9000 - это серия стандартов, разработанных и опубликованных международной организацией по стандартизации (ИСО), которые определяют, устанавливают и поддерживают эффективную систему обеспечения качества для обрабатывающей промышленности и сферы услуг в 1987 году. Стандарт ISO 9000 является широко известным и, возможно, самым значительным образом повлиял на 13 000 стандартов, опубликованных ИСО. Он служит многим различным отраслям и организациям в качестве руководства для качественных продуктов, услуг и управления [Гличев, 2005].

ISO 9000 создан в виде набора руководящих принципов, которые помогают компании создавать, поддерживать и совершенствовать систему управления качеством[Галямина, 2013]. Важно подчеркнуть, что ISO 9000 не является жестким набором требований и что организации имеют гибкость в том, как они внедряют свою систему управления качеством. Эта свобода позволяет использовать стандарт ISO 9000 в самых разных организациях, а также в крупных и малых предприятиях.

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

Важной ролью ISO 9000 является качество. Многие компании предлагают продукты и услуги, но именно эти компании эффективно используют лучшие продукты и услуги, которые преуспевают. С ISO 9000 организация может определить корень проблемы и, следовательно, найти решение. Повышая эффективность, можно максимизировать прибыль[Гарин, 2010].

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

1.3.5 Бенчмаркинг

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

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

Применение бенчмаркинга включает в себя четыре ключевых этапа:

Понимание существующих бизнес-процессов;

Анализ бизнес-процессов других компаний в схожей сфере;

Сравнение собственной эффективности бизнеса с результатами других анализируемых компаний;

Внедрение шагов, необходимых для предотвращения разрыва в производительности[Баронов, 2007б].

Бенчмаркинг разделяют на две разные категории:

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

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

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

Промышленный бенчмаркинг: в этом типе бенчмаркинга сравнение проводится с лидерами в этой области. В этой категории сбор данных можно считать жестким и утомительным, но вы должны знать, что сравниваете его с лидерами и пионерами в бизнесе[Багиев, 2007]..

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

1.3.6 Реинжиниринг бизнес-процессов (BPR)

Реинжиниринг бизнес-процессов (BPR) - это инициатива по улучшению, которая обеспечивает радикальное изменение бизнес-процессов в организации [Чампи и Хаммер, 1997а]. Различные критические идеи применяется для достижения цели BPR, таких как концепции «точно в срок», технологический поток диаграммы, операции, ориентированные на клиента, и т. д.

В отличие от концепции постепенного изменения TQM, BPR определяется как «Фундаментальное переосмысление и радикальный пересмотр бизнес-процессов для достижения резкого улучшения критических, современных показателей эффективности, таких как стоимость, качество, сервис и скорость» [Чампи и Хаммер, 1997б, стр.2].

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

Чтобы достичь цели BPR, команда улучшения должна быть членом соответствующих функциональных подразделений[Хаммер, 1990]. Два основных типа изменений в результате BPR можно рассматривать как инкрементные и радикальные изменения. BPR подвергся критике в связи с предполагаемым отсутствием конкретной основы подхода к внедрению и уделяя слишком мало внимания более мягким аспектам сотрудников таких как управление изменениями, вознаграждение и мотивация, обучение вовлечению людей и т. д.

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

1.4 Роль event-менеджмента в управлении брендом

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

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

Event-менеджмент (Управление событиями) можно определить, как процесс использования навыков управления проектами для планирования и реализации социальных и деловых крупных мероприятий[Ермаков, 2017].

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

...