Главная » Персонал » Обзор основных сфер применения моделирования бизнес процессов. Практическое применение моделирования бизнес-процессов

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

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

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

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

Основу многих современных методологий моделирования бизнес-процессов составили методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования), семейство стандартов IDEF (Icam DEFinition, где Icam - это Integrated Computer-Aided Manufacturing) и алгоритмические языки.

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

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

Описание потоков работ (Work Flow Modeling ). Стандарт IDEF3 предназначен для описания рабочих процессов и близок к алгоритмическим методам построения блок-схем.

Описание потоков данных (Data Flow Modeling ). Нотация DFD (Data Flow Diagramming ), позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами.

Прочие методологии.

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

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

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

Бизнес-процессы управления.

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

Цели моделирования бизнес-процессов обычно формулируются следующим образом:

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

Обеспечить понимание текущих проблем организации и возможностей их решения;

Убедиться, что заказчики, пользователи и разработчики одинаково понимают цели и задачи организации;

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

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

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

Этапы описания бизнес-процессов:

Определение целей описания.

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

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

Описание потоков (материальных, информационных, финансовых) процесса, построение DFD-диаграмм.

Построение организационной структуры процесса (отделы, участники, ответственные).

IDEF0

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

Место соединения дуги с блоком определяет тип интерфейса:

Управляющая информация входит в блок сверху.

Входная информация входит в блок слева.

Результаты выходят из блока справа.

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

Каждый компонент модели может быть декомпозирован (расшифрован более подробно) на другой диаграмме. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цель. Общее число уровней в модели не должно превышать 5-6.

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

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

IDEF3

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

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

Все связи в IDEF3 являются однонаправленными и организуются слева направо.

Типы связей IDEF3:

Временное предшествование (Temporal precedence), простая стрелка. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться.

Объектный поток (Object flow), стрелка с двойным наконечником. Выход исходного действия является входом конечного действия. Исходное действие должно завершиться, прежде чем конечное действие сможет начаться. Наименования потоковых связей должны чётко идентифицировать объект, который передается с их помощью.

Нечеткое отношение (Relationship), пунктирная стрелка.

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

Ветвление процесса отражается с помощью специальных блоков:

- "И", блок со знаком &.

- "Исключающее ИЛИ" ("одно из"), блок со знаком Х.

- "ИЛИ", блок со знаком О.

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

DFD

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

Основными компонентами диаграмм потоков данных являются:

Внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад);

Системы и подсистемы (например, подсистема по работе с физическими лицами);

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

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

Потоки данных (на диаграмме - стрелки).

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

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

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

При моделировании бизнес-процессов диаграммы потоков данных (DFD) используются для построения моделей "AS-IS" и "AS-TO-BE", отражая, таким образом, существующую и предлагаемую структуру бизнес-процессов организации.

ARIS

В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является программный продукт, носящий название ARIS (Architecture of Integrated Information Systems), разработанный германской фирмой IDS Scheer.

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

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

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

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

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

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

Основная бизнес-модель ARIS - eEPC (extended Event-driven Process Chain, расширенная модель цепочки процессов, управляемых событиями). Нотация ARIS eEPC является расширением нотации IDEF3. Бизнес-процесс в нотации eEPC представляет собой поток последовательно выполняемых работ (процедур, функций), расположенных в порядке их выполнения. Реальная длительность выполнения процедур в eEPC визуально не отражается.

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

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

Основные объекты нотации eEPC:

Функция. Служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия. Каждая функция должна быть инициирована событием и должна завершаться событием; в каждую функцию не может входить более одной стрелки, "запускающей" выполнение функции, и выходить более одной стрелки, описывающей завершение выполнения функции.

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

Организационная единица. Например, управление или отдел.

Документ. Отражает реальные носители информации, например, бумажные документы.

Прикладная система.

Кластер информации. Характеризует набор сущностей и связей между ними.

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

Логический оператор. Оператор "И", "ИЛИ" или исключающее "ИЛИ", позволяет описать ветвление процесса.

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

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

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

Введение

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

2. Классификация бизнес-процессов

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

Заключение

Список используемых источников

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бизнес-Модель - это то, что делает компания и благодаря чему она зарабатывает деньги (Том Мэлоун)

Бизнес-стратегия есть теория, бизнес-модель - гипотеза (Николас Карр)

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

2. КЛАССИФИКАЦИЯ БИЗНЕС-ПРОЦЕССОВ

Выделяют следующую классификацию :

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

горизонтальные процессы – процессы, отражающие взаимодействие по горизонтали;

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

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

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

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

В зависимости от степени их сложности выделяют:

монопроцессы – односложные процессы;

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

связанные процессы – выделенные и последовательно реализуемые по определенному алгоритму монопроцессы.

В зависимости от их предназначения:

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

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

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

В зависимости от их места в иерархии целей организации:

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

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

бизнес-процессы нижнего уровня бизнес-процессы, направленные на реализацию оперативных целей.

В зависимости от степени их детализации :

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

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

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

В рамках основных составляющих сбалансированной системы показателей:

финансовые бизнес-процессы;

клиентские бизнес-процессы;

бизнес – процессы производства;

бизнес-процессы развития, обучения и роста.

Стандарт функционального моделирования IDEF0

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

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

Модель IDEF 0 представляет собой серию диаграмм с сопроводительной документацией, разбивающих сложный объект на составные части, которые изображены в виде блоков. Детали каждого из основных блоков показаны в виде блоков на других диаграммах. Каждая детальная диаграмма является декомпозицией блока из диаграммы предыдущего уровня. На каждом шаге декомпозиции диаграмма предыдущего уровня называется родительской для более детальной диаграммы. Общее число уровней в модели (включая контекстный) не должно превышать 5-6. Практика показывает, что этого вполне достаточно для построения полной функциональной модели современного предприятия любой отрасли .

Стандарт информационного моделирования IDEF1

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

Рисунок 2 – Пример построения модели IDEF1

Основными составляющими компонентами информационной модели являются:

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

словарь – значение каждого элемента модели описывается текстовым фрагментом.

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

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

В последние годы интерес в России к методологиям семейства IDEF неуклонно растет. При этом интерес к таким стандартам, как IDEF3–5 является теоретическим, а к IDEF0 вполне практически обоснованным.

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

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

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

1. Войнов И.В. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей [Текст]: монография / И.В. Войнов – М.: ЮУрГУ, 2002. – 392 с.

2. Волков О.Н. Стандарты и методологии моделирования бизнес-процессов [Текст]: учеб. пособие для вузов / О.Н. Волков. – М.: АСВ, 2000. – 145 с.

3. Григорьев Д.И. Моделирование бизнес-процессов предприятия [Текст]: учеб. пособие / Д.И. Григорьев. – М.: ИРЦ, 2006. – 214 с.

4. Калянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов [Текст]: учеб. пособие / Г.Н. Калянов. – М.: Финансы и статистика, 2006. – 319 с.

5. Пинаев Д.К. Моделирование бизнес-процессов: доступно о сложном [Текст]: справ. пособие / Д.К. Пинаев. – М.: РГАС, 2003. – 247 с.

Репетиторство

Нужна помощь по изучению какой-либы темы?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Роман Исаев

Эксперт по организационному развитию и процессному управлению

Партнёр ГК «Современные технологии управления»

Руководитель проектов организационно-корпоративного развития

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

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

Бизнес-модель — это формализованное описание (например, графическое) определенного аспекта или сферы деятельности организации.

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

В нотации (правилах) специализированного программного продукта бизнес-моделирования: комбинация графики, таблиц и текста. Более подробно — см. Глава 8;
Графический: дерево, блок-схема, технологическая карта и т. п. ;
Табличный;
Текстовый.

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

Основные виды бизнес-моделей, которые разрабатываются в организациях:

дерево (иерархический список) бизнес-процессов — см. Рис. 1;
графические модели бизнес-процессов;
модель организационной структуры — см. Рис. 2;
модели целей и показателей (стратегические карты BSC / KPI);
модели библиотеки документов (дерево документов), модели информационных систем (системная архитектура) — см. Рис. 3;
модели продуктов и услуг — см. Рис. 4;
модели по менеджменту качества и многое другое.

Все эти модели позволяют разработать профессиональные программные продукты бизнес-моделирования (ППБМ).

Более 10 лет автор использует в проектах и собственных разработках большинство известных на рынке ППБМ решений: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio. У каждого из них есть свои функциональные особенности, ограничения и преимущества. Подробнее ознакомиться с разработанной автором методикой сравнения программных продуктов можно в книге Глава 8.

Рис. 1. Дерево бизнес-процессов банка (верхний уровень)

Рис. 2. Модель организационной структуры банка (верхний уровень)

Рис. 3. Модель библиотеки документов банка (фрагмент)

Рис. 4. Модель продуктов и услуг банка (верхний уровень)

«Джентльменский набор» знаний и инструментов бизнес-аналитика

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

