1 использование моделирования в бизнес процессах из. Моделирование бизнес-процессов. Основные этапы проекта по внедрению процессного подхода в компании. Термины и определения процессного подхода

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

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

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

Коротко о процессном подходе

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

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

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

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

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

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

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

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

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

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

Процессный подход и CASE-технологии

Модели, объекты и связи

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

Существует довольно много методологий моделирования, используемых сегодня при описании бизнес-процессов. К наиболее популярным из них можно отнести методологию DFD (Data Flow Diagrams), описывающую диаграммы потоков данных, которые используются при анализе требований и функциональном проектировании информационных систем; STD (State Transition Diagram), рассматривающую диаграммы перехода состояний для проектирования систем реального времени; ERD (Entity-Relationship Diagrams), раcсматривающую диаграммы «сущность - связь», которые применяются при логическом проектировании информационных систем; FDD (Functional Decomposition Diagrams), описывающую диаграммы функциональной декомпозиции; SADT (Structured Analysis and Design Technique), представляющую собой довольно популярную в 90-х годах технологию структурного анализа и проектирования. В последнее время популярна также методология ARIS, рассматривающая совокупность различных типов моделей (включая и поддерживаемые некоторыми другими методологиями), которые используются для описания всех подсистем компании. Не менее популярно и семейство методологий IDEF, применяемых для проектирования бизнес-процессов и данных (разработчики баз данных, как правило, неплохо знакомы с методологией IDEF1X, описывающей логические и физические модели данных, а методология IDEF0 весьма популярна у аналитиков, описывающих бизнес-процессы). У разработчиков приложений очень популярна методология UML (Unified Modelling Language), используемая при проектировании информационных систем и приложений с целью описания требований к информационной системе, сценариев работы пользователей, изменения состояний системы и данных в процессе работы и классов будущего приложения.

Инструменты моделирования

Хотя рисовать модели на бумаге не возбраняется, современное моделирование бизнес-процессов обычно осуществляется с использованием 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

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

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

Введение

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

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

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

процессов составила методология SADT. В настоящее время наиболее широко используемая методология описания бизнес-процессов – стандарт США IDEF.

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

моделирование бизнес-процессов это ответ практически на все вопросы,

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

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

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

Существует несколько подходов к определению понятия

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

1) моделирование бизнес-процессов - это описание бизнес-

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

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

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

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

предъявляемым к его функционированию, управлению, эффективности,

конечным результатам деятельности и степени удовлетворенности клиента

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

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

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

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

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

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

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

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

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

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

деятельности компании:

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

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

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

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

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

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

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

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

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

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

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

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

4) диаграммы взаимодействия для конечных бизнес-процессов,

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

(данных, материалов, ресурсов и т.п.) между действующими лицами.

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

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

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

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

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

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

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

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

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

Под методологией (нотацией) создания модели (описания) бизнес-

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

– теоретическая база;

–описание шагов, необходимых для получения заданного результата;

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

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

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

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

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

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

Необходимо учитывать важные характеристики моделирования бизнес-

процессов. В частности, к преимуществам моделирования бизнес-процессов относят: повышение качества и скорости производства продукции с одновременным снижением издержек; рост профессионализма сотрудников;

повышение конкурентоспособности компании. Недостатки, в свою очередь:

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

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

Основу многих современных методологий моделирования бизнес-

процессов составила методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и

алгоритмические языки, применяемые для разработки программного обеспечения.

В сжатом виде история развития методологий моделирования бизнес-

процессов представлена на рисунке 2. Для наглядности параллельно приведена история развития подходов к управлению качеством .

Рисунок 2 - История развития методологий моделирования бизнес-

процессов

В настоящее время для описания, моделирования и анализа бизнес-

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

 моделирования бизнес-процессов (Business Process Modeling);

 описания потоков работ (Work Flow Modeling);

 описания потоков данных (Data Flow Modeling).

Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-

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

процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.).

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

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

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

