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

Борзилов Дмитрий

студент гр. 104

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

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

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

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

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

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

В настоящее время на отечественном рынке представлено достаточно большое количество CASE-систем (Computer Aided Software Engineering), многие из которых позволяют создавать описания бизнес-процессов предприятий в той или иной форме графического представления. Очевидно, что выбор конкретной CASE-системы в значительной мере определит качество описания бизнес-процессов и, следовательно в целом, успех проекта по внедрению процессного менеджмента на предприятии. В основе каждой CASE-системы лежит использование определенного стандартаязыка графического описания бизнес - процессов. Наиболее известными языками (нотациями) графического описания бизнес-процессов являются UML, IDEF (IDEF0, IDEF3 реализуется программным инструментом BPwin), ARIS (реализуется программным инструментом ARIS Toolset). Сравнительному анализу этих нотаций, в части недостатков, посвящено много публикаций. Поэтому авторы статьи не ставят перед собой задачу внести свою лепту в этот критический анализ, а из своего практического опыта моделирования с использованием упомянутых языков полностью присоединяются к мнению авторов и, в частности: «... как показал наш опыт, модели процессов, построенные в BPwin, вызывают трудности при понимании их экспертами предметной области (менеджерами предприятий, прим. авторов). Это приводит к тому, что эксперты становятся пассивными слушателями при обсуждении описания бизнес-процессов и им по существу навязывается понимание бизнес-процессов аналитиками. Ошибки неправильного описания бизнес-процессов затем выявляются, к сожалению, на более поздних этапах разработки...». В равной мере это мнение относится к UML и ARIS. К этому следует добавить и тот факт, что, разрабатывая эти языки много лет назад, их создатели не предполагали необходимость такого важного этапа синтеза бизнес- процессной модели как аудит модели бизнес-процессов «КАК ЕСТЬ» по установленным теоретически и практически обоснованным аудит - правилам выделения и композиции бизнес - процессов. На момент создания нотаций UML, IDEF и ARIS теория процессного менеджмента только зарождалась (основополагающие работы М.Портера, М.Хаммера, Д.Чампи, Д.Нортона, Р.Каплана и др. появились позже). В контексте необходимости иметь базовое множество аудит - правил на первый план выходят требования к высокой информативности и визуальному восприятию графического представления бизнес-процессов.

Рассмотрим элементы понятийного аппарата методологии процессного бизнес - моделирования и, в частности, эмпирических данных синтеза языка процессного бизнес - моделирования ЯМТ (язык моделирования Тупкало, англ.TML-Tupkalo Modeling Language). Данный язык явился результатом многолетней практической деятельности авторов статьи по созданию бизнес - процессных моделей систем управления для ряда отечественных предприятий и организаций.

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

Определение 1. Методология процессного бизнес - моделирования - это система знаний по решению определенного класса задач разработки БАЗЫ ЗНАНИЙ о процессно - ориентированном управлении предприятий (организаций) и визуальных нотаций этих БАЗ ЗНАНИЙ с целью реализации бизнес – инноваций предприятий в их экономическую ценность.

Из определения следует, что вариативными элементами развития методологии процессного бизнес - моделирования (в узком смысле) являются методы синтеза БАЗ ЗНАНИЙ процессно - ориентированного менеджмента и их визуальных нотаций. При этом, следуя цепочке прагматичного решения научной проблемы «методология - методы -методики», ключевым является решение задачи синтеза МЕТОДИК выделения, композиции и графического описания бизнес - процессов. В основу решения задачи синтеза языка процессного бизнес - моделирования TML положено утверждение: «…Язык моделирования, как правило, включает в себя:

· элементы модели - фундаментальные концепции моделирования и их семантику;

· нотацию - визуальное представление элементов моделирования;

· принципы использования - правила применения элементов в рамках построения тех или иных типов моделей…».

В связи с данным утверждением необходимо еще раз отметить причину выше приведенных методических трудностей использования IDEF0 и ARIS в качестве стандартов моделирования бизнес - процессов. Действительно, нотации IDEF0 и ARIS позволяют решить только задачу визуализации графического описания отдельно выделенных процессов, т.е. содержат только одну необходимую компоненту понятия «язык моделирования» и не содержат ответов на принципиальные (фундаментальные) вопросы о принципах выделения бизнес - процессов и их композиции в систему бизнес - процессов в масштабе системы управления предприятием в целом. Другими словами, чтобы приготовить блюдо, недостаточно знать его ингредиенты и их пропорции; необходимо еще знать технологию изготовления продукта. Объективно, существующие методики организационного бизнес проектирования на основе CASE - инструментов типа «ARISToolset», «BPWin», «Орг-Мастер» (описание процессов в формате IDEF0), «Business Studio» (описание процессов в формате IDEF0) и другие им подобные предлагают лишь описание ингредиентов - отдельно выделенных цепочек функциональных действий под названием «бизнес - процесс» - и весьма приближенное описание технологии получения продукта - принципов (правил) выделения и композиции бизнес - процессов, оставляя широкое поле для творчества. При работе с такими CASE - инструментами «бизнес -процесс» трактуется как последовательность, связанных между собой видов деятельности, или деятельностью, которая имеет вход и выход, что противоречит фундаментальному принципу теории управления, а именно: управление есть замкнутое кольцо пары «объект управления - управитель». Игнорирование в указанных выше CASE – инструментах необходимости рассмотрения такой пары (кольца) порождает соответствующий эффект творчества со стороны тех, кто их использует: сколько модельеров (менеджмент -аналитиков) - столько и различных описаний бизнес - процессов будет для одного и того же предприятия. Опыт работы авторов данной статьи с CASE - инструментами «ARISToolset», «BPWin», «Орг-Мастер», «BusinessStudio» позволяет сделать вывод: данные инструменты и им подобные с точки зрения визуального (графического) представления элементов моделирования являются графическими «рисовалками» и в этом смысле принципиально не отличаются от офисного приложения VISIO.

Определение 2. Визуальная нотация процессного бизнес - моделирования - это система графических представлений, используемых в БАЗЕ ЗНАНИЙ о процессно - ориентированном управлении предприятия.

Определение 3. Нотация языка процессного бизнес - моделирования TML есть базовое множество графических объектов:

· SВC - граф ;

· пирамида процессного менеджмента ;

· PDCA - диаграмма ;

· TML - диаграмма процесса;

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

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

Не нашли, что искали? Воспользуйтесь поиском по сайту: