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

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


Моделирование бизнес процессов: как систематизировать работу

Моделирование бизнес процессов — не просто популярное увлечение на предприятиях разного типа и назначения, а способ систематизации работы. Более подробно — в материале статьи!

Из статьи вы узнаете:

Моделирование бизнес процессов: общая информация

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

Скачайте документы по теме:

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

Скачать документ >>>

При моделировании отмечаются:

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

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

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

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

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

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

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

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

Читайте по теме в электронном журнале

Практическое применение системы моделирования бизнес процессов

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

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

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

Возможно, вам будет интересно узнать:

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

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

Моделирование бизнес процессов: подходы

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

Справка

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

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

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

Объектно-ориентированный подход при анализе и моделировании бизнес процессов

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

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

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

Возможно, вам будет интересно узнать:

www.hr-director.ru

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

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

Моделирование бизнес-процессов — VAD (value added chain diagram)

Нотация VAD, предложенная Майклом Портером (Michael Porter) в его работах по корпоративной стратегии, концентрируется на моделировании бизнес-процессов, «создающих ценность» в виде услуг или продукции для потребителя. Модель бизнес-процесса, построенная в нотации VAD, дает общий, не детализированный взгляд на бизнес-процессы.

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

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

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

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

Модель нотации VAD можно нарисовать во множестве инструментов, например, в MS Visio, ARIS, Archi и многих других инструментах моделирования бизнес-процессов.

Моделирование бизнес-процессов – EPC (event-driven process chain)

Нотация EPC разработана профессором Августом Вильгельмом Шеером в рамках методологии инструментария ARIS. С помощью нотации EPC бизнес-процесс моделируется в виде перечня шагов процесса, запускаемых событиями. Нотация удобна для последующей регламентации бизнес-процесса, а также для анализа информационного потока бизнес-процесса (входящих/исходящих документов).

Свобода нотации EPC позволяет описывать в рамках моделирования бизнес-процессов дополнительные объекты, такие как операционные риски, контрольные процедуры, экранные формы, информационные системы, показатели и многое другое.

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

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

Существует множество вариантов нотации EPC, в формате столбцов, строк, а также с разными перечнями используемых объектов, однако все эти варианты доступны только в инструментарии ARIS, тогда как в остальных инструментах, например, MS Visio или Business Studio доступно моделирование бизнес-процессов EPC лишь в классическом формате.

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

Моделирование бизнес—процессов – BPMN (Business Process Model and Notation 2.0)

Нотация BPMN создана консорциумом Object Management Group (OMG) и предназначена для моделирования бизнес-процессов с целью их последующей автоматизации. Нотация BPMN используется для детального моделирования бизнес-процесса, а количество объектов в данной нотации превышает 100, что позволяет описать все нюансы поведения бизнес-процессов для того, чтобы информационная система могла преобразовать созданную модель в исполняемый код.

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

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

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

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

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

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

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

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

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

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

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

Из недостатков Flow Charting можно выделить отсутствие типового перечня объектов и атрибутов, что является обратной стороной «свободы» данной нотации. Это позволяет моделировать один и тот же бизнес-процесс в данной нотации так, что модели будут серьёзно отличаться друг от друга.

Несмотря на то, что модели бизнес-процессов в нотации Flow Charting можно встретить достаточно часто, скорее всего она будет уходить в прошлое, уступая место более «строгим нотациям»

Моделирование бизнес—процессов – IDEF (Integrated Definition Language)

Нотация IDEF появилась в 70 ых годах, как стандарт правительства США, фокусирующий внимание на входах, выходах, механизмах и средствах управления бизнес-процессом и увязывающий процессы организации в иерархию. Ключевым элементом данной нотации является функция, тогда как все остальные объекты и взаимодействия моделируются с помощью связей.

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

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

Моделирование бизнес-процессов – UML (Unified Modeling Languages)

Унифицированный язык моделирования (UML) – это набор нотаций и методов моделирования, предназначенных для описания требований к информационным системам, однако среди нотаций UML есть и специализированная нотация, предназначенная именно для моделирования бизнес-процессов.  UML поддерживается Object Management Group (OMG), что сделало данную методологию достаточно распространенной среди ИТ-специалистов.

