Бизнес моделирование

Цели описания бизнес-процессов

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

Регламентация Для создания методологии управления, контроля или исполнения бизнес-процесса необходимо точно знать ключевую информацию о нём. На основе модели описанного бизнес-процесса возможно автоматически сгенерировать регламент исполнения бизнес-процесса, должностные инструкции, карту рисков и многие другие нормо-регулирующие документы организации. Бизнес-требования Для формирования бизнес-требований, например к информационной системе, необходимо спроектировать все потоки работ и взаимодействия исполнителей и информационных систем, участвующих в ходе выполнения бизнес-процесса. Наличие корректно описанного бизнес-процесса в качестве бизнес-требований позволяет существенно сократить сроки подготовки требований и повысить их качество. Карта рисков Если при описании бизнес-процессов фиксировать и классифицировать все операционные риски, возникающие в ходе выполнения каждой функции бизнес-процесса, то возможно, объединив эту информацию, построить карту рисков всей организации. Организационное развитие Для определения необходимого наполнения штатной структуры сотрудниками, необходимо провести анализ процента утилизации сотрудника каждого подразделения во всех бизнес-процессах предприятия. Моделирование бизнес-процесса с указанием списка ролей исполнителей, которые связаны со оргштатной структурой организации, позволяет точно определить степень занятости каждого сотрудника. Анализ себестоимости Дополнив модель бизнес-процесса с человеческими ресурсами, полученную на предыдущем шаге, информацией о расходовании материальных ресурсов, возможно точно рассчитать трудоемкость и ресурсоёмкость производства одной единицы товара или услуги. Управление качеством Процессный подход рекомендуется стандартом построения систем управления качеством, поэтому для внедрения контуров управления качеством бизнес-процесса, необходимо сначала его выделить и описать.

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

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

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

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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

От эффективности бизнес-процессов напрямую зависит конкурентоспособность и прибыль организации или предприятия (в дальнейшем будем использовать принятую терминологию — «организация»).

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

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

Системы управления бизнес-процессам пришли в Россию с Запада, где этот класс программ называется BPMS (Business Process Management System) или BPM-системы.

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

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

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

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

  • • стандартом проектирования БП;
  • • отраслевыми стандартами БП;
  • • ранее принятыми стандартами проектирования БП организации и установочными концепциями.

Известными примерами стандартов проектирования бизнес-процессов являются семейство стандартов IDEF (разработчики — Госдепартамент и ВВС США), RUP (Rational Software), Catalysis (Computer Associates). Отраслевые стандарты разрабатываются государственными и международными организациями (рекомендации ISA, APICS, ISO, ТМForum и др.). Стандарты организации обычно составляют подмножество стандартов первого и второго типов, дополненное процедурными правилами разработки и согласования моделей БП, принятых в организации.

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

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

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

Управление процессами также помогает:

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

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

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

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

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

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

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

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

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

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

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

  • • моделирование бизнес-процессов (Business Process Modeling)’,
  • • описание потоков работ (Work Flow Modeling);
  • • описание потоков данных (Data Flow Modeling).

Наиболее широко используемой методологией описания (языком моделирования) бизнес-процессов является IDEF0, предложенная Дугласом Россом (SoftTech, Inc.) и называвшаяся первоначально SADT {Structured Analysis and Desifi Technique) .

В начале 1970-х гг. вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM {Integrated Computer-Aided Manufacturing). В 1981 году подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF[ 1J.

Набор стандартов IDEF унаследовал свое название от этой программы {IDEF = ICAM DEFinition). В процессе практической реализации участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках «аналитик — специалист». Другими словами, новый метод должен был обеспечить групповую работу над созданием модели с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.

В результате поиска соответствующих решений родилась методология функционального моделирования IDEF0. С 1981 года стандарт IDEF0 претерпел несколько незначительных изменений в основном ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 г. Национальным Институтом по Стандартам и Технологиям США (NIST).

IDEF0 (Function Modeling) — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью данной методологии является ее акцент на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность (WorkFlow), т.е. система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко отслеживать логику и взаимодействие процессов, происходящих в организации.

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

Рис. 7.1. Блок в нотации IDEFО

Основные преимущества стандарта IDEF0 в следующем:

  • • полнота и выразительность описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);
  • • способность наглядно представлять широкий спектр деловых, производственных и других процессов и операций предприятия на любом уровне детализации;
  • • комплексность при декомпозиции (мигрирование и туннелирование стрелок);
  • • точное и лаконичное описание моделируемых объектов;
  • • агрегирование и детализация потоков данных и информации (разделение и слияние стрелок);
  • • жесткие требования методологии, обеспечивающие получение моделей процессов стандартного вида;
  • • возможность облегчить взаимодействие и взаимопонимание системных аналитиков, разработчиков и персонала изучаемого объекта (предприятия);
  • • простота документирования процессов; соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.

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

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

DFD (Data Flow Diagrams) — методология моделирования потоков данных. Применяется для описания обмена данными между рабочими процессами.

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

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

Нотация DFD поддерживает понятие подсистемы — структурной компоненты разрабатываемой системы.

IDEF3 (Integrated DEFinition for Process Description Capture Method) — методология моделирования потоков работ; представляет собой стандарт документирования и сбора информации о процессах, происходящих в системе. Является более детальной по отношению к методологиям IDEF0 и DFD.

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

IDEF3 включает два метода: PFD (Process Flow Description) — описание технологических процессов с указанием того, что происходит на каждом этапе технологического процесса; OSTD (Object State Transition Description) — описание переходов состояний объектов с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

Модель в нотации IDEF3 может содержать два типа диаграмм:

  • 1) диаграмму описания последовательности этапов процесса (Process Flow Description Diagrams, PFDD);
  • 2) диаграмму сети трансформаций состояния объекта (Object State Transition Network, OSTN).

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (модель AS-IS) и идеального положения вещей — того, к чему надо стремиться (модель ТО-ВЕ).

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

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

Применение моделирования позволяет повысить эффективность

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

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

Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием CASE-средств — Computer Aided System Engineering — проектирование систем с помощью компьютера. На современном рынке программного обеспечения CASE-средств не одна сотня. В такой ситуации имеет смысл обсудить их классификацию и задачи, которые можно решить с их помощью (применительно к процессному подходу).

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

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

CASE-средства можно классифицировать по типам:

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

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

· средства моделирования приложений (сегодня наиболее распространенной категорией таких средств является семейство средств UML-моделирования);

· средства проектирования данных, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД.

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

Рис. 1. Borland Together

К наиболее популярным в нашей стране средствам описания бизнес-процессов можно отнести средства UML-моделирования Rational Rose (IBM) и Together (Borland) — рис. 1, семейство AllFusion Business Process Modeler (BPwin) для описания бизнес-процессов с помощью методологии IDEF0 (Computer Associates) и организации коллективной работы над единым репозитарием моделей (рис. 2), ARIS (IDS Scheer) — инструмент коллективной работы над совокупностью взаимосвязанных моделей различных типов (рис. 3), предназначенных для описания бизнес-процессов, данных и информационных систем, деятельности компаний, Visio (Microsoft) — средство создания различных типов моделей бизнес-процессов и данных, позволяющее создавать диаграммы и модели с применением различных методологий (рис. 4).

Рис. 2. CA AllFusion Business Process Modeler (BPwin)

Рис. 3. ARIS Business Architect

Рис. 4. Microsoft Visio

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

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *