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

Тип работы:
Реферат
Предмет:
Экономические науки


Узнать стоимость

Детальная информация о работе

Выдержка из работы

АЛГОРИТМИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ КАК ИНСТРУМЕНТ УПРАВЛЕНИЯ МАРКЕТИНГОВЫМИ АКТИВАМИ
В статье рассмотрены вопросы алгоритмизации моделирования системы бизнес-процессов как основного элемента стратегии компании, основанной на компетенциях. Приведены примеры функционального моделирования бизнес-процессов, построения моделей документирования и управления информационными потоками компании в стандартах IDEF-технологий. Даны рекомендации по практическому применению инструментов алгоритмизации и автоматизации структурного моделирования системы бизнес-процессов компании.
Ключевые слова: бизнес-алгоритм- алгоритмизация бизнес-процесса- структурный анализ системы бизнес-процессов- IDEF-технологии.
Бизнес-процессы составляют основу работы любой организации. Стратегическое конкурентное преимущество компании достигается посредством лидерской стратегии по доступу к ресурсам и организации бизнес-процессов как структурированной совокупности различных видов деятельности. Ресурсы, поступающие в бизнес-процесс как систему, преобразуются в продукты, — внутренние и внешние.
С развитием рыночных отношений формировались основные стратегии компаний: стратегия, базирующаяся на ресурсах, на условиях, в которых работает компания, и стратегия, основанная на компетенциях компании. В последнем случае конкурируют не продукты, производимые компаниями, а сами компании как системы бизнес-процессов. Иными словами, компетенции компании, т. е. организация бизнес-процессов в компании, обеспечивающая стратегическое конкурентное преимущество продуктов, определяют жизнеспособность компаний на современном рынке.
Проектирование бизнес-процессов весьма трудоемкая задача, в процессе решения которой необходимо обеспечить как атомарность бизнес-процессов (их достаточность для производства внутренних и внешних продуктов) и отсутствие дублирующих друг друга бизнес-процессов (достижение максимальной экономической эффективности бизнес-процессов), так и решить многие другие задачи. Одна из основных задач проектирования бизнес-процессов состоит в соответствии машинного моделирования тем моделям,
которые признаны в мировой практике управления организацией, а также стандартам управления компанией. Мы рассмотрим один из подходов проектирования бизнес-процессов, основанный на алгоритмизации и ГОЕБ-технологиях.
Алгоритмизация бизнес-процессов
Алгоритм является одним из основных понятий, на которых основывается применение вычислительной техники для решения экономических, математических и других задач, в том числе задач управления. Под алгоритмом понимают совокупность предписаний, которые однозначно определяют содержание и последовательность операций, преобразующих исходные данные в необходимый результат.
Алгоритм построения бизнес-процесса составляется после тщательного анализа рыночной конъюнктуры, он должен обладать следующими свойствами:
1) детерминированность — каждый шаг, предусмотренный алгоритмом, должен иметь только одно толкование-
2) результативность — продукт бизнес-процесса должен быть произведен за конечное количество шагов-
3) массовость — возможность с помощью одного алгоритма решать серии однородных задач с различным ресурсным обеспечением-
4) однозначность — решение задачи по определенному алгоритму при заданных граничных условиях должно всегда приводить к одному и тому же результату.
Построение алгоритма, выполнение которого реализует конкретный бизнес-процесс, есть алгоритмизация бизнес-процесса. Процесс алгоритмизации разбивается на ряд самостоятельных этапов, каждый из которых предназначен для производства внутренних либо внешних продуктов компании. На каждом этапе предусматривается выбор бизнес-процесса-приемника.
Алгоритмизация бизнес-процессов состоит в следующем:
1) выделение автономных этапов бизнес-процессов-
2) разработка точек контроля выполнения каждого бизнес-процесса-
3) определение порядка выполнения выделенных этапов (определение связей между ними) —
4) оценка экономической эффективности бизнес-процессов.
Далее алгоритмы бизнес-процессов будут описаны в графической форме в виде схем, которые отображают логическую структуру алгоритмов.
IDEF-технологии структурного анализа бизнес-процессов
За более чем 50-летний период развития теории алгоритмизации произошли существенные изменения как по сути, так и по форме технологий структурного анализа бизнес-процессов. Появилась необходимость не только алгоритмизации, но и оптимизации бизнес-процессов, совершенствования процессов менеджмента и т. п., причем с применением средств автоматизации. Модель, схему которой можно было бы легко и быстро создать и сделать понятной как для персонала компании, так и для клиентов, а также располагать электронным представлением системы бизнес-процессов, составляющих организацию, и при необходимости трансформировать из исходной «as is» в нормативную «to be» для соответствующих этапов жизненного цикла компании в целях оптимизации ее деятельности — важная задача развития алгоритмизации.
Именно для данных целей более двух десятилетий применяется семейство IDEF-технологий, ориентированных на поддержку и реализацию методологии структурного анализа.
В настоящее время на базе IDEF-технологгий (Icam DEFinition) разработано большое количество программных средств, позволяющих максимально автоматизировать процессы проектирования бизнес-структуры компании. Например, для проектирования информационных систем широко используются пакеты CASE-средств фирмы Computer Associates — AllFusion Modeling Suite. Данные пакеты содержат описание методологии в объеме, необходимом для практической работы:
1) инструментарий моделирования бизнес-процессов-
2) инструментарий создания моделей данных и генерации схем баз данных-
3) система поиска и исправления ошибок моделей данных-
4) система организации коллективной работы, хранилище моделей-
5) инструменты создания объектных моделей и т. п. -
6) возможность оптимизации работы организации, проверка на соответствие стандартам ISO9000, разработка модели организационный структуры компании.
В зависимости от корпоративных стандартов по проведению системного анализа бизнес-процессов, возможно применение различных типов и комбинаций данных методологий моделирования. Если в процессе моделирования необходимо формализовать специфические стороны технологических бизнес-процессов конкретного предприятия, программные пакеты позволяют переключиться на любой вид модели, созданный с помощью ГОЕБЗ или DFD, или создать смешанную модель бизнес-процесса. Совместная работа в трех нотациях позволяет аналитикам компании более подробно описать структуру, необходимую для производства данного вида продукта, бизнес-процесса, поскольку одного метода, как правило, бывает недостаточно.
Из 14 основных позиций IDEF-технологий рассмотрим три наиболее важных стандарта:
1. IDEF0 — функциональное моделирование бизнес-процессов.
2. IDEF3 — документирование технологических бизнес-процессов компании.
3. DFD — дополняющая стандарты методология потока данных.
IDEF0-методология описания бизнес-процессов
Моделирование IDEF0 часто применяется как технология исследования и проектирования информационных систем на логическом уровне, так как данный стандарт характеризует, прежде всего, функциональная направленность. IDEF0 функции компании как системы бизнес-процессов исследуются независимо от объектов, которые обеспечивают их выполнение. Основное в модели IDEF0 — определить назначение объекта, а не то, как объект функционирует, т. е. IDEF0 — это технология описания компании в целом как множества взаимосвязанных бизнес-процессов.
Пример IDEF0-модели представлен на рисунке 1.
IDEF0 сочетает в себе небольшую по объему графическую нотацию с четко определенными рекомендациями, что обеспечивает разработку качественной и понятной модели работы компании. На практике IDEF0-модели распечатываются в виде брошюры, дополнительно включающей содержание, глоссарий и другие пояснительные элементы.
В бизнес-процессы в IDEF0-модели заключаются действия (функции), которые обрабатывают входные параметры — ресурсы, которыми располагает компания на рынке, в выходные параметры — внутренние
либо внешние продукты, производимые компанией и реализуемые на сбытовой территории. В связи с тем, что стандарты ГОЕБО моделируют компанию как систему множества иерархических бизнес-процессов, в первую очередь необходимо определить основную функцию, описывающую всю систему в целом.
Рис. 1. Пример описания бизнес-процесса в модели IDEF0
Любой бизнес-процесс IDEFO-модели может быть декомпозирован на составляющие бизнес-процессы. Описание любого бизнес-процесса включает описание ресурсов, которые бизнес-процесс потребляет либо преобразует- и продукты, которые бизнес-процесс создает в результате своего функционирования. В IDEF0 также моделируются управление и механизмы исполнения. Под управлением понимаются бизнес-процессы, воздействующие на способ, которым данный бизнес-процесс преобразует доступные ему ресурсы в продукты. Механизм исполнения — бизнес-процессы, которые непосредственно выполняют преобразование ресурсов в продукты, но сами остаются неизменными.
Для стандартизации потоков информации в моделях IDEF0 применяется аббревиатура ICOM, обозначающая четыре соответствующих типа информации: Input, Control, Output, Mechanism. Коды ICOM необходимы для проверки целостности и оказываются весьма полезными, когда порядок указателей на дочерней диаграмме бизнес-процессов отличается от их размещения на родительской
диаграмме. Кроме того, применяется комбинированный информационный поток, пример которого представлен на рисунке 2.
Получить акт приемки- Позиции Ввести проводки на-
сдачи работ числения реализации и
счета-фактуры НДС
Ор 1 Ор 2
Рис. 2. Комбинированный поток «продукт-ресурс»
Рассмотрим этапы разработки ГОЕБО-модели:
1) определение цели моделирования, т. е. перечня вопросов, на которые должна отвечать модель. Определение, как предполагается применять модель, что должно быть получено и что модель должна выявить. Если при построении модели возникает неоднозначность, различные мнения экспертов документируются в приложениях к модели-
2) определение границ моделирования для описания предметной области и глубины детализации. Отсутствие границ затрудняет оценку степени завершенности модели. Наличие границ позволит определить, какие бизнес-процессы и по каким причинам не включены в ГОЕБО-модель при проведении системного анализа-
3) определение сбытовой территории компании, на которой будут реализовываться произведенные смоделированные бизнес-процессами продукты-
4) каждый бизнес-процесс должен иметь четко описываемый результат работы (производимый продукт). Наличие неясностей должно стать причиной дополнительного реинжиниринга бизнес-процессов.
Обратим внимание, что слабые стороны производства внутренних продуктов компании часто опускаются. Например, отсылка налоговой декларации по НДС может быть завершена сбоем системы по множеству причин — сбой на сервере уполномоченного агентства, истечение срока действия лицензии, сбой в телекоммуникационных каналах, профилактическая работа в ИФНС и т. п. Необходимо включать в модель все информационные потоки, в том числе характеризующие проблемы в работе компании-
5) декомпозиция бизнес-процесса, когда необходимо более детально описать его работу. В отличие от структурной иерархии, бизнес-процессы верхнего уровня не являются субъектами управления
бизнес-процессов нижнего уровня. Это означает, что IDEFU-^дети" -одни и те же объекты, но показанные с большей детализацией.
В дополнение к контекстным диаграммам и диаграммам декомпозиции могут применяться другие виды IDEFO-диаграмм. Например, дерево бизнес-процесса представляет собой комплексную диаграмму, с помощью которой обобщается структура IDEFO-модели. Дерево бизнес-процесса позволяет аналитикам компании сконцентрироваться на функциональной декомпозиции бизнес-процесса. Другой пример: презентационные диаграммы (FEO diagrams — For Exposion Only diagrams), которые включаются в IDEFO-модели для иллюстрации других точек зрения экспертов либо уточнения деталей, выходящих за рамки синтаксиса IDEFO.
ЮБРЗ-методология описания бизнес-процессов
Модели IDEF3 применяются после построения IDEFO-модели, когда у аналитиков компании есть уверенность в правильности и неизменности IDEFO-модели.
IDEF3 представляет собой способ описания бизнес-процессов с применением структурированного метода с целью получения упорядоченной последовательности событий с одновременным описанием объектов, из которых состоит данный бизнес-процесс.
На рисунке 3 представлен пример-описание бизнес-процесса формирования для ПФР по форме АДВ-11 в виде ведомости уплаты страховых взносов на обязательное пенсионное страхование, СЭВ-4−2, СЭВ-4−1 с индивидуальными сведениями о страховом стаже и начисленных страховых взносах, формы АДВ-6−1 с описью документов, передаваемых в пенсионный фонд, с применением методологии IDEF3.
Основой модели IDEF3 служит сценарий бизнес-процесса, который выделяет последовательность действий, или подпроцессов, анализируемой системы. Сценарий для большинства моделей должен быть документирован. Это могут быть должностные инструкции для данного рабочего места, формы отчетности, например, АДВ-11 при представлении индивидуальных данных о застрахованных лицах в Пенсионный фонд РФ и т. п. Особенно важным для построения модели в стандарте IDEF3 является понимание цели моделирования и границ модели.
Организационной единицей модели ГОЕБЗ является диаграмма. Диаграммы ГОЕБЗ отображают действия, которые именуются с применением глаголов, например, «обработать акт приемки-сдачи работ клиента», «сохранить описание клиента» и т. п.
Рис. 3. Пример описания бизнес-процесса в модели IDEF3
Другой компонентой модели IDEF3 является единица работы UOW (Unit of Work). Связи выделяют существенные взаимоотношения между работами. Все связи в IDEF3 однонаправленные:
1) временное предшествование (Temporal precedence) — исходное действие должно завершиться прежде, чем конечное действие сможет начаться-
2) объектный поток (Object flow) — выход исходного действия является входом конечного потока- временная семантика та же: исходное действие должно завершиться прежде, чем конечное действие сможет начаться-
3) нечеткое отношение (Relationship) — применяется для отношений, которые нельзя описать с применением предшествующих либо объектных связей- обычно применяется для отображения взаимоотношений между параллельно выполняющимися действиями либо когда параллельное действие начинается с временной задержкой.
При моделировании IDEF3 необходимо четкое документирование временных ограничений между действиями, соединенных нечетким отношением. Например, невозможно рассчитать налоги и сборы в ЕСН и ПФР без учета уже сделанных начислений по каждому сотруднику с начала года, так как существует регрессивная шкала процентов в зависимости от выплаченной зарплаты.
Решение некоторых функциональных задач может инициировать начало выполнения сразу нескольких других действий. Однако может быть и наоборот, определенная задача может требовать завершения нескольких других для начала своего выполнения. В этом случае в IDEF3 соединения разбиваются или, наоборот, соединяются внутренние потоки, а в моделях они используются для описания ветвления бизнес-процесса.
Все действия на рисунке 3 не затрагивают отношения между началом и окончанием действий, инициируемых разворачивающими соединениями, — все действия на рисунке 3 выполняются асинхронно, т. е. они не инициируются. Однако такая ситуация происходит не всегда. Для моделирования синхронно выполняемых бизнес-процессов в модели IDEF3 предусмотрены различные виды синхронных соединений. Отметим, что синхронное разворачивающее соединение не обязательно должно иметь парное себе сворачивающее соединение. И наоборот, возможны ситуации синхронного окончания асинхронных бизнес-процессов.
Бизнес-процессы в моделях IDEF3 могут быть декомпозированы, т. е. разложены на составляющие бизнес-процессы. Это обеспечивает наглядное системное описание моделируемого бизнес-процесса или процесса менеджмента, а также детализированную формализацию. Декомпозиция обеспечивает документирование альтернативных потоков бизнес-процессов одной модели без ее смысловой перегрузки.
DFD-методология описания бизнес-процессов
Диаграммы потоков данных DFD (Data Flow Diagrams) предназначены для моделирования компании как системы бизнес-процессов, связанных потоками данных. DFD-нотация первоначально разработана как развитие методов алгоритмизации.
DFD-диаграммы потоков данных могут содержать новые типы бизнес-процессов:
1) бизнес-процессы, предназначенные для сбора и хранения информации — информационные хранилища данных-
2) бизнес-процессы, определяющие взаимодействия с частями системы, которые выходят за границы моделирования.
Такое представление в DFD-модели обеспечивает отражение таких характеристик моделируемой системы, как движение бизнес-процессов или потоков данных, хранение данных, ресурсы и продукты бизнес-процессов либо внешние сущности.
Рис. 4. Пример описания бизнес-процесса в модели БББ — «управление продажами»
Пример БББ-модели представлен на рисунке 4. Функциональный блок БББ моделирует функцию, которая преобразует сырье в продукт.
В то время как потоки данных представляют бизнес-процессы в процессе их перемещения, информационные хранилища данных моделируют бизнес-процессы во всех остальных состояниях. Например, при моделировании производственных систем, информационными хранилищами данных служат места временного складирования продукции на промежуточной стадии обработки. В информационных системах хранилища данных представляют собой любой механизм, который поддерживает хранение данных для их промежуточной обработки.
Существует два основных подхода к разработке DFD-моделей:
1) построение DFD-диаграмм аналогично структурному методу анализа и проектирования, применяемому в IDEF0. Вначале строится модель физической реализации существующей системы бизнес-процессов. Затем определяется логическая модель для систематизации основных требований к моделируемой системе. Затем формируется новая логическая модель для отражения основных параметров разрабатываемой системы. В итоге создается новая физическая модель новой системы бизнес-процессов-
2) при подходе «разделение событий» строится логическая модель, отражающая систему бизнес-процессов как набор действий и описывающая, что должна делать система. Затем строится модель внешней среды системы, описывающей компанию как отвечающую на воздействия внешней среды (например, Гарвардская модель отрасли «структура рынка — поведение фирмы — результативность»). На заключительном этапе разрабатывается модель поведения, показывающая, как система обрабатывает те или иные события. Построение модели начинается как ответ системы на вероятностное событие, описанное в модели внешней среды.
В связи с тем, что DFD-диаграммы обеспечивают удобный способ описания обрабатываемой информации, их основная область применения в отличие от IDEFO-диаграмм — разработка бизнес-процессов информационного обмена компании, особенно для разработки корпоративных информационных систем.
СПИСОК ЛИТЕРАТУРЫ
1. Н. Вирт. Алгоритмы и структуры данных. — СПб.: Невский Диалект, 2001. — 188 с.
2. ГОСТ 19. 701−90 (ИСО 5807−85). Единая система программной документации. Схемы алгоритмов, программ данных и систем. Условные обозначения и правила выполнения.
3. Дал У., Дейкстра Э., Хоор К. Структурное программирование / пер. с англ. — М.: Мир, 1975. — 247 с.
4. Дегтярев А. В. и др. Основы алгоритмизации и моделирование бизнес-процессов: учебное пособие по дисциплине «Информатика». — М.: Доброе слово, 2009. — 116 с.
5. Маклаков С. В. Создание информационных систем с AllFusion Modeling Suite. — М.: ДИАЛОГ-МИФИ, 2003. — 432 с.

ПоказатьСвернуть
Заполнить форму текущей работой