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

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

Задачу анализа бизнес-процессов (деловое моделирование), столь популярную в последние десятилетия ввиду устойчивой конъюнктуры, следует рассматривать, как часть более общей задачи, анализа проблемной области Анализ проблемной области - АПО. Работы, посвященные анализу проблемной области, появились в отечественной литературе в середине прошлого века; данная тематика неразрывно связано с задачным подходом и инженерией экспертных систем. Первые шаги в области моделирования были проведены в построении интеллектуальных систем. Для такой «более приземленной» задачи, как задача построения АИС - эти методы начали применяться позднее. Стратегии извлечения знаний во многом пересекаются с работой аналитика, методы решения задачи путем редукции на подзадачи и поиска в пространстве состояний нашли свое отражение во множестве методик бизнес-анализа, анализа и синтеза программных систем и этот список можно продолжать. В дипломной работе рассматривается вопрос насколько результативно применение тех или иных моделей и методов при описании организационных систем.

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

С позиций моделирования, анализ требований (АТ) и анализ проблемной области (АПО) - принципиально разные процессы.

АПО преследует классические цели создания модели: налицо объект (автоматизируемое предприятие или организационная система Организационная система - ОС, ОС) и задача аналитика - отразить этот объект в создаваемой модели с требуемой степенью точности схема процесса разработки представлена на рисунке 3.

Анализ требований, напротив, направлен на моделирование воображаемого, еще не существующего объекта (АИС). Т.е. сначала создается модель, а затем, на ее основании, синтезируется объект. Рассмотрим теперь обобщенную «формулу» создания АИС.

ОС->М(ОС)->М(АИС)->М" (АИС)->М"" (АИС)->М""" (АИС)->АИС

Проведя анализ организационной системы можно создать модель М(ОС). Это - модель бизнес-анализа (проблемной области).

Анализ проблемной области позволяет вычленить:

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

Выделив среди функций те, которые подлежат автоматизации, мы получаем основу для выявления функциональных требований к системе. Остальная, собранная на этапе АПО, информация служит для поиска нефункциональных требований. В результате получаем модель АТ, как первое приближение модели АИС, М(АИС).

Углубленный анализ и проектирование, формируют, соответственно, аналитическую модель М" (АИС), проектную модель М"" (АИС) и модель реализации М""" (АИС).

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

АИС в свою очередь представляет собой модель организационной системы М" (ОС), замыкая цикл моделирования. Для того, чтобы прояснить связь между этими процессами, необходимо заметить, что создаваемая АИС также является моделью, по отношении к ОС. Таким образом, создавая документ АТ, мы тем самым порождаем как бы «модель второго порядка», т. к. документ АТ является ничем иным, как моделью модели ОС. Не обладая моделью АПО, мы, конечно, можем создать модель АТ. Но при этом мы рискуем тем, что при синтезе оригинала модели (т.е. АИС), не обладая знаниями об ОС, мы можем попасть в ситуацию рассогласования: результирующая АИС не будет ингерентна (согласована с) ОС и, тем самым, не станет жизнеспособной.

Процесс разработки АИС можно отобразить в виде диаграмм в программе BPwin. На рисунке 4 отображены этапы разработки АИС. Диаграммы верхнего уровня - Создание программы (рис. 4) состоит из двух диаграмм второго уровня Разработка и Тестирование.

Разработка состоит из Построения каркаса программы и Создания тела программы.

Третий уровень Построение каркаса программы

Четвертый уровень Создание тела программы.

Пятый уровень Тестирование

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

• - модели, преследующие цель анализа и улучшения организационной системы (например, SWOT, VCM, BPR, CPI/TQM/ISO9000, BSC),
• - модели общего назначения, такие, как SADT, DFD, IDEF1, IDEF3, IDEF5 и другие,
• - модели, специально разработанные для использования при автоматизации (например, ISA, BSP, ARIS, RUP).

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

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

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

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

Для решения задач функционального моделирования, то есть описания существующих процессов или процессов, которые мы стремимся получить в идеале, широко используется методология структурного анализа и проектирования технология SADT Structured Analysis and Design Technigue.

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

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

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

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

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

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

Внешняя сущность (рис. 10а) - объект (например, поставщик, клиент и т.д.), с которым взаимодействует данный работник;

Накопитель (рис. 10б) - любое хранилище данных;

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

Поток данных (рис. 10г) - характеризует связь (над стрелкой рекомендуется указать наименование конкретного документа).

Анализ данных заключается в следующем:

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

b. Определяется структура данных: название(имя), тип, свойства;

