Модель бизнес процесса пример

Примеры моделей предприятий

Типовые структуры процессов

Типовые структуры бизнес-процессов (Process Frameworks) разработаны Группой компаний «Современные технологии управления» в качестве методической основы для построения моделей бизнес-процессов реальных компаний. Типовые структуры представлены в формате PDF для ознакомления и в формате XML для использования в Business Studio (доступны для загрузки на странице Пакеты для самостоятельной загрузки).

Оказание услуг (PDF)

Проектная деятельность (PDF)

Производство (PDF)

Управляющая компания (PDF)

Уникальная возможность

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

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

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

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

Внимание!

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

Модель производственного предприятия

Характеристика предприятия

Основные направления деятельности:

  • Производство и продажа алюминиевого профиля;
  • Производство и продажа автокомпонентов.

Численность персонала: 1200 человек.

Описание модели

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

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

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

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

Техническое задание на автоматизацию

Нормативная 8-процессная модель деятельности производственного предприятия

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

Модель включает в себя:

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

Принцип построения бизнес-модели заключается в выделении основных объектов управления бизнес-системы и проектировании процессов управления этими объектами: (бизнес-процессы, стратегия развития).

Объект управленияПроцесс первого уровня
Бизнес-системаВыработка согласованных условий деятельности
ПродуктРазработка и модификация продуктов
КлиентПродвижение и продажи
Производственный циклПроизводство продукции
РесурсыМатериально-техническое обеспечение
ТехнологияВоспроизводство средств производства
ПерсоналВоспроизводство трудовых ресурсов
ФинансыФинансирование деятельности и расчеты по обязательствам

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

Модель компании «ИнТехПроект»

Модель компании, осуществляющей деятельность по проектированию, монтажу и обслуживанию инженерно-технических систем.

  • Модель бизнес-процессов и процедур, включая цели и показатели процессов;
  • Организационную структуру компании;
  • Финансовую структуру компании;
  • Бюджетную структуру компании;
  • Раздел СМК, содержащий требования стандартов ИСО 9001:2000 и ИСО/ТУ 16949, Руководство по качеству;
  • Структуру информационной системы и Техническое задание на автоматизацию.

Данная модель содержится в демо-версии системы Business Studio.

Модель производственной деятельности в соответствии со стандартом ИСО 9001:2000

Рост конкуренции между западными и отечественными компаниями за право преобладания на Российском рынке товаров и услуг заставляет последних активнее использовать современные методы управления, в частности, построение системы менеджмента качества (СМК), соответствующей требованиям ИСО 9001:2000 г. Данный стандарт представляет собой набор требований к подсистеме управления качеством выпускаемой продукции или оказания услуг организации. Функционирующая СМК позволяет утверждать, что организация способна выпускать качественную продукцию (оказывать услуги) на регулярной основе, а значит, имеет большие преимущества перед конкурентами. Однако построение СМК дело непростое, зачастую требующее от организации внесения значительных изменений в ее производственно-хозяйственную деятельность, в бизнес-процессы предприятия. Для облегчения понимания требований самого стандарта ИСО 9001:2000 г., а также в качестве примера построения СМК предлагается модель деятельности организации, осуществляющей производство продукции. Модель включает в себе все стандартные процессы, начиная от проектирования и заканчивая сервисным обслуживанием продукции.

Для описания модели организации использовалась нотация функционального моделирования IDEF0. Процессы верхнего уровня модели соответствуют ключевым разделам стандарта ИСО 9001:2000 г., далее они декомпозируются на подпроцессы нижнего уровня уже непосредственно в привязке к производственно-хозяйственной деятельности организации. Таким образом, модель представляет собой совокупность бизнес-процессов организации с интегрированными в них требованиями ИСО 9001:2000 г. При этом существуют ограничения в интерпретации требований стандарта (переложении их на деятельность организации), связанные с тем, что за основу была принята достаточно условная организация, без какой-либо отраслевой специфики. В связи с этим, на практике, такую модель можно использовать как основу для анализа соответствия деятельности предприятия (по зонам ответственности — разделы стандарта) требованиям ИСО 9001:2000, а также как нормативную модель для разработки и внедрения СМК.

Модель бизнес процесса пример

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

Определение и суть бизнес-процессов

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

Действующее предприятие можно описать в рамках одной из нескольких парадигм:

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