Данная нотация очень похожа на EPC и BPMN, единственное отличие в отображении логических операторов и событий, и, хотя по нотации UML существует множество книг, и поддержана она множеством инструментов моделирования, используется UML Activiti Diagram в основном для системного анализа и проектирования, и лишь незначительное число компаний используют UML, чтобы моделировать бизнес-процессы

Моделирование бизнес-процессов – VSM (Value Stream Mapping)

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

Нотация VSM была разработана как часть методологии бережливого производства, и использует набор специфических символов для отображения элементов затрат ресурсов и времени для анализа эффективности бизнес-процесса в проектах Lean 6Sigma. Карта потока создания ценности изображает физическое окружение и потоки материалов и продукции в производстве и используется для того, чтобы привязать к процессу затраты ресурсов и времени, и таким образом дать представление о производительности

Задача данной нотации вовлечь в анализ бизнес-процесса его участников, для того, чтобы стимулировать их к самостоятельному поиску возможностей оптимизации. Как правило модели VSM рисуются в проектах на Flip Chart и не требуют серьёзных средств моделирования бизнес-процессов, ведь на ее основании принимаются решения, а сама модель не становится основой ни для регламента, ни для ИТ-решения.

Основное при создании модели в нотации VSM это заполнение временных атрибутов по процессу, для поиска «бутылочных горлышек» и мест излишнего хранения запасов.

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

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

Аббревиатура SIPOC означает: Supplier (поставщик), Input (вход), Process (процесс), Output (выход), Customer (потребитель). Это шаблон документирования процессов, принятый в методологии Шесть сигм, фактически это даже не нотация модели, а формат таблицы, который позволяет описать бизнес-процесс на верхнем уровне. Модель SIPOC наиболее эффективно применять при определении границ бизнес-процесса, взаимодействующих сторон и входов/выходов процесса.

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

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

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

Итак, я рассмотрел некоторые нотации моделирования бизнес-процессов, которые можно встретить на российском рынке (более подробно они описаны в главе BPM CBOK, посвященной моделированию бизнес-процессов). Какую из нотаций выбрать для использования – это вопрос открытый, например, для моделирования бизнес-процессов организации на верхнем уровне я использую нотацию VAD, для первичного моделирования бизнес-процесса, выбранного для оптимизации, проще использовать SIPOC или VAD. Для создания детальных моделей бизнес-процессов – упрощённый BPMN для моделирования кросс-функционального взаимодействия или EPC для детального моделирования с целью формализовать информационный поток и множество объектов, связанных с бизнес-процессом. Ну а если необходимо автоматизировать бизнес-процесс в BPMS системе, то тут уже не обойтись без нотации BPMN.

koptelov.info

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

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

Я подготовил для вас подборку и краткое описание инструментов по управлению и моделированию бизнес-процессов.

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

Заголовок каждого раздела, с названием инструмента — ссылка на страницу производителя. Можете сразу знакомится с подробностями.

Если вы хотите получить не только модели и описания бизнес-процессов, но и создать исполняемые приложения по ним, то это именно то, что нужно. BizAgi Suite состоит, по сути, из двух модулей — BizAgi Modeler, который используется для моделирования и описания бизнес-процессов и BizAgi Studio, который позволяет превратить модели в исполняемые приложения. Классно то, что это не требует навыков программирования, т.е. каждому по силам делать приложения.

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

Короче, BizAgi Suite это крутое средство автоматизации и контроля процессов. Оно позволяет гарантировать выполнение процессов в соответствии с описанием. Переоценить такую возможность, с точки зрения управления, невозможно.

Функционал и особенности
Стоимость

Резюме

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

P.S.

Кстати, я провожу обучение по работе с BizAgi. Если интересно — вам сюда🙂

Изюминка программы заключается в возможности интеграции с платформой 1С, что, безусловно, весьма привлекательно для Российских компаний. Что это значит? Это значит, что то, что происходит в 1С, будет отражено в ELMA. И наоборот)

ELMA позволяет исполнять и отслеживать выполнение процессов в реальном времени. Для построения моделей используется нотация BPMN 2.0. Кстати, именно благодаря сотрудникам ELMA, нотация была переведена на русский язык. За что им большое, человеческое спасибо.

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

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

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

Функционал и особенности
Стоимость
Резюме

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

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

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

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

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

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

Функционал и особенности
Стоимость
Резюме

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

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

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

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

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

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

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

Функционал и особенности
Стоимость
Резюме

Лучшая программа для моделирования и описания бизнес-процессов.

Это часть вышеупомянутого BizAgi Suite. Программа независима от полного комплекта и может быть поставлена отдельно.

Очень простой, лаконичный и удобный интерфейс.

Хороший, рабочий инструмент для моделирования, который, к тому же, часто обновляется и совершенствуется. Модели, построение в BizAgi Modeler, полностью совместимы с полной версией — Suite. Существуют определенные ограничения при моделировании, которых нет в нотации BPMN и свойственных только этой программе, но они в принципе обходятся.

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

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

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

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

Функционал и особенности
Стоимость
Резюме

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

В апреле, в Москве я провожу курс Управление бизнес процессами в организации, в котором рассматривается моделирование бизнес процессов в BizAgi Modeler. Запись еще открыта. 

Бесплатная и простая «рисовалка» процессов от монстра по имени ARIS. А точнее, Software AG.

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

К сожалению, Express это только графическое средство. Модели нельзя связать друг с другом, атрибуты не назначишь и тому подобное. Состав элементов диаграмм весьма ограничен, так что не получится создать модель в Express и экспортировать в ARIS BA. Кстати, ни в коем случае не используйте это ПО для работы с нотацией BPMN. Несмотря на то, что такие модели можно здесь создавать, их ограниченность задает кардинально неверное впечатление о функционале BPMN.

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

Функционал и особенности
Стоимость
Резюме

Выбирайте ARIS Express если все вышеперечисленные ограничения вас не волнуют. Ну и если вы предпочитаете нотацию eEPC.

В конце марта, в Москве, пройдет курс по обучению моделированию бизнес процессов на базе ARIS Express. Запись открыта.

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

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

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

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

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

Функционал и особенности
Стоимость
Резюме

Удобный и функциональный сервис для создания диаграмм бизнес-процессов и не только.

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

Работает это следующим образом: моделируете процесс -> задаете свойства потоков, стоимости, длительности и занятости сотрудников -> запускаете симуляцию -> смотрите показатели процесса по результатам симуляции.

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

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

Управление достаточно удобное. Стрелки имеют туннели (я всегда обращаю внимание на этот момент). Полученные отчеты и модели можно сохранить на компьютер, Google Drive или One Drive.

Функционал и особенности
Стоимость
Резюме

Очень советую попробовать.

Сервис позволяет строить огромное количество диаграмм и имеет большой набор элементов. В том числе наборы для построения BPMN и eEPC диаграмм.

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

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

Сервис позволяет сохранять модели в Google Drive, Dropbox, One Drive или на компьютер. Возможен экспорт моделей в форматах графических файлов, PDF, HTML, XLS.

Функционал и особенности
Стоимость
Резюме

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

У меня все.

[maxbutton id=»1″]

rzbpm.ru

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

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

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

Преимущества структуры  управления по проектам:

 

2.3. Основные принципы технологичной оптимизации

 

Можно выделить четыре главных принципа.

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

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

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

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

  

2.4. Условия и шаги проведения оптимизации

 

Из приведённых выше принципов следуют условия и шаги проведения оптимизации:

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

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

3) Проанализировав каждую процедуру  и определив ее явные недостатки, можно оценить оптимальность  управления бизнес-процессом и  оптимальность группы процессов. Результатами оценки оптимальности должны стать выявленные недостатки в процессе и/или группе процессов.

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

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

 

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

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

Моделирование бизнес-процесса [3] - процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.

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

Наиболее известной и распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique). На основе этой методологии был принят стандарт моделирования бизнес-процессов IDEF0 [4].

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

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

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

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

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

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

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

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

 

Рисунок 1 - Причины, по которым принимается решение по моделированию бизнес-процессов

 

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

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

Моделирование бизнес-процессов  организации включает два этапа  структурное и детальное.

Структурное моделирование  бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

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

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

Детальная модель бизнес-процесса должна включать:

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

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

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

 

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

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

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

student.zoomru.ru

«Моделирование и оптимизация бизнес-процессов» - Документ

Департамент образования города Москвы

Государственное образовательное учреждение

высшего профессионального образования города Москвы

«Московский городской педагогический университет»

Факультет прикладной информатики