c. Формирование информационных объектов (ИО);

d. Установление связей между информационными объектами.

Каждый информационный объект образует совокупность логически связанных реквизитов. В таблице 1 приведен пример ИО:

Таблица 1. ИО «Журнал учета организаций-клиентов»

Состав реквизитов определяет структуру ИО. Каждый ИО имеет уникальное имя.

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

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

На рисунке 12 приведен пример ИЛМ

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

Анализ программ бизнес моделирования позволяет сделать вывод, что для ведения бизнес процессов моделирования, BPwin является уникальной программой, которая позволяет создавать модели процессов и поддерживает в одной модели в дополнение к IDEF0 еще два стандарта (нотации) моделирования - DFD и IDEF3. Каждая из этих трех нотаций позволяет рассмотреть различные стороны деятельности предприятия:

• 1) диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии, они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты производят работы, что является управляющими факторами и какие ресурсы для этого необходимы;
• 2) нотация IDEF0 позволяет выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия;
• 3) диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации.

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

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

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

Для ответа на вопрос как должно работать предприятие в будущем? Какой выигрыш (проигрыш) даст реорганизация? Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (Как будет) - модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для оценки последствий внедрения информационной системы и анализа альтернативных / лучших путей выполнения работы и документирования того, как предприятие будет функционировать в будущем. Как правило, строится несколько моделей ТО-ВЕ, из которых по какому-либо критерию выбирается наилучшая (рис. 7). Например, каждая из моделей ТО-ВЕ может соответствовать определенной информационной системе.

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

Программа BPwin предоставляет аналитику два инструмента для оценки модели - стоимостный анализ, основанный на работах (Activity Based Costing, ABC), и свойства, определяемые пользователем (User Defined Properties, UDP). ABC является широко распространенной методикой, используемой международными корпорациями и государственными организациями для идентификации движителей затрат в организации.

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

Обычно ABC применяется для того, чтобы понять происхождение затрат и облегчить выбор нужной модели работ при реорганизации деятельности предприятия (Business Process Re-engineering, BPR). С помощью стоимостного анализа можно решить такие задачи, как определение действительной стоимости производства продукта, определение действительной стоимости поддержки клиента, идентификация работ, которые стоят больше всего (те, которые должны быть улучшены в первую очередь), и др. в каждой из моделей AS-IS и ТО-ВЕ.

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

Кроме этого BPwin позволяет делать достаточно эффективные оценки стоимости, но при этом не претендует на высокую точность таких оценок. Для точных вычислений затрат можно воспользоваться специализированным средством стоимостного анализа EasyABC. BPwin поддерживает двунаправленный экспорт - импорт в EasyABC. Результаты стоимостного анализа наглядно представляются на специальном отчете BPwin - ABC. ABC позволяет оценить стоимостные и временные характеристики системы. Если стоимостных показателей недостаточно, имеется возможность внесения собственных метрик - свойств, определенных пользователем UDP.

В рамках данной дипломной работы будут рассматриваться элементы линейки AllFusion компании Computer Associates.

Изучив первоисточники и проанализировав их, а также само средство - программу BPwin сделаем выводы: любую деятельность или структуру предприятия можно спроектировать и представить в виде, что позволит оптимизировать работу организации, проверить её на соответствие стандартам ISO9000, спроектировать структуру, снизить издержки, исключить ненужные операции, повысить гибкость и эффективность. BPwin поддерживает сразу три нотации моделирования: IDEF0 федеральный стандарт США, IDEF3 и DFD и является уникальным программным средством в области проектирования автоматизированных информационных систем. Проанализировав все процессы, в завершение параграфа представлен рисунок 14, демонстрирующий все процессы такие как анализ требований и другие рабочие потоки программной инженерии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию.

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

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

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

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

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

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

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

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

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

BizAgi Suite

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

ELMA BPM

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

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

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

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

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

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

• Построение моделей бизнес-процессов
• Назначение ролей бизнес-процессов сотрудникам
• Выполнение и отслеживание процессов в реальном времени
• Системная работа с документооборотом
• Удобная “справка”
• Отличная поддержка
• Интеграция с 1С

Стоимость

• 77.000 рублей, за 10 лицензий ELMA Standart. Это минимальное количество. На мой взгляд, стоимость вполне адекватна функционалу.

Резюме

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

Business Studio

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

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

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

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

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

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

• Моделирование процессов в разных нотациях
• Постановка целей компании по Системе сбалансированных показателей
• Интеграция со сторонними системами.
• Контроль выполнения процессов
• База знаний