Бизнес-процессы – это взаимосвязанные и последовательные действия, отвечающие следующим опциям:

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

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

Постановка бизнес-процессов на предприятии состоит из нескольких этапов (см. рисунок 1).

Рисунок 1. Этапы постановки бизнес-процессов на предприятии

Недооценка любого из этапов делает бессмысленным проект постановки бизнес-процесса.

  1. Выявление и документирование процесса. Важно проанализировать текущую ситуацию, прежде чем приступать к изменениям. В результате этого этапа должна появиться модель «AS IS» (как есть), выявлены узкие места и потенциал возможных изменений.
  2. Анализ процесса проводится до и после его внедрения. Этот этап определяет необходимые изменения, инструментарий и ресурсы.
  3. Описание бизнес-процесса дает полную информацию по планируемым изменениям. Результатом этого этапа должен стать задокументированный план, обязательный к исполнению. На практике этот этап ошибочно принимают за завершающий. И тогда документ, описывающий процесс, становится «неработающим».
  4. Реализация – это исполнение принятых решений. Во время этого этапа формируется дополнительная информация об эффективности бизнес-процесса в целом, его участников и ключевых этапов. Информация, генерируемая в процессе реализации, способна поддержать и усилить конкурентные преимущества компании на рынке.
  5. Контроль остается самой недооценённой частью задачи постановки бизнес-процесса. Без последующего контроля и анализа действующих процессов, весь проект по внедрению окажется неэффективным. Недооценка этого этапа отчасти оправдана тем, что от процесса ожидается его самодостаточность. Механизм внедряется для экономии времени и ресурсов. Но любой процесс продолжает требовать внимания.

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

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

Методологии и инструментарий описания бизнес-процесса

Важным, но непринципиальным моментом является вопрос выбора инструментария для описания бизнес-процесса. Эффективность инструмента определяется гибкостью и простотой применения, а также способностью учитывать все парадигмы описания деятельности предприятия. В современной методологии управления чаще всего упоминается инструмента описания бизнес-процессов: BPMN 2.0 (Business Process Model and Notation). Его отличают:

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

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

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

Рисунок 2. Пример графического описания бизнес-процесса в рамках нотации BPMN 2.0

BPMN 2.0 – это своего рода баланс между легкостью восприятия и сложностью описания бизнес-процесса. Инструмент находится в свободном доступе на сайте Object Management Group.

Виды бизнес-процессов

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

В литературе и практике встречается несколько видов классификаций. Чаще всего процессы классифицируют по следующим группам:

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

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

Читайте также:  Анализ бизнес процессов

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

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

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

Участники

Участников группируют по-разному, но так или иначе, следующие роли присутствуют во всех методиках:

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

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

Кроме разделения по ролям, участников разделяют по степени контролируемости или простым языком – по месту работы.

Внутренние – сотрудники компании, ответственные за выполнение задач.

Внешние – участники, неработающие в компании. При этом они влияют на ход исполнения задач, стоящих перед сотрудниками компании.

Роли, нотации BPMN, программное обеспечение и оборудование, обеспечивающие автоматизацию бизнес-процесса – все это неотъемлемые объекты и субъекты процесса описания.

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

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

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

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

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

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

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

2. Не стоит внедрять процесс, не имея инструментария и ресурсов для контроля за его исполнением.

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

4. «First things first». Основное внимание следует уделять основным процессам. Если есть критичные сложности в основных, эффективность вспомогательных процессов не будет давать никакой добавочной стоимости.

5. Все участники должны быть осведомлены и мотивированны. Каждый сотрудник должен хорошо представлять:

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

6. При описании бизнес-процесса используйте простые и распространенные определения. Задача описания процесса – сделать его понятным для целевой аудитории. Самовыражение желательно оставить для других задач.

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

8. «Лучшее – враг хорошего». Оптимизация бизнес-процессов – это цикличная задача, но процесс оптимизации не следует делать вечным. Если же процесс «сбоит», то можно использовать стандартные методы:

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

9. Разные уровни описания. При выборе глубины описания следует ориентироваться на его пользователя. Описание для сотрудника IT подразделения, для исполнителя и для сотрудника генерального директора должны иметь разную глубину.

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

Выводы

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

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

Бизнес-моделирование
Business Process Modeling
BPM

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

Каталог систем и проектов Бизнес-моделирование смотрите здесь