настоящий момент к семейству IDEF можно отнести следующие стандарты:

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

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

IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий ―Сущность-взаимосвязь‖

(ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;

IDEF2 – методология динамического моделирования развития систем.

В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;

IDEF3 – методология документирования процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятиях. С помощью IDEF3

описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 – каждая

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

IDEF4 – методология построения объектно-ориентированных систем.

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

IDEF5 – методология исследования сложных систем .

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

ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

организационные модели, представляющие структуру системы -

иерархию организационных подразделений, должностей и конкретных лиц,

связи между ними, а также территориальную привязку структурных подразделений;

функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций,

необходимых для достижения поставленных целей;

информационные модели, отражающие структуру информации,

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

модели управления, представляющие комплексный взгляд на

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

Предисловие

Управление бизнес-процессами – важнейший элемент системы управления современной компании. Методики процессного управления активно развиваются. Появляются новые и совершенствуются существующие инструменты для описания и регламентации бизнес-процессов. Активно используются подходы и инструменты для управления процессами на основе показателей (метрик). Но собственникам и руководителям компаний подчас не хватает системного понимания возможностей процессного подхода и методов его внедрения. Для совершенствования управления нужно системно представлять себе существующие возможности. Эта книга – о концепции внедрения и возможностях современных методик и инструментов. Моя цель – передать системную картину, необходимые методики и практический опыт внедрения. Надеюсь, что осмысление опыта десятков консалтинговых проектов, проведения обучения сотрудников компаний позволит это сделать.
Глава 1 посвящена общей концепции внедрения процессного подхода, разъяснению основных терминов и определений. В ней приводится обоснование эффективности внедрения процессного подхода, рассматриваются типовой план проекта внедрения и необходимые для этого методики и инструменты.
В главе 2 обсуждается один из важнейших методов – определение, анализ и реорганизация сквозных (межфункциональных) процессов. Рассматриваются подходы к организации управления сквозными процессами в масштабах компании.
Глава 3 раскрывает подход к построению системы бизнес-процессов. В ней читатель узна́ет о наиболее популярных методах, найдет практические рекомендации по построению системы процессов компании и примеры.
Глава 4 посвящена вопросам описания процессов на операционном уровне. Обсуждаются часто используемые методики моделирования, вопросы создания электронного репозитория компании. Приводятся примеры схем бизнес-процессов в формате Work Flow.
В главе 5 подробно описаны построение в организации системы стандартизации бизнес-процессов, плюсы и минусы регламентации. Рассмотрены процедуры управления жизненным циклом нормативно-методических документов и автоматическая генерация регламентов при помощи современных систем бизнес-моделирования.
Глава 6 посвящена определению процессов управления и разработке показателей для управления процессами. Приводятся примеры показателей. Обсуждаются вопросы мониторинга процессов и выполнения корректирующих действий, совершенствования процессов на основе цикла PDCA.
Надеюсь, что книга принесет пользу как собственникам и руководителям компаний, так и специалистам подразделений организационного развития, бизнес-аналитикам, специалистам по менеджменту качества.

Глава 1
Процессный подход: концепция внедрения в организации

1.1. Зрелость компании в области процессного управления

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

Пример. Президент одной компании очень увлекался процессным управлением и гордился своими достижениями на этом фронте. Однажды к нему в офис пришел консультант по управлению. Президент рассказывал про свою «процессную работу» и отметил, что у него «каждый сотрудник знает, что такое процесс». Консультант предложил проверить.
Вместе с президентом они прошлись по офису и заглянули в одну из комнат. Президент спросил у сотрудника: «А скажи-ка нам, что такое процесс?» Тот подскочил и четко выпалил: «То, что имеет вход и выход!»
Еще пример. Сотрудники одной из компаний на вопрос, внедрен ли у них процессный подход, ответили: «Да, конечно. Еще три года назад мы описали процессы и распечатали регламенты. С тех пор они хранятся вон в том шкафу…»

Руководителю организации важно не только самому проникнуться идеей процессного управления, но и донести свою убежденность до сотрудников. Именно поэтому исключительно важны система терминов и концепция внедрения. Опыт показывает, что успеха добивались те компании, руководители которых создали собственную логичную и понятную концепцию внедрения процессного подхода и, прикладывая в течение нескольких лет немалые усилия, сумели ее реализовать. Важно создать систему управления, неотъемлемой частью которой станет управление процессами. Такую систему невозможно внедрить в приказном порядке или купить (например, в виде какой-либо автоматизации). Вопрос, скорее, в создании определенной культуры работы с процессами на всех уровнях управления.
В главе 1 приводятся необходимые термины и определения, а затем обсуждается концепция внедрения процессного управления. Руководители организаций могут использовать материалы этой главы для уточнения собственного ви́дения целей и задач внедрения процессного подхода, концепции внедрения, для разработки основных методических документов в области процессного управления .
Глава написана для тех, кто готов положить в основу своей деятельности систему управления, основанную на процессном подходе.
Перед тем как приступить к освоению методов процессного управления, оцените уровень зрелости своей организации. Для этого есть несколько способов, и я приведу пример одной из возможных моделей . Концепция уровней зрелости процесса (Process Maturity Levels) была создана в Институте программной инженерии (Software Engineering Institute, SEI) при Университете Карнеги – Меллона в 1990-е гг. В ее основу положена работа Уотса Хамфри. Впервые разработанная для поддержки анализа зрелости процесса программирования (CMM), последняя версия, интегрированная модель технологической зрелости (Capability Maturity Model Integrated, CMMI), была обобщена для любого из широкого спектра процессов в различных организациях (рис. 1.1.1).

Рис. 1.1.1. Обзор основных уровней зрелости по модели СММI

Приведу краткое описание каждого из уровней, указанных на рис. 1.1.1.

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

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

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

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

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

Уровень 5. Процессы непрерывно совершенствуются
В организациях уровня 5 процессы не только находятся под управлением, но их постоянно совершенствуют.

На каком уровне зрелости находятся российские компании?
Считаю, что большинство российских организаций находится на первом или на втором уровне зрелости, некоторые приближаются к третьему, небольшая часть – к четвертому. Очень мало организаций, работающих на пятом уровне.
На мой взгляд, для определения зрелой с процессной точки зрения организации можно использовать следующие критерии:
наличие и поддержание в актуальном состоянии архитектуры (системы) бизнес-процессов компании (система BPA);
действующая система стандартизации (регламентации) деятельности (в первую очередь процессов); использование системы класса ECM для поддержки жизненного цикла нормативно-методических документов (регламентов, положений, инструкций);
наличие и активное использование для мониторинга, анализа, улучшения и стимулирования системы показателей (метрик) по бизнес-процессам; используется система BI /BPM;
наличие компетентных специалистов в области моделирования, анализа и регламентации бизнес-процессов в каждом функциональном подразделении;
наличие центра компетенции (департамента /отдела) по организационному развитию с представителями в каждом департаменте (функциональное подчинение);
автоматизация наиболее важных сквозных процессов в BPMS .

Рис. 1.2.1. Структурная схема процесса

1.2. Термины и определения процессного подхода

1.2.1. Структурная схема процесса

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

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

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

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

С точки зрения состояния ресурсы могут:
храниться;
перемещаться;
находиться в состоянии обработки.

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

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

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

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

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

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

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

Однако при использовании данной модели указанными явлениями можно пренебречь. Напротив, если мы будем описывать и анализировать процессы управления персоналом или процессы технического обслуживания и ремонта оборудования, то изменение обеспечивающих ресурсов – важный фактор. Они являются для таких процессов основными объектами добавления ценности, поступают на выход в качестве преобразованных ресурсов.
Ресурс по управлению представляет собой информацию, необходимую для управления. В зависимости от направления потока это может быть информация фактическая, плановая или содержащая управленческие решения.
Вернемся к рис. 1.2.1. Деятельность по управлению процессом, представленная на схеме, включает улучшение процесса и регулирование процесса (оперативное управление).
Основная задача оперативного управления – поддержание процесса в стабильном воспроизводимом состоянии за счет выявления и устранения причин отклонений (вариаций). В свою очередь, улучшение процесса ориентировано на постоянное, целенаправленное изменение процесса на основе целей, установленных вышестоящим органом управления (на схеме это «Деятельность по управлению на более высоком уровне иерархии»). Поясню: для каждого процесса организации всегда существует иерархически вышестоящий орган управления.
Чтобы управлять процессом, руководителю нужны полномочия по распоряжению ресурсами и информацией. На схеме показаны так называемые ресурсы по управлению. Они, как правило, представляют собой плановую и фактическую информацию. Например, от вышестоящего органа управления поступают цели и плановые показатели деятельности, при выполнении процесса возникает оперативная фактическая информация и т. д. Руководитель управляет процессом также через информационные воздействия (устные сообщения, информационные письма, распоряжения, приказы).
Они являются выходами деятельности по управлению процессом.
Говоря об управлении процессом, определим понятие «владелец процесса».

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

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

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

1.2.2. Границы процесса

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

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

Пусть ресурс «А» является результатом преобразования в некотором процессе (рис. 1.2.2). С точки зрения владельца этого процесса ресурс «А» – выход. С точки зрения владельца процесса-потребителя ресурс «А» – вход. В момент передачи ресурса «А» от одного процесса к другому происходит переход ответственности за этот ресурс между владельцами процессов. Факт движения ресурса, сопровождающийся переходом ответственности, может быть идентифицирован при помощи события. С точки зрения владельца первого процесса это событие завершает процесс, с точки зрения владельца второго процесса – инициирует его. Одно и то же событие может быть сформулировано по-разному при описании границ двух рассматриваемых процессов. Первый владелец скажет, что ресурс «А» передан, а второй – что ресурс «А» получен. Чтобы при описании процессов было удобнее увязывать их в единую систему, лучше определять одно событие и давать ему примерно такую формулировку: «Ресурс “А” передан из процесса 1 в процесс 2» . В любом случае формулировки событий должны быть обязательно согласованы между владельцами процессов при регламентации границ.

Рис. 1.2.2. Границы процессов

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

Примеры формулировки событий, связанных с передачей информации:
«Поступил заказ клиента»;
«Факс отправлен»;
«Руководитель дал отмашку».

Последний пример приведен в шутку. С практической точки зрения такая формулировка события недопустима. Лучше сформулировать так: «Поступило распоряжение руководителя приступить к выполнению работы» (желательно в письменной форме или хотя бы по e-mail).
Заметим, что переход ответственности за ресурсы возможен и внутри процесса, по ходу выполнения работы различными сотрудниками. Соответствующие события могут использоваться для определения зон ответственности сотрудников внутри процесса.
Рассмотрим более сложные случаи, когда событие, завершающее один процесс, не является событием, инициирующим другой процесс. Допустим, в одном из подразделений организации сотрудник подготовил отчет и поместил его на сервер. Завершающее процесс событие можно сформулировать так: «Отчет подготовлен и размещен на сервере». Через некоторое время (например, в конце месяца) сотрудник другого отдела скачивает или открывает на сервере и использует необходимую информацию. Событие, инициирующее его процесс, казалось бы, можно зафиксировать как «Получен отчет такой-то». В реальности отчет мог пролежать на сервере несколько дней до того момента, пока им воспользовались. Как быть? Ответ в формулировке события, инициирующего второй процесс. Это можно сделать так: «Наступил срок подготовки сводного отчета». Далее сотрудник проверяет наличие отчета на сервере. Результат – следующее событие: «Отчет такой-то присутствует на сервере». Очевидно, что определение такого типа событий зависит от степени детализации при описании процесса.
Еще пример: рассмотрим отправку какого-либо документа по корпоративной электронной сети. Факт отправки документа сотрудником можно описать событием «Документ отправлен по e-mail». Однако сотрудник, которому отправлен данный документ, может его получить не сразу или вообще не получить (сбой сети, случайное удаление и т. п.). Значит, инициировать процесс второго сотрудника будет событие «Получен документ по e-mail». Очевидно, что это два разных события. В данном случае можно:

Выпуск:

Библиографическое описание статьи для цитирования:

Никулина Т. Н., Фартушина А. С. Проблемы моделирования бизнес-процессов в современных организациях // Научно-методический электронный журнал «Концепт». – 2015. – Т. 13. – С. 4436–4440..htm.

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

Текст статьи

Никулина Тамара Николаевна,Кандидат экономических наук, доцент кафедры экономики и менеджмента, Астраханский филиал «Московский финансовопромышленный университет «Синергия»», г. Астрахань[email protected]

Фартушина Анастасия Сергеевна,Старший преподаватель кафедры кафедры экономики и менеджмента, Астраханский филиал «Московский финансовопромышленный университет «Синергия»», г. Астрахань[email protected]

Проблемы моделирования бизнеспроцессов в современных организациях

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

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

Также необходимо отметить способ формирования бизнеспроцессов применение совокупности моделей бизнеспроцессов для создания корпоративной единой нормативноправовой системы и базы, например регламенты процессов, положения о подразделениях, должностные инструкции. Наиболее часто данные технологии используются при подготовке предприятия к сертификации в системе менеджмента качества. На сегодняшний день почти все инструменты и методы построения бизнеспроцессов дают возможность получать и анализировать данные об субъектах, объектах на модели и ее взаимосвязях и формировать их как документы. В тоже время, необходимо отметить, что инструменты и методы, заложенные в основе таких решений, могут различаться.Как правило, моделирование бизнеспроцессов используют при оптимизации системы управления предприятиями и формирования программы мотивации персонала. В этом случае моделируются цели предприятия, при этом каждая детализируется на более конкретные цели, пока эта детализация не станет достояно подробной, что конкретные цели должны быть взаимосвязанными с работой конкретных сотрудников. Далее для данных конкретных целей определяются количественные показатели, которые определяют степень достижения целей, и на базе этих показателей формируется программа мотивации персонала.Проектирование бизнеспроцессов служит для проектирования информационных систем и ИТрешений –сейчас разработка и формирование процессов при организации управления требованиями и разработке спецификаций становится практически необходимым условием, и в техническом задании достаточно часто представляется не только перечень требований, но также и модели самих процессов. Необходимо отметить, что независимо от мнения специалистов в области управленческого консалтинга, стоит обратить внимание, на то, что в большинстве случаях часто задача корректной информационной поддержки и автоматизации работы предприятия является одной из главных для принятия решений о формировании мoдели бизнеспроцессов.Область использования моделей бизнеспроцессов не ограничивается указанными выше задачами .В современной практике моделирования управленческой и производственной деятельности используются различные методики моделирования бизнеспроцессов.По мнению аналитиков во многих российских компаниях ставятся «адекватные» цели, разрабатываются планы, создается описание бизнеспроцессов, проводится их анализ и осуществляется реорганизация деятельности. Однако на заключительном этапе, в условиях когда необходимо достигнуть ожидаемых результатов, большая часть организаций сталкивается с рядом трудностей. Не получив быстрых, измеримых результатов, ожидая сложную и длительную работу, руководство компании завершает работы по разрабатываемому проекту. Начинаются поиск следующих «модных» и актуальных подходов к управлению изменениями.Данные трудности возникают в силу того, что:

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

существующие методы и средства используют различные языки моделирования, терминологию, плохо совместимы друг с другом, дорогостоящи и трудоемки в использовании.Эти обстоятельства обуславливают многочисленные проекты, предпринимаемые в настоящее время. Их целью сводится к объединению изучаемых методов и стандартов моделирования, также к созданию единого методического и технологического стандарта моделирования бизнеспроцессов. В более глобальном смысле –это моделирования архитектуры компаний (enterprise modeling).При проведении моделирования бизнеспроцессов компании необходимо применять следующую методику, которая содержит:

описание методов моделирования –способов демонстрации изучаемых объектов компании по средствам объектов модели;

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

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

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

ПодходСуть методикиДостоинства и недостаткиISO9000Функционирует на основе стандартов ISO9000. Результатом моделирования является схема, которая описывает бизнеспроцесс в привязке к Легкое и четкое описание бизнеспроцессов. Накопленный опыт примененияструктуре управления предприятия .SADT/ IDEF0, IDEF3Схема является основным компонентом модели. Данная методика применяется в случаях формирования новых бизнеспроцессов для введения ограничений к бизнеспроцессам, а затем при разработке бизнеспроцессов. Методика позволяет работать с существующими бизнеспроцессами по средствам анализа выполняемых ими функций и документирования механизмов, которыми достигается поставленные целиПредоставляет т возможность демонстрации управленческих воздействий на анализируемые процессы. Разрабатываемые модели легко интерпретируются в отличие от других методик. Методика не может применяться при описании динамики исполнения анализируемого процесса.BPELПредусматривается системный подход к описанию бизнеспроцессов с четко обозначенными абстракциями, описания. Разрабатываются и предлагаются механизмы совершенствования бизнеспроцессов.Существуют языковые трудности. Отсутствует качественный перевод и адаптация на русский язык. Методика не описывает сложные исследуемые бизнеспроцессы. Упрощает работу руководителя процесса в управлении им.DFDИспользуются при описании системы документооборота и обработки необходимой информации. Позволяет анализировать функции обработки информации, документы, объекты, персонал, которые участвуют в подготовке и обработке информации, а также таблицы для хранения документов. Для описания набора работ.Эффективное и простое описание процесса документооборота.UMLИспользуется высокий уровень проектирования с применением специфики, визуализации, конструирования и документирования. Применяются схемы классов, кооперации, взаимодействия, активности.Вносит ряд ограничений в процесс кодировки и позволяет устанавливать стандарт разработки программного кода.ARIS eEPCПозволяет описывать деятельность в динамике и отражает последовательность выполнения отдельных процедур (функций). Данная модель включает следующие модели: организационная структура управления; процессы на высшем уровне иерархии; функции руководителей различных уровней управления предприятием; функции руководителей подразделений по управлению и выполнению отдельных процессов; действия сотрудников по выполнению исследуемого процесса.Модели громоздкие и плохо читаемы. Отсутствует возможность визуального отражения деятельности выполнения проводимых шагов действий. Не отражает прямых управленческих воздействий, управление компанией отражено при указании входящих документов.ЯМТ (язык моделирования Тушкало)Методика дает возможность отказаться от традиционной текстовой формы записи интервью с функциональными исполнителями бизнеспроцессов в графическую форму схем бизнеспроцессов с использованием CASEсредства, но без участия исполнителей. ЯМТ схемы бизнеспроцессов имеют одноуровневую линейную структуру представления, в виде линии с нанесением временной оси или в виде набора отдельных листовПредназначена для описания бизнеспроцессов различной степени сложности и подробности. Дает оценку качества создаваемой модели бизнеспроцессов по восемнадцати нормативным правилам. Отмечается простота и доступность средств схематического изображения оцениваемых бизнеспроцессов

Для компании, проводящей реструктуризацию текущих бизнеспроцессов, возникает глобальная проблема выбора и применения методики моделирования процессов. Сложность этого выбора заключается в том, что в компаниях сталкиваются с рядом ограничений:1. Ограниченный бюджет компании. Для реализации процесса моделирования важно приобрести программное обеспечение. При этом каждый инструмент моделированияподдерживает большое количество нотаций. Поэтому, выбор стандарта моделирования обуславливается определением программного обеспечения, который в свою очередь ограничивается бюджетом.2. Потребность в квалифицированных специалистах аналитиках, которые могут эффективно работать с приобретаемым программным продуктом и знающими определенные нотации.3. Комплекс поставленных задач какойлибо методики моделирования.Учитывая, что основной целью моделирования бизнеспроцессов является отражение реального хода бизнеспроцессов предприятия, необходимо выявить, что именно будет являться результатом действительного выполнения конкретного бизнеспроцесса, кто и какие действия выполняет, какова последовательность этих действий, как организовано документационное обеспечение выполняемых процессов, насколько велика угроза неудачного выполнения процесса (насколько надежен процесс) и как он может быть модифицирован и/или расширен будущем.

Таким образом, модель бизнеспроцесса, представляющая собой графическое, табличное, текстовое или символьное его описание, должна содержать следующие сведения:набор бизнесфункций, то есть составляющих процесс «шагов»;порядок выполнения бизнесфункций;механизмы контроля и управления в рамках бизнеспроцесса; исполнителей каждой бизнесфункции; входящие документы (информацию), исходящие документы (информацию); необходимые для выполнения каждой входящей в процесс бизнесфункции ресурсы; порядок выполнения бизнесфункций; документацию (условия), регламентирующие выполнение каждой входящей в процесс бизнесфункции; параметры, характеризующие выполнение каждой бизнесфункции и бизнеспроцесса в целом. Руководство предприятия, бизнесаналитик, владелец бизнеспроцессаи другие заинтересованные стороны должны иметь четкое представление о том, как организован и функционирует бизнеспроцесс, отсюда следует, что модель должна обеспечить прозрачность хода бизнеспроцесса. Понимание хода существующих бизнеспроцессов позволит дать адекватную оценку их эффективности и качеству, что в свою очередь необходимо для разработки поддерживающего бизнес программного обеспечения. В глобализации бизнеса наблюдается тенденция объединения различных методов моделирования и анализа систем. Такого рода интеграция проявляется в форме создания интегрированных средств моделирования.Проведем сравнительный анализ методик ARIS и IDEF, результаты которого приведены в таблице 2.Таблица 2Сравнительный анализ методов ARIS, IDEF

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

Следует учитывать тот факт, что при моделировании деятельности крупных компаний, которые занимаются производством товаров, а так же оказанием услуг, целесообразно использовать различные методики моделирования. Это обусловлено тем, что для моделирования производственных процессов более предпочтительным является процессный подход (например, метод ErikssonPenker).Спецификация требований к программному обеспечению является составной частью процесса управления требованиями. Выявленные в результате использования разного рода методов требования к программным продуктам оформляются в виде документов и моделей. При разработке модели бизнеспроцессов деятельности малых предприятий, занимающиеся как производством продукции, так и оказанием услуг, возможно применять упрощенные схемы моделирования, поскольку для моделирования производственных процессов более предпочтительным является ситуативный подход.Модель BPwin рационально применять для ведения небольших по размерам деятельности компаний (малый и средний бизнес предусматривает 25 человека в группе экспертов) и длительности (23 месяца) проектов. Для крупного бизнеса и длительных проектов (например, внедрение системы непрерывного совершенствования бизнеспроцессов в соответствии со стандартами ISO) следует использовать модель ARIS. В данных условиях подготовительные работы по созданию регламентирующей документации могут занять 13 месяца, но это является необходимым элементом последующей эффективной работы.Рассмотрим перспективные направления в моделировании бизнеспроцессов.В настоящее время разрабатываются многочисленные проекты. Их целью является интеграция существующих методов и стандартов моделирования, а также и формирование комплексного методического и технологического базиса моделирования бизнеспроцессов. В более широком контексте –это моделирования компаний (enterprisemodeling).Стандартное жесткое применение систем в современных условиях не работает, необходимо непрерывно учитывать человеческий фактор, так как BPM взаимодействует через людей, то должна обеспечиваться адаптивность процессов. Поэтому в ближайшее время ожидается появление стандарта BPMN 3.0 (с добавлением Case Management).Активно развиваются технологии Process Mining, которые основываются на анализе деятельности, логов, событий и на этом строятся карты процессов. Можно выделить следующие направления развития и роста BPM:

Mobile (мобильность);

Process Mining (исследование процессов);

Agility(адаптивность);

Event Driven (управление внешними событиями);

Case Management (управление случаями).BPMS в России сфокусировались на финансовых рынках (страхование и банки) и в телекоммуникационной отрасли.BPM нужны в первую очередь там, где невозможны «коробочные решения».Также следует отметить, что развивается направление Process Intelligent(анализ бизнеспроцессов на базе процессных показателей), позволяющее применить практически любую BIсистему.Огромное значение для эффективного внедрения BPM имеет ИТархитектура, а с этим понятием на многих предприятиях дела обстоят плохо. В западных компаниях эти понятия хорошо развиты, в отличие от ситуации в России. Нужно четко осознавать, что BPM –это управленческая сквозная методология, постоянно работающая и ориентированная на рост преимуществ растущего бизнеса.ОсобенностиBPMпроектов:

тесное взаимодействие ИТ и бизнеса;

возможность быстрых побед;

защита инвестиций наследуемых информационных систем.ПреимуществапримененияBPMвпрактикекомпаний:

прозрачность деятельности предприятия;

сокращение рутинной работы;

скорость изменения бизнеспроцессов;

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

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

чтобы увидеть его целостную модель?

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

чтобы проводить автоматизацию сквозных оптимизированных бизнеспроцессов?Если руководством получены утвердительные ответы на предложенные вопросы, то разработанные структурные модели являются важным рабочим инструментом для собственников, менеджмента, специалистов, (структурная модель –упорядоченный по определенному принципу комплекс процессов с указанием основных связей между ними).Иными словами, структурные модели и графические схемы процессов должны быть понятны не только бизнес аналитикам и сотрудникам ITотделов. Важна простота и наглядность схем. Сложные, запутанные схемы, которые содержат ряд условных обозначений, плохо воспринимаются и практически не используются.При выборе нотации моделирования рекомендуется пользоваться следующими критериями:

простота формирования графических схем;

интуитивная понятность схем;

минимальная потребность в обучении сотрудников;

наличие доступных инструментов для описания (MS Visio, MS Word).Для дальнейшего успешного внедрения процессного подхода к управлению предприятием необходимо проектирование таких бизнеспроцессов, которые способны реализовать стратегические цели организации. Основным шагом в этом направлении является описание и регламентация бизнеспроцессов организации.Описание бизнеспроцессов регламентирует работы по выделению и описанию бизнеспроцессов организации в однородном формате (в стандартных формах) и с использованием стандартного программного обеспечения. Характеристика бизнеспроцесса используются:

для анализа и оценки эффективности бизнеспроцесса;

для оптимизации бизнеспроцесса по определенным индикаторам эффективности;

для формирования эффективной системы управления;

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

выполнения бизнеспроцесса;

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

Ссылки на источники1. ЖудинМ.НОбзорпрограммныхпродуктовбизнес–моделирования//Корпоративныйменеджмент:сетевойжурнал.2009.–351c.2. СамуйловК.Е.,ЧукаринА.В.,ЯркинаН.В..Бизнеспроцессыиинформационныетехнологиивуправлениителекоммуникационнымикомпаниями.М.:АльпинаПаблишерз,2009.446с.

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

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

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

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

Наличие комплексной модели предприятия является основой для выполнения следующих работ:

• · проведения анализа, оценки и внесения предложений по совершенствованию деятельности предприятия;
• · разработки автоматизированной системы управления предприятием;
• · разработки системного проекта и внедрения корпоративной информационной системы (КИС), поддерживающей систему управления;
• · подготовки и проведения процедуры сертификации предприятия в соответствии с требованиями международных стандартов качества серии ИСО 9000

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

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

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

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

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