Стоимость

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

Резюме

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

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

Visual Paradigm

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

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

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

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

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

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

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

• Моделирование бизнес-процессов в разных нотациях
• Построение других моделей
• Проверка моделей
• Автоматическая генерация документов
• Создание и назначение правил поведения моделей
• Взаимосвязь моделей
• Выгрузка моделей в виде программного кода
• Версия для Mac OS X

Стоимость

• По подписке – 35$ в месяц
• Полная лицензия – 800$

Резюме

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

BizAgi Modeler

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

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

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

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

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

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

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

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

• Нотация BPMN
• Проверка моделей
• Автоматическая генерация документов
• Управление атрибутами элементов моделей
• Возможность добавлять свои элементы в модели
• Выгрузка модели в графическом виде
• Удобный интерфейс
• На русском языке
• Возможна совместная работа над моделями

Стоимость

• Полностью бесплатно

Резюме

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

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

ARIS Express

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

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

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

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

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

• Нотации eEPC и BPMN
• Карта процессов
• Организационная структура
• Функция Smart Design
• Выгрузка модели в графическом виде
• Простой интерфейс

Стоимость

• Полностью бесплатно

Резюме

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

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

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

Gliffy

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

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

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

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

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

• Полная поддержка BPMN
• Взаимосвязи моделей через гиперссылки
• Удобное построение моделей
• Гибкая настройка внешнего вида элементов

Стоимость

• Бесплатно с небольшими ограничениями
• 4.95$ в месяц для стандартной версии и 9.95$ для бизнес-версии

Резюме

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

BPsimulator

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

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

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

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

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

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

• Моделирование процесса
• Оценка стоимости / длительности процесса
• Симуляция
• Удобное построение моделей
• Отчеты
• Сохранение моделей в Google Drive или One Drive

Стоимость

• Бесплатно с рекламой
• 300 руб/мес без рекламы и с небольшими плюшками

Резюме

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

Draw io

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

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

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

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

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

• Построение различных диаграмм
• Сохранение моделей в Google Drive, Dropbox или One Drive
• Отсутствует возможность коллективной работы

Стоимость

• Бесплатно

Резюме

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

У меня все.

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

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

Этап 1. Диагностика системы управления организации.

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

определение проблемных зон во взаимодействии должностных лиц и подразделений при решении задач;

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

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

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

Этап 2. Моделирование существующих бизнес-процессов.

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

Создание функциональных моделей и диаграмм происходит в следующей последовательности:

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

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

• 3. Моделирование в SADT означает создание диаграмм А0 и А-0. Эти две диаграммы полностью рассказывают все об изучаемой системе с минимальной степенью детализации. Прежде чем начать моделирование необходимо подготовиться к нему, собрать информацию, декомпозировать объект исследования (декомпозиция - диаграмма А0 освещает наиболее важные функции и объекты системы), затем обобщить эту декомпозицию (диаграмма А-0 трактует систему как черный ящик, дает ей название и определяет наиболее важные входы, управления, выходы и механизмы):
• 3.1. Выбор цели и точки зрения.
• 3.2. Составление списка данных. При этом лучше, если данных больше, чем меньше. Данные можно сразу группировать по типам.
• 3.3. Составление списка функций. Функции системы тоже лучше объединить по типу используемых данных. Затем функции объединяются в группы (от трех до шести). Желательно, чтобы эти группы имели один и тот же уровень сложности, содержали примерно одинаковый объем действий и функции в каждой из них имели сходные операции и цели.
• 3.4. Построение и обобщение диаграммы А0 (А0 - А-0). Для любой SADT-диаграммы есть родительская диаграмма, содержащая ее контекст. Контекстом для А0 служит А-0, представляющая обобщение всей модели. Эта диаграмма имеет несколько назначений: она объявляет общую функцию всей системы, дает множество основных типов или наборов данных, которые использует или производит система, указывает взаимоотношения между основными типами данных, производя их разграничение.
• 3.5. Декомпозиция ограниченного объекта. Начало процесса декомпозиции заключается в выборе блока рассматриваемой диаграммы и рассмотрении объекта, определяемого этим блоком и его дугами. При этом надо учесть, что рассматривать следует в первую очередь такой блок, декомпозиция которого выявит многие аспекты диаграммы А0 и будет оказывать большее влияние на будущие декомпозиции других блоков этой системы. При выборе самого содержательного блока нужно учесть и доминирование, и функциональную сложность и понятность. Лучшим блоком для первой декомпозиции будет тот, который позволит наиболее глубоко проникнуть в суть рассматриваемой системы.
• 3.6. Итерационный процесс рецензирования.
• 3.7. Завершение моделирования. Декомпозиция модели или ее части прекращается, если модель достигла уровня детализации, достаточного для достижения цели. Декомпозиция блока может быть прекращена, если окажется, что функции блока очень сходны с другой частью модели, которая уже декомпозирована. Таким образом, достаточность деталей, изменение уровня абстракции, изменение точки зрения и сходная функциональность являются основными критериями для прекращения декомпозиции.
• 3.8. Документирование См.: Калянов, Г. Н. CASE-технологии. Структурный системный анализ (автоматизация и применение) / Г.Н. Калянов. - М:, Лори, 2002. - С.76-80..

Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Результатом выполнения работ по данному этапу проекта будет являться комплект моделей бизнес-процессов, описывающий текущее состояние деятельности организации (или отдельного направления ее деятельности). Разработанный комплект моделей является основой для проведения оценки оптимальности и оптимизации соответствующих бизнес-процессов См.: Вендров, А.М. Современные методы и средства проектирования информационных систем / А.М. Вендров. - М.: Финансы и статистика, 2005. - С.176. .

Этап 3. Оценка оптимальности и оптимизация бизнес-процессов.

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

Проведение оценки оптимальности по перечисленным параметрам приводит к достижению следующих результатов:

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

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

Этап 4. Организация внедрения изменений.

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

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

• - проведение инструктажа сотрудников, ответственных за проведение изменений с целью разъяснения целей и мероприятий, порядка и форм внедрения новых моделей.
• - мониторинг проведения опытной эксплуатации новых стандартов функционирования Компании с целью выявления отклонений разработанных моделей бизнес-процессов от реальной возможности выполнения работ.
• - корректировка моделей бизнес-процессов на основании результатов опытной эксплуатации См.: Техническое задание проекта реорганизации бизнес-процессов предприятия. Режим доступа: http://www.finexpert.ru/content.asp?mID=60&ID=128&mode=w .

Этап 5. Разработка регламентирующих документов

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

Этап 6. Внедрение регламентирующих документов.

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

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

Материал из сайт

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

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

1. Нотации специализированного программного продукта: комбинация графики, таблиц и текста.
2. Графическое описание: дерево, блок-схема, технологическая карта.
3. Табличное описание.
4. Текстовое описание.

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

Какие задачи помогает решить моделирование бизнес-процессов

1. Распределение ответственности.
Построение бизнес-модели содействует чёткому распределению ответственности между сотрудниками за каждое выполняемое ими действие в компании, исключая выборочный контроль со стороны руководителей.
2. Независимость от незаменимых сотрудников.
Кадровая текучка больше не влияет на наработанный рабочий ритм, роль и ценность ключевых сотрудников уменьшается, ценная рабочая информация не покидает пределы компании . Процессная модель позволяет формировать собственную базу знаний предприятия и минимизировать значение человеческого фактора.
3. Время адаптации новых сотрудников сокращается.
Наличие схем бизнес-процессов, где описаны последовательность действий и взаимоотношения с другими сотрудниками, поможет новому персоналу быстрее вникнуть в особенности работы и успешно завершить испытательный срок.
4. Возможности для расширения бизнеса.
С готовой процессной моделью привычная схема работы предприятия без усилий распространяется на новые филиалы и представительства.
5. Делегирование обязанностей, независимость от руководителя.
С помощью бизнес-моделирования отпадает необходимость постоянного участия собственника в делах компании.
6. Мотивация персонала.
Бизнес-моделирование – это контроль эффективности выполняемых функций, распределение за них ответственности.
7. Проведение реинжиниринга.
Зная дневную загрузку и рабочие функции каждого сотрудника, можно эффективно провести реструктуризацию предприятия, сократив или перераспределив ответственность за определенные функции и бизнес-процессы между персоналом.
8. Прозрачность, управляемость и контролируемость на всех уровнях деятельности организации.
9. Снижение издержек и времени выполнения операций.
10. Повышение лояльности и удовлетворенности клиентов, и, как следствие, репутации организации.
11. Бизнес-моделирование оказывает существенное влияние на рейтинги организации, которые присваиваются рейтинговыми агентствами, в том числе международными (Fitch, Moody’s, S&P и др.).
12. Более широкие возможности для привлечения инвесторов и улучшение финансовых показателей.
13. Более высокие шансы компании на получение долгосрочных займов.
14. Налаженная технология ведения бизнеса значительно упрощает задачу продажи готового бизнеса в случае необходимости.