Кафедра прикладной информатики в управлении

Реферат

Тема: «Моделирование и оптимизация бизнес-процессов»

Выполнила:

студентка группы О-Д-М-06

Бочарова О.А.

Заведующий кафедрой

прикладной информатики в управлении В.П. Офицеров

Москва

2010

Оглавление

Оглавление 2

Введение 3

1. Понятие «бизнес-процесса» 5

2. Оптимизация организационной структуры 6

2.1 Определение оптимизации 6

2.2 Подходы к построению организационной структуры 8

2.3. Основные принципы технологичной оптимизации 12

2.4. Условия и шаги проведения оптимизации 13

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

3.1 Сущность и значение моделирования бизнес-процессов 14

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

4. Методологии моделирования и оптимизации бизнес-процессов 21

4.1 История развития методологий моделирования бизнес-процессов 21

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

Заключение 26

Список использованной литературы 27

Введение

Двести лет назад Адам Смит сделал выдающееся открытие: индустриальное производство должно быть разбито на простейшие и самые базовые операции. Он показал, что разделение труда способствует росту производительности, так как сосредоточенные на одной задаче рабочие становятся более искусными мастерами и лучше выполняют свою работу. И на протяжении XIX и XX веков люди организовывали, развивали компании, управляли ими, руководствуясь принципом разделения труда Адама Смита.

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

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

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

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

По данным компании Emst & Young, 100 крупнейших банков Северной Америки затратили в 1999 году около 3,9 млрд. долларов только на реинжиниринг своих подразделений. За последние полтора года правительство США инициировало более 250 проектов по реинжинирингу, а сегодняшний рынок инструментальных средств поддержки реинжиниринга бизнес-процессов оценивается более чем в 100 млн. долларов и растет со скоростью около 60% в год.

1. Понятие «бизнес-процесса»

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

Существуют следующие категории бизнес-процессов:

Бизнес-процесс характеризуется:

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

2. Оптимизация организационной структуры

2.1 Определение оптимизации

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

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

Действия, сопровождающие оптимизацию и приводящие к повышению эффективности работы предприятия:

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

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

3. Шаги процесса выполняются в естественном, а не в линейном, порядке. Это позволяет распараллеливать процессы там, где это возможно.

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

5. Работа выполняется в том месте, где это целесообразно. При этом распределяется работа между границами подразделений и устраняется излишняя интеграция.

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

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

8. «Уполномоченный» менеджер обеспечивает единую точку контакта. Этот механизм применяется, когда необходимо обеспечить участие заказчика в сложном процессе.

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

2.2 Подходы к построению организационной структуры

2.2.1 Структурный подход

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

Недостатки:

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

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

Функциональный подход отвечает на вопрос «Что делать?».

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

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

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

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

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

Процессный подход отвечает на вопрос «Как делать?».

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

2.2.4 Проектный подход

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

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

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

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

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

Преимущества структуры управления по проектам:

2.3. Основные принципы технологичной оптимизации

Можно выделить четыре главных принципа.

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

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

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

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

2.4. Условия и шаги проведения оптимизации

Из приведённых выше принципов следуют условия и шаги проведения оптимизации:

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

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

3) Проанализировав каждую процедуру и определив ее явные недостатки, можно оценить оптимальность управления бизнес-процессом и оптимальность группы процессов. Результатами оценки оптимальности должны стать выявленные недостатки в процессе и/или группе процессов.

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

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

uchebana5.ru

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

Департамент образования города МосквыГосударственное образовательное учреждение

высшего профессионального образования города Москвы

«Московский городской педагогический университет»Факультет прикладной информатики

Кафедра прикладной информатики в управленииРефератТема: «Моделирование и оптимизация бизнес-процессов»

Выполнила:

студентка группы О-Д-М-06

Бочарова О.А.Заведующий кафедрой

прикладной информатики в управлении                              В.П. ОфицеровМосква

2010

Оглавление

Оглавление. 2

Введение. 3

1. Понятие «бизнес-процесса». 5

2. Оптимизация организационной структуры.. 6

2.1 Определение оптимизации. 6

2.2 Подходы к построению организационной структуры.. 8

2.2.1 Структурный подход. 8

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

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

2.2.4 Проектный подход. 11

2.3. Основные принципы технологичной оптимизации. 12