Содержание

Задачи бизнес-моделирования

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

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

  • описание основных сущностей данных приложения;
  • формальное описание спецификации приложения;
  • бизнес-логику и бизнес-правила;
  • функциональные требования;
  • нефункциональные требования;
  • шаблоны форм/страниц приложения;
  • голоссарий или список сокращений;
  • вспомогательные диаграммы.

Инструменты бизнес-моделирования и их эволюция

Для создания бизнес-моделей используются средства проектирования информационных систем и соответствующие им языки описания (самый известный среди них язык UML — Unified Modeling Language). C помощью таких языков строятся графические модели и диаграммы, демонстрирующие структуру бизнес-процессов организации, организацию взаимодействия между людьми и необходимые изменения для улучшения показателей организации в целом. Инструменты бизнес-моделирования находятся в процессе постоянного развития. Изначально с помощью таких инструментов можно было описывать лишь бизнес-функции (работы) компании и движение данных в процессе их выполнения. При этом если одна и та же бизнес-функция использовалась при выполнении различных видов работ, то было трудно понять, имеется ли в виду та же самая бизнес-функция или уже другая. Отсутствие возможности в явном виде определить иерархию бизнес-процессов (например, «цепочка создания ценности», «бизнес-процесс», «подпроцесс», «работа», «функция») создавало проблемы при использовании таких описаний. Сами же описания представляли собой просто набор картинок. Позднее стали появляться средства, позволяющие описывать организацию не только со стороны бизнес-функций, но и с других сторон. Так, появилась возможность создания отдельных диаграмм, отражающих организационную структуру компании, потоки данных в организации, последовательность выполнения бизнес-функций, составляющих единый бизнес-процесс, с возможностью использования символов логики и др. Из-за непрерывно возрастающих требований к инструментам бизнес-моделирования стало появляться все больше и больше диаграмм для описания различных аспектов деятельности организации, из-за чего создание модели все более усложнялось. В связи с этим следующий важный этап развития средств бизнес-моделирования связан с идеей использования единого репозитория (хранилища) объектов и идеей возможного повторного использования объектов на различных диаграммах. Какой бы инструмент не был выбран, требуется обеспечение взаимодействия локальных информационных систем между собой. На сегодняшний день самым современным и одновременно общепринятым стандартом для организации управления бизнес-процессами является BPEL (Business Process Execution Language). На базе этого продукта можно создать единую интеграционную платформу для всех используемых приложений. После моделирования процессов в одном из инструментов моделирования применяются специальные трансляторы, чтобы привести модель к стандарту BPEL.

Примеры бизнес-моделирования и его результатов

  • Снижение издержек. Бизнес-модель даст представление о том где можно избежать лишних затрат и как оптимизировать использование ресурсов. На основе бизнес-модели проводится функционально-стоимостной анализ для расчёта себестоимости продукта или услуги и строится система бюджетного управления, которая позволяет контролировать расходы предпрития.
  • Повышение эффективности. Возможность снизить затраты на адаптацию и обучение персонала. Регламентирующая документация на основе подготовленной бизнес-модели соответствует текущему положению дел организации, распределяют обязанности, строят иерархическую систему карьерного роста.
  • Расширение сферы влияние, увеличение сети, организация филиалов. Наличие бизнес-модели позволит снизить затраты и дать возможность описать структуру обустройства новых ветвей предприятия.
  • Адекватность инвестиций. С помощью бизнес-моделирования можно с достаточной степенью точности определить сумму капиталовложений, снизить риски и финансовые потери на стадии старт-апа нового проекта.
  • Внедрение СЭД. Бизнес-модель предприятия стандартизирует состав документов предприятия и устанавливает маршруты движения документов.
  • Автоматизация и внедрение систем класса ERP, SCM, CRM или другого ПО. На основе бизнес-модели можно сформулировать более качественные требования к системе и подобрать решение оптимальное с точки зрения затрат и функциональности.
  • Сертификация системы менеджмента качества. Разработка бизнес- модели предприятия позволяет существенно сократить сроки и затраты на разработку, внедрение и сертификацию системы менеджмента качества и получить комплект необходимых документов для успешного прохождения сертификации, снизить затраты на поддержку системы управления качеством.

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

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

Читайте также:  Технология структурного анализа бизнес процессов

Решения

