Файл: Понятие и сущность бизнес – процессов в организации.pdf
Добавлен: 15.06.2023
Просмотров: 576
Скачиваний: 7
СОДЕРЖАНИЕ
Глава 1. Теоретические основы бизнес-процессов
1.1 Понятие и сущность бизнес – процессов в организации
1.2 Обзор методологий по моделированию бизнес-процессов
Глава 2. Оптимизация бизнес-процессов компаниии ООО «СПЕЦИА»
2.1 Моделирование и описание бизнес-процессов организации мероприятий в компании ООО «SPECIA»
2.2 Анализ бизнес-процессов и выявление проблемных сторон
2.3 Рекомендации по оптимизации бизнес-процессов компании ООО «Specia»
Основными целями методики EEPC India являются:
- Поддержка, защита, увеличение и продвиение экспорта инженерных товаров;
- Поддержка постоянную связь с торговыми палатами и другими торговыми и государственными органами во всем мире с целью принятия надлежащих и необходимых мер для поддержания или увеличения экспорта инженерных товаров
- Консультирование и представление правительству, местным органам власти и государственным органам политики и другие меры;
- Модернизация технологий для развития индийского экспорта и установления синергии между промышленностью и научными кругами;
- Подготовка, редактирование, выпуск, приобретение и распространение изданий и продуктов печатного полиграфического производства, таких как: книги, газеты, периодические издания, журналы, циркуляры и другие литературные материалы- относящихся к промышленности, торговле или торговле, а также к инженерным товарам[Новикова, 2016б].
ARIS представляет собой набор инструментов, охватывающих архитектуру бизнес- процессов, архитектуру ИТ и другие. Он позиционируется Gartner в квадранте лидеров MagicQuadrant для EnterpriseArchitecture и поставщиков инструментов BPM. Различные аспекты данного инструмента представляют собой тару функциональности инструмента для привлечения определенных категорий пользователей (аналитики бизнес-процессов, бизнес-архитекторов, ИТ-архитекторов и т. Д.) [Ильин, 2006а].
ARIS мощный и многофункциональный инструмент, однако, он является немного сложным и ресурсоемким и для его настройки требуются значительные ресурсы. Он фактически нацелен на совместную работу крупных предприятий, поскольку он основывается на базе данных Oracle, используемой при этом в качестве хранилища, так как ARIS имеет расширенные средства управления пользователями, доступом и привилегиями [Шеер, 2000].
Еще один интересный аспект ARIS заключается в том, что помимо того, что он является инструментом, он также является методологией для моделирования процессов. Эта методология основана на концептуальной модели (или метамодели), которая сочетает в себе перспективы разных точек зрения и абстракции для создания интегрированной структуры, называемой ARIS House [Каменнова, 2000а].
Данные структуры представляют собой домены и являются основными строительными блоками дома. В каждом представлении содержатся описания или модели на разных уровнях абстракции, которые являются бизнес-требованиями, дизайном и техникой / реализацией.
Данный инструментарий является эффективным, так как различным категориям понятийных категорий дается многоаспектное толкование. В других рамках, таких как TOGAF, данное различение не выполняется, а так называемые области архитектуры смешивают уровни и тип абстракции. Например, данные и бизнес - разные области архитектуры в TOGAF есть на практике модель данных бизнес-уровня лица.
Комбинация представлений и уровней определяет тип моделей, поддерживаемых ARIS, и здесь гибкость модели способствует полезности инструмента. ARIS определяет свои собственные обозначения, которые будут использоваться для моделей в соответствующих комбинациях представлений и уровней. Таким образом, ARIS действительно представляет собой набор модельных обозначений, организованных в соответствии со структурой ARIS [Репин, 2003]. Поэтому с ARIS можно поддерживать различные структуры, методологии и обозначения (например, TOGAF, а также BPMN, UML, IT-планирование города и т. д.). Посредством сопоставления их частей с различными частями дома ARIS и добавления соответствующих обозначений сам поставщик инструментов предоставляет несколько плагинов, которые обогащают методологию, структуру и обозначения [Ильин, 2006б].
Основной концепцией ARIS является рассмотрение организации с разных точек зрения с целью решения ключевых проблем процессов. Так, организация может быть рассмотрена со следующими точками зрения:
- Организация: организационная структура, балансированные системы показателей;
- Процесс / контроль: бизнес-процессы;
- Данные: структуры данных; обзор рисков, бизнес-терминология;
- Функциональная: обзор и структура прикладных систем;
- Продукт / услуга: портфель продуктов и / или услуг.
Рис. 1. Методология Aris
Преимущество создания представлений в ARIS заключается в его ясности представления сложных процессов и в возможности систематический подхода к анализу процессов компании.
Одним из недостатков ARIS являются большая величина переменных затрат, вызванных внедрением данного ПО. Стоимость одной лицензированной копии составляет более 1000 евро за лицензию [Каменнова, 2000б]. Во всяком случае, это необходимо учитывать при выборе инструмента, а также при согласовании с другими инструментами технологического инструментария предприятия, но, что более важно, с концепцией его технологического развития.
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. Он используется для моделирования функций предприятия и создает графическую модель, которая показывает, что контролирует функцию, кто ее выполняет, какие ресурсы используются, что она производит и какие отношения она имеет для других функций.
Хотя представленная ниже методология DMAIC может показаться линейной и явно определенной, следует отметить, что может потребоваться итеративный подход - особенно для черных поясов и зеленых поясов, которые новы к инструментам и методам, составляющим DMAIC. Например, можно обнаружить, что при анализе ваших данных (этап анализа) не собрано достаточно данных, чтобы изолировать основную причину проблемы. На этом этапе можно переходить на этап измерения. Кроме того, предварительное знание инструментов и методов необходимо для определения того, какие инструменты полезны в каждой фазе. Соответствующее применение инструментов становится более критичным для эффективности, чем правильность, и не нужно постоянно использовать все инструменты.
Таблица 1
Методология DMAIC
|
DMAIC Этапы фазы |
Используемые инструменты |
|
D – Define - определить фазу: определить цели проекта и клиентские (внутренние и внешние) результаты.. |
|
|
|
|
Define-Определение |
|
|
M – MeasurePhase- этап измерения: измерить процесс для определения текущей производительности; количественно определить проблему. |
|
|
|
|
Measure-Измерение |
|
|
A – AnalyzePhase- анализ: проанализировать и определить причину (причины) дефектов. |
|
|
|
|
Analyze- анализ |
|
|
|
|
|
|
Improve-Оптимизация |
|
|
|
|
|
|
Control-Контроль |
|