2.4. Условия и шаги проведения оптимизации. 13

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

3.1 Сущность и значение моделирования бизнес-процессов. 14

3.2 Методика проведения моделирования бизнес-процессов. 19

4. Методологии моделирования и оптимизации бизнес-процессов. 21

4.1 История развития методологий моделирования бизнес-процессов. 21

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

Заключение. 26

Список использованной литературы.. 27

Введение

Двести лет назад Адам Смит сделал выдающееся  открытие:  индустриальное производство должно быть разбито на простейшие и самые базовые операции.  Он показал, что разделение труда  способствует  росту  производительности,  так как сосредоточенные на  одной  задаче  рабочие  становятся  более  искусными мастерами и лучше выполняют свою работу. И на  протяжении  XIX  и  XX  веков люди  организовывали,  развивали  компании,  управляли  ими,  руководствуясь принципом разделения труда Адама Смита.

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

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

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

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

    По данным компании Emst & Young, 100 крупнейших банков Северной Америки затратили в 1999 году около 3,9 млрд. долларов только на реинжиниринг  своих подразделений. За последние  полтора  года  правительство  США  инициировало более 250 проектов по реинжинирингу, а  сегодняшний  рынок  инструментальных средств поддержки реинжиниринга бизнес-процессов  оценивается  более  чем  в 100 млн. долларов и растет со скоростью около 60% в год.

en.coolreferat.com

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

Из приведённых выше принципов следуют условия и шаги проведения оптимизации:

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

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

3) Проанализировав каждую процедуру и определив ее явные недостатки, можно оценить оптимальность управления бизнес-процессом и оптимальность группы процессов. Результатами оценки оптимальности должны стать выявленные недостатки в процессе и/или группе процессов.

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

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

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

Моделирование бизнес-процесса [3] - процесс отражения субъективного видения потока работ в виде формальной модели, состоящей из взаимосвязанных операций.

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

Наиболее известной и распространенной методикой является методология структурного анализа SADT (Structured Analysis and Design Technique). На основе этой методологии был принят стандарт моделирования бизнес-процессов IDEF0 [4].

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

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

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

1)          моделирование бизнес-процессов - это описание бизнес-процессов предприятия, позволяющее руководителю знать, как работают рядовые сотрудники, а рядовым сотрудникам - как работают их коллеги и на какой конечный результат направлена вся их деятельность [5];

2)          моделирование бизнес-процессов - это эффективное средство поиска возможностей улучшения деятельности предприятия;

3)          моделирование бизнес-процессов - это средство позволяющее предвидеть и минимизировать риски, возникающие на различных этапах реорганизации деятельности предприятия;

4)          моделирование бизнес-процессов - это метод, позволяющий дать оценку текущей деятельности предприятия по отношению к требованиям, предъявляемым к его функционированию, управлению, эффективности, конечным результатам деятельности и степени удовлетворенности клиента [5];

5)          моделирование бизнес-процессов - это метод, позволяющий дать стоимостную оценку каждому процессу, взятому в отдельности, и всем бизнес-процессам на предприятии, взятым в совокупности;

6)          моделирование бизнес-процессов - это всегда верный способ выявления текущих проблем на предприятии и предвидения будущих.

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

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

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

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

Рисунок 1 - Причины, по которым принимается решение по моделированию бизнес-процессовМоделирование бизнес-процессов затрагивает многие аспекты деятельности компании:

·             изменение организационной структуры;

·             оптимизацию функций подразделений и сотрудников;

·             перераспределение прав и обязанностей руководителей;

·             изменение внутренних нормативных документов и технологии проведения операций;

·             новые требования к автоматизации выполняемых процессов и т. д.

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

Моделирование бизнес-процессов организации включает два этапа структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены:

·             существующая организационная структура;

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

·             структуру бизнес-процессов, отражающую их иерархию от более общих групп к частным бизнес-процессам;

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

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

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

Детальная модель бизнес-процесса должна включать:

·             набор прецедентов отражающих возможные варианты выполнения бизнес-процессов «как есть»;

·             диаграммы действий, детально описывающие последовательность выполнения бизнес-процессов;

·             диаграммы взаимодействия, отражающие схемы документооборота.

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

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

ua.coolreferat.com

Prostoy-Site | Все права защищены © 2018 | Карта сайта