Сегодня существует большое количество программных продуктов, которые предназначены для описания архитектуры организации. Согласно отчетам аналитической компании Gartner, к лидерам данного сегмента можно отнести следующие компании: Casewise, IDS Scheer, Telelogic,Troux Technologes, Proforma, Mega и Sybase. Следует отметить, что даже такие гиганты как IBM и Oracle не остались в стороне и обратили пристальное внимание на привлекательность рынка систем бизнес-моделирования и предложили собственные функциональные решения. В качестве примера можно привести Oracle Workflow. Эта технология используется для автоматизации пласта работ организации и содержит специфические средства описания и формализации процессов.

Введение в бизнес-процессы. Часть 2

В первой части мы рассмотрели основные понятия бизнес-процессов. В данной части мы рассмотрим моделирование бизнес-процессов и приведем пример моделирования.

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

Моделирование – процесс исследования деятельности организации с целью построения формализованного (графического, табличного, текстового) описания бизнес-процессов организации.

Для моделирования рекомендуется использовать следующие методы сбора информации:

  • интервьюирование;
  • работа с законодательством, документами организации;
  • методы мозгового штурма и т.д.

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

Ниже мы рассмотрим пример алгоритма моделирования бизнес-процессов. Итак, для моделирования бизнес-процесса необходимо:

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

Схема, иллюстрирующая алгоритм моделирования показана на рисунке ниже:

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

  • дополнить существующую модель ответвлениями;
  • предусмотреть отдельно действия «альтернативного» процесса.

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

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

Для фиксации бизнес-процессов в графическом виде используется система условных обозначений элементов (нотация). Наиболее известные нотации: SADT/IDEF0, IDEF3, DFD, BPMN, ARIS, UML. Рассмотрение и сравнительный анализ нотации не входит в предмет обсуждения данной статьи; интересующимся в интернете можно найти массу статей на темы сравнения нотаций, например «IDEF vs ARIS».

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

Пример описания бизнес-процесса

Приведем пример описания бизнес-процесса. В качестве примера возьмем процесс предоставления неоплаченного отпуска. Рассмотрим порядок и документооборот, возникающий при указанном выше процессе. Метод сбора информации: законодательство РФ как предварительный материал перед интервью с экспертами предметной области и Владельцем процесса. Нотация описания: ARIS eEPC.

1. Сбор исходного материала.

1.1 Предоставление отпуска регламентируется Трудовым Кодексом (при сборе материала необходимо опираться на последнюю редакцию, на момент написания статьи – с изменениями от 30 декабря 2015 г. № 434-ФЗ), статьей 128 Отпуск без сохранения заработной платы

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

Работодатель обязан на основании письменного заявления работника предоставить отпуск без сохранения заработной платы:

  • участникам Великой Отечественной войны — до 35 календарных дней в году;
  • работающим пенсионерам по старости (по возрасту) — до 14 календарных дней в году;
  • родителям и женам (мужьям) военнослужащих, сотрудников органов внутренних дел, федеральной противопожарной службы, органов по контролю за оборотом наркотических средств и психотропных веществ, таможенных органов, сотрудников учреждений и органов уголовно-исполнительной системы, погибших или умерших вследствие ранения, контузии или увечья, полученных при исполнении обязанностей военной службы (службы), либо вследствие заболевания, связанного с прохождением военной службы (службы), — до 14 календарных дней в году;
  • работающим инвалидам — до 60 календарных дней в году;
  • работникам в случаях рождения ребенка, регистрации брака, смерти близких родственников — до пяти календарных дней;

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

1.2. Документооборот при оформлении отпуска регламентируется постановлением Госкомстата РФ от 05.01.2004 N 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты», раздел «Приказ (распоряжение) о предоставлении отпуска работнику».

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

Составляются работником кадровой службы или уполномоченным им на это лицом, подписываются руководителем организации или уполномоченным им на это лицом, объявляются работнику под расписку. На основании приказа (распоряжения) о предоставлении отпуска делаются отметки в личной карточке (форма N Т-2 или N Т-2ГС(МС)), лицевом счете (форма N Т-54 или N Т-54а) и производится расчет заработной платы, причитающейся за отпуск, по форме N T-60 »Записка-расчет о предоставлении отпуска работнику».

Приводим данные, необходимые для моделирования бизнес-процесса (действуем согласно описанной ранее схеме):

1. Результат бизнес-процесса – оформленные согласно законодательству РФ и стандартам организации документы .

2. Владелец бизнес-процесса : руководитель кадровой службы. Как определить владельца? Владелец – это сотрудник, обладающий ресурсами для осуществления бизнес-процесса (в данном случае ресурсы – сотрудники кадровой службы) и несущий ответственность за результат бизнес-процесса.

3. Набор и порядок действий :

написание заявления -> составление приказа -> подписание приказа у руководителя инициатора -> подписание приказа у инициатора –> оформление кадровых документов.

В последовательности действий отсутствует расчет заработной платы, т.к. статья Трудового Кодекса, согласно которой оформляется отпуск, – Отпуск без сохранения заработной платы.

4. Исполнители бизнес-процесса.. Для более наглядного предоставления информации приведем последовательность шагов и исполнителей в таблице:

Моделирование бизнес-процессов – Business process modeling

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

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

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

содержание

история

Методы моделирование бизнес – процессы , такие как блок – схема , функциональная блок – схема алгоритма , блок – схема управления , диаграммы Ганта , PERT диаграмма и IDEF появились с начала 20 – го века. Диаграммы Ганта были одними из первых , чтобы прибыть около 1899, диаграммы потоков в 1920 – е годы, функциональная блок – схема потока и PERT в 1950 – е годы, диаграммы потока данных и IDEF в 1970 – е годы. Среди современных методов унифицированный язык моделирования и бизнес – модели процессов и нотации . Тем не менее, они представляют собой лишь часть методик , используемых на протяжении многих лет для документирования бизнес – процессов. «Моделирование бизнес – процессов» термин был придуман в 1960 – е годы в области инженерных систем С. Вильямса в его 1967 «Моделирование бизнес – процессов повышает Управленческое» статьи. Его идея состояла в том, что методы получения лучшего понимания системы физического контроля могут быть использованы аналогичным образом для бизнес – процессов . Он не был до 1990 – х годов , что этот термин стал популярным.

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

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

Бизнес модель

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

Читайте также:  Системы управления бизнес процессами

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

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

Бизнес – процесс представляет собой совокупность связанных, структурированных действий или задач , которые производят определенный продукт или услугу (служить определенной цели) для конкретного клиента или клиентов. Есть три основных типа бизнес – процессов:

  1. Процессы управления, которые управляют работой системы. Типичные процессы управления включают в себя корпоративное управление и стратегическое управление .
  2. Операционные процессы, которые составляют основной бизнес и создают поток первичного значения. Типичные рабочие процессы приобретения , производства , маркетинга и продаж .
  3. Вспомогательные процессы, которые поддерживают основные процессы. Примеры включают в себя бухгалтерский учет , набор и техническую поддержку .

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

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

бизнес-процессов Артефакт-ориентированных

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

инструменты

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

Моделирование и моделирование

Моделирование и моделирование функциональность позволяет предисполнительных «что-если» моделирования и симуляции. Оптимизация после выполнения можно на основе анализа фактических, как-выполняемых метрик.

Некоторые методы моделирования бизнес-процессов являются:

BPM программный пакет предоставляет интерфейсы программирования (веб – сервисы, программные интерфейсы приложений (API)) , которые позволяют корпоративным приложениям быть построен , чтобы использовать двигатель BPM. Этот компонент часто ссылаются как на двигатель сюиты BPM.

Языки программирования, которые внедряются для BPM включают:

Некоторые конкретного производителя языки:

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

Бизнес-процессы: примеры и описание

Бизнес-процессы можно встретить везде, даже на кухне.Формализованы они или нет, роли не играет. Сегодня� консалтинговая компания Business Proactive предлагает статью «Бизнес-процессы: примеры и описание», чтобы лучше разобраться в данном предмете.

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

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

Функциональный подход

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

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

Процессный подход

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

Описание бизнес-процессов

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

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

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

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

Порядок разработки

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

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

Чему следует уделить внимание? Следует сконцентрироваться на следующих разделах:

  • Стандартные формы.
  • Карта. Маршруты.
  • Матрицы.
  • Блок-схемы.
  • Описание стыков.
  • Вспомогательные описания.
  • Документирование.
  • Развернутое описание.
  • Определение индикаторов и показателей.
  • Регламент выполнения.

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

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

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

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

Матрицы

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

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

Ссылка на основную публикацию