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

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

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

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

Только в процессе описания появляется бизнес-процесс, т.е. На самом деле описание бизнес-процессов и нотации BPMN появились.

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

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

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

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

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

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

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

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

Нотации описания бизнес-процессов

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

Приведу несколько примеров нотаций.

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

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

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

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

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

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

Нотация Процесс поддерживает декомпозицию на подпроцессы.

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

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

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

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

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

Глоссарий процессного управления

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

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

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

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

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

Нотация 2.0: ключевые элементы и описание

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

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

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

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

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

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

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

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

Описание бизнес-процессов перед внедрением СЭД. Ответы на Для чего в данном процессе необходимы нотации И какую роль в.

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

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

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

С чего начать описание бизнес процесса? Простая анкета вместо тех задания.