Программные продукты бизнес-моделирования: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Бизнес-инженер, Microsoft Visio;
Нотации бизнес-моделирования и описания бизнес-процессов: IDEF0, IDEF3, Data Flow Diagram (DFD), extended Event Driven Process Chain (eEPC), Value Added chain Diagram (VAD), Cross Functional Flowchart и др. В каждый программный продукт бизнес-моделирования заложен свой набор нотаций, и они подробно описаны в Руководстве пользователя к программному продукту;
Методики и методы бизнес-инжиниринга / менеджмента:
- Разработка и внедрение системы сбалансированных показателей BSC / KPI;
- Описание бизнес-процессов;
- Анализ, оптимизация, повышение качества бизнес-процессов;
- Управление бизнес-процессами на долгосрочной основе;
- Функционально-стоимостной анализ (ФСА) и имитационное моделирование;
- Описание и оптимизация организационной структуры, численности персонала;
- Построение систем мотивации персонала;
- Построение и организация функционирования системы менеджмента качества (ISO 9000);
- Управление проектами (в том числе по PMBOK — Project management body of knowledge);
- Построение комплексной бизнес-модели организации;
- Бенчмаркинг;
- Lean, 6 Sigma;
- TQM (всеобщее управление качеством);
- Различные отраслевые методики и стандарты, разработки консалтинговых компаний. Полный перечень и подробное описание всех методик применительно к банковской отрасли представлены в .
Типовые решения, примеры, наработки и материалы. Чтобы не разрабатывать большую часть материалов с нуля и не совершать ошибок, которые уже прошли другие специалисты, необходим набор типовых решений, моделей, документов и т. п. Например, электронная база данных (справочник) «Комплексная типовая бизнес-модель коммерческого банка» .

Таким образом, можно сформировать следующую схему (см. Рис. 5):

Методика + Типовые решения + Программный продукт = Результат

Рис. 5. «Джентльменский» набор знаний и инструментов бизнес-аналитика

Здесь Методики и методы показывают, КАК выполнять проекты и задачи.

Типовые решения и материалы демонстрируют, ЧТО должно получиться на выходе (результат).

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

Бизнес-моделирование: особенности практического применения

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

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

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

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

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

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

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

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

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

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

Действительно, несоблюдение даже 1-2 принципов может оказать негативное влияние на развитие организации.

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

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

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

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

Бизнес-моделирование и связанные с ним технологии / решения оказывают существенное влияние на рейтинги организации, которые присваиваются рейтинговыми агентствами, в том числе международными (Fitch, Moody’s, S&P и др.).

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

Адекватная и детально проработанная стратегия организации;
Развитая система риск-менеджмента (включая систему управления операционными рисками);
Уровень регламентированности (формализованности) бизнес-процессов;
Качество бизнес-процессов (история показателей KPI);
Уровень автоматизации бизнес-процессов, состояние информационных систем и технологий (ИТ);
Организационная структура (формализованность, эффективность, прозрачность, распределение ответственности и полномочий);
Эволюция и функционирование различных систем управления в организации (система менеджмента качества, система работы и взаимоотношения с клиентами, система управления персоналом и т. п.).

Детальные условия и оценки зависят от конкретного агентства.

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

Нормативные и отчётные документы организации;
Наблюдение за деятельностью организации и интервью.

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

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

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

Участие в тендерах и аккредитациях;
Улучшение имиджа (авторитета) организации на рынке, среди партнёров и контрагентов;
Улучшение имиджа (авторитета) организации у органов государственной власти;
Расширение клиентской базы;
Привлечение инвесторов;
Как следствие всех перечисленных пунктов — улучшение финансовых показателей.

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

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

Практика бизнес-моделирования в финансово-кредитных организациях

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

«Вся деятельность банка по нажатию одной кнопки на компьютере»

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

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

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

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

«Системный подход к развитию банка»

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

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

Мы опишем все ключевые бизнес-процессы, создадим процессные команды и обучим их, обеспечим эффективное взаимодействие всех участников бизнес-процессов, чтобы бизнес-процессы выполнялись быстрее;
Улучшим (оптимизируем) процессы, где это потребуется, затем организуем управление бизнес-процессами на постоянной основе. В рамках каждого бизнес-процесса мы организуем стратегическое планирование, чтобы каждый бизнес-процесс имел стратегию на основе современных рыночных тенденций, требований клиентов и стратегии банка, а также цели и показатели;
Когда бизнес-процессы и управление ими станут прозрачными и отлаженными, мы перейдём к следующей задаче — построение системы менеджмента качества банка (по стандартам ISO 9000) на основе системы управления процессами. Т. е. СМК будет надстройкой для системы управления процессами. Это позволит банку получить сертификат соответствия ISO 9001 и повысить свой имидж, как среди клиентов, так и среди партнёров. Также благодаря СМК и стандартам ISO 9000, мы значительно снизим количество претензий Клиентов к банку и расходы на некачественные продукты и услуги, минимизируем операционные риски, дополним деятельность банка новыми требованиями и методами управления;
Параллельно с этим мы начнём автоматизацию бизнес-процессов. Обновим и переведём на качественно новый уровень системы электронного документооборота и оперативного управления (DocFlow / WorkFlow), взаимодействия с клиентами (CRM) и др. Создадим единый проектный офис, который будет курировать все проекты по организационно-корпоративному развитию банка, качественно улучим управление персоналом банка, чтобы данная деятельность представляла собой систему.

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

