Моделирование и анализ бизнес-процессов - Концепция и классификация бизнес-процессов

Оглавление:

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

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

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

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

Более подробная классификация бизнес-процессов представлена ниже:

Ключевые процессы;
смежные процессы;
поддерживающие процессы;
поддерживающие процессы;
Процессы контроля;
Процессы развития.

Основными бизнес-процессами являются процессы, направленные на производство товаров или оказание услуг, которые являются целевым объектом запуска бизнеса и обеспечивают получение дохода. Например, на заводе по производству древесностружечных плит и древесностружечных плит (PB&D) основным бизнес-процессом является производство плит с покрытием.

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

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

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

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

Процессы развития бизнеса — это процессы совершенствования производимых товаров или услуг, технологии, изменения оборудования. Например, это исследования и разработки (R&D) в машиностроении, процесс технического перевооружения в электротехнической промышленности и др.

Более простая классификация бизнес-процессов состоит из следующих типов:

Процессы контроля;
Ключевые процессы;
поддерживающие процессы.

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

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

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

Концепция и классификация бизнес-процессов

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

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

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

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

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

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

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

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

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

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

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

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

Основные особенности процессного подхода

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

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

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

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

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

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

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

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

Методы и методы моделирования бизнес-процессов

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

Метод SADT-функционального моделирования (IDEF0);
Метод моделирования процесса IDEF3;
Моделирование потока данных DFD;
Метод ARIS;
Метод Эрикссона-Пенкера;
Метод моделирования, используемый в технологии Rational Unified Process.

Классическим методом процессного подхода в управлении считается SADT-метод (Structured Analysis and Design Technique — Метод структурного анализа и проектирования). Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационной и кадровой структурой.

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

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

Результатом применения SADT-метода является модель, состоящая из диаграмм, текстовых фрагментов и глоссария, которые ссылаются друг на друга.

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

Метод моделирования процесса IDEF3

Метод моделирования IDEF3 предназначен для моделирования последовательности действий и их зависимостей внутри процессов.

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

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

Диаграммы потока данных DFD.

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

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

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

Основными составляющими диаграмм потока данных являются:

внешние устройства;
Системы и подсистемы;
Процессы;
Data Drives;
Потоки данных.

Система ARIS (Architecture of Integrated Information System), разработанная немецкой компанией IDS Scheer, представляет собой набор инструментов для анализа и моделирования деятельности предприятия. Ее методологической основой является набор различных методов моделирования, отражающих различные взгляды на исследуемую систему. Одна и та же модель может быть разработана с использованием нескольких методов, которые позволяют использовать специалистов ARIS, обладающих разными теоретическими знаниями, и адаптировать ее для работы с системами, имеющими свою специфику.

ARIS поддерживает четыре типа моделей, которые отражают различные аспекты исследуемой системы:

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

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

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

Основной бизнес-моделью ARIS является eEPC (расширенная модель Eventdriven Process Chain).

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

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

Механизмы расширения UML позволяют разработчикам адаптировать язык моделирования под свои специфические требования без изменения метамодели.

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

Стереотипы;
отмеченные (именованные) значения;
Ограничения.

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

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

Ограничение — это семантическое ограничение в виде текстового выражения на естественном или формальном языке (OCL — Object Constraint Language), которое не может быть выражено графической нотацией UML.

Авторы метода Ericsson-Penker создали свой UML-профиль для моделирования бизнес-процессов под названием Ericsson-Penker Business Extensions и внедрили набор стереотипов, описывающих процессы, ресурсы, правила и цели организации.

Метод использует четыре основные категории бизнес-моделей:

Ресурсы — это различные объекты, используемые или вовлеченные в бизнес-процессы (люди, материалы, информация или продукция). Ресурсы структурированы, взаимосвязаны и разделены на физические, абстрактные, информационные и человеческие ресурсы.
Процессы — деятельность, изменяющая состояние ресурсов в соответствии с правилами ведения бизнеса.
Цели — это цель бизнес-процессов. Цели могут быть разбиты на подцели и распределены по отдельным процессам. Цели достигаются в ходе процессов и выражают необходимое состояние ресурсов. Цели могут быть выражены в виде одного или нескольких правил.
Бизнес-правила — условия или ограничения на выполнение процессов (функциональных, поведенческих или структурных). Правила могут быть навязаны внешней средой (инструкциями или законами) или определены в рамках бизнес-процессов. Правила могут быть определены с помощью языка OCL, который является частью стандарта UML.

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

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

Метод моделирования, используемый в технологии Rational Unified Proces.

Язык UML также используется в методе моделирования бизнес-процессов, который является частью технологии Rational Unified Process компании IBM Rational Software. Данный метод, направленный, прежде всего, на создание основы для формирования требований к программному обеспечению, предусматривает построение двух базовых моделей:

Бизнес-модель использования;
Модель бизнес-анализа.

Модель бизнес-процессов — это модель, которая описывает бизнес-процессы организации с точки зрения ролей и их требований. Это расширение модели UML Use Case путем введения набора стереотипов — Business Actor (стереотип актера) и Business Use Case (стереотип сценария использования).

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

Список субъектов составляется путем ответов на следующие вопросы:

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

На странице курсовые работы по менеджменту вы найдете много готовых тем для курсовых по предмету «Менеджмент».

Здесь темы рефератов по менеджменту

Читайте дополнительные лекции: