0 в моделировании бизнес-процессов управления

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

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

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

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

Методология IDEF незначительно отличается от схемы описания бизнес- процессов DFD. Основным отличием.

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

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

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

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

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

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

Таким образом, руководитель, взяв в руки готовые схемы бизнес-процессов, например, в стандарте IDEF0 (Integration definition for function modeling).

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

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

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

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

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

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

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

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

IDEF О (Integration Definition for Function Modeling) — методология Последовательность операций в схеме бизнес-процесса должна быть четко .

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

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

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

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

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

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

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

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

Примеры процессов компании

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

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

Схема процесса IDEF0 состоит из таких вот блоков: Мне кажется роль нотации IDEF0 в бизнес-моделировании сильно преувеличена.

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

Прежде всего, выбор нотации определяется целью проектирования бизнес-процессов. Если вы планируете внедрять управление бизнес-процессами в одной из программ класса , Управление Бизнес-Процессами , вам придётся для проектирования использовать одну из нотаций, предоставляемых выбранным программным обеспечением ПО. Например, популярный пакет"Битрикс24" предлагает для проектирования бизнес-процессов использовать собственную нотацию, близкую к процедурной нотации 3.

Аналогичным образом поступил производитель известной системы электронного документооборота"".

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

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

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

Примеры описания моделей бизнес-процессов в нотациях IDEF, BPMN и EPC в Сервис позволяет производить импорт блок-схем бизнес-процесса.

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

Но говорить, что кроме процессов, указанных в матрице, других процессов в подразделении не существует — заведомо некорректно. Итак, деятельность Отдела маркетинга мы описали, выделив 5 процессов.

Бизнес процесс. Реинжиринг. Обзор методологий проектирования бизнес процессов

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

Схема декомпозиции. IDEF3 – диаграмма. Схема существующих бизнес– процессов. Принцип моделирования бизнес-процессов в нотации IDEF0.

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

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

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

Актуально ли на сегодня моделирование в 0?

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

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

Обзор нотаций IDEF0 и IDEF3 для моделирования бизнес-процессов предприятия. Количество блоков на схеме IDEF0 обычно жёстко ограничено.

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

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

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

Вебинар «Схемы бизнес-процессов в различных нотациях»