Заключение

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

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

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

Структура системы включает в себя следующие функциональные области:

управление бизнес-процессами
электронный архив
система показателей KPI

Моделирование

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

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

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

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

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

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

Типовые процессы могут настраиваться для регулярного исполнения автоматически:

Панели контроля и аналитики

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

Анализ процессов с помощью показателей

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

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

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

Расчетные показатели – это суммарные значения, складывающиеся из ряда ключевых показателей по специальной формуле. Например, для вычисления значения «Финансы» складываются показатели «Объем продаж» и «Маржинальная прибыль»:

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

Модель представления может настраиваться под конкретного пользователя.

Общее впечатление от системы

В решении «Управление процессами» на базе 1С: Предприятие 8 представлен обширный набор средств для построения бизнес-процессов компании. Здесь есть и графический редактор, и инструменты контроля/совершенствования бизнес-процессов, и пользовательские панели визуального отображения показателей.

KPI здесь – не просто опциональный «довесок», а элемент контроллинга процессной модели компании.

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

ELMA BPM Suite

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

Полноценное решение для бизнеса, которое сочетает в себе функционал BPM, метрики процессов, средства управления стратегией и инструменты мотивации персонала, предлагается в пакете ELMA BPM Suite .
Рассмотрим какой функционал поставляется разработчиком в рамках данного пакета.

Моделирование

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

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

Панели контроля и аналитики

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

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

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

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

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

Теперь о том, как цели и показатели отображаются в веб-интерфейсе.

Контроль процессов с помощью KPI

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

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

Процессы, которые исполняются в штатном режиме, отмечаются в Мониторе процессов зеленым цветом, «отстающие» или «проблемные» – соответственно желтым и красным:

Связь стратегических целей и KPI

В Карте целей графически показаны направления деятельности и стратегические цели компании на текущий период. Уровень «вложенности» карты целей зависит от того, насколько разветвлена организационная структура компании. У каждого подразделения эти цели свои, и они отражают специфику его деятельности:

Общее впечатление о системе

ELMA в варианте поставки BPM Suite – это полноценная система моделирования, управления и контроля бизнес-процессов.
Большое внимание разработчики продукта уделяют учету показателей KPI, что отражено в таких компонентах системы, как показатели эффективности, гибко настраиваемые в соответствии с оргструктурой, процессами компании и привязанные к стратегическим целям, матрица эффективности, SMART-задачи. Динамика показателей отражается с помощью графики и пользовательских дэш-бордов. Все эти инструменты позволяют контролировать качество исполнения бизнес-процессов.

Business Studio

Система бизнес-моделирования процессов предприятия, интересная по своему функционалу и исполнению. Разработчик – отечественный ИТ-вендор ГК «Современные технологии управления». Круг задач, которые позволяет решать Business Studio , включает в себя моделирование и контроллинг бизнес-процессов, проектирование стратегических целей BSC с привязкой к показателей KPI сотрудников и подразделений, имитационное моделирование и анализ баланса компании, поддержка СМК.

Моделирование

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

Анализ процессов с помощью показателей KPI

В системе есть такой механизм отслеживания динамики, как контроллинг процессов:

Панели контроля и аналитики

В системе есть удобные дэш-борды для ознакомления с показателями компании:

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

Динамика изменений этих показателей хорошо видна на соответствующих диаграммах:

Связь стратегических показателей и KPI

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

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

Общее впечатление от системы

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

ARIS Express 2.4

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

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

Моделирование

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

Графическая среда для выстраивания процессной логики и иерархии (process landscape):

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

Разработчики ARIS Express 2.4 не обошли вниманием такой аспект, как показатели эффективности персонала.

Панели контроля и аналитики

В бесплатной поставке не предусмотрены. А вот в версии продукта ARIS Business Strategy есть дэшборды для отслеживания KPI и BCS.

Связь стратегических целей с KPI

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

Впечатление о системе

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

Вывод

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

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

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

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

Система	Тип системы	Отображение стратегических целей	Панель показателей сотрудника	Возможность корректировки процессов на ходу	Поддержка мобильных устройств