Технология структурного анализа бизнес процессов

Три характеристики бизнес-процесса

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

1. Бизнес-процесс и его стоимость. Этот параметр всегда должен стремиться к минимуму. К примеру, производство бумажных салфеток обходится заводу в расчете на одну пачку в 30 копеек. Если бизнес-процесс работает постоянно, грамотно, взвешенно, то инженеры, технологи. Дирекция и простые рабочие будут придумывать такие действия и мероприятия, чтобы этот показатель снизился до 20 копеек, к примеру, при полном сохранении высокого качества продукта и скорости его выпуска. Все уже поняли, что речь идет о снижении себестоимости, которая дает прирост общей прибыли. Следовательно, увеличатся зарплаты, инвестиции в развитие и новые проекты. Если руководитель внимательно относится к этой составляющей бизнес-процесса. То успех предприятию обеспечен.

2. Бизнес-процесс и длительность. Этот показатель всегда должен иметь тенденцию к сокращению. Помните историю Форда? На чем он заработал свои миллионы? Он придумал конвейер, существенно сократив время на сборку автомобилей. Потрясающей красоты и надежности авто появились уже потом, а началом всему было увеличение скорости бизнес-процесса, в данном случае производственного. Чем быстрее идет процесс, тем больше производительность производства, тем большее количество товара попадет на склад, будет продано. Это означает увеличение общей прибыли за конкретный временной отрезок, образование n-ной суммы на увеличение зарплат, инвестиции в развитие и пр. и пр., смотри пункт первый.

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

Автоматизированный бизнес процесс

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

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

Внутренние бизнес процессы

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

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

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

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

Бизнес процесс — это планирование и анализ деятельности

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

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

В качестве примера можно предложить такую схему:

Торговая компания «Дары полей»

Реализация овощей

Реализация соков

Реализация фруктов

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

закупка

хранение

реализация

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

Технология структурного анализа бизнес процесса

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

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

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

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

Понятие о показателях

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

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

Английское слово performance не поддается однозначной трактовке. Чаще всего переводится как «производительность». Стандарт ISO 9000:2008 разделяет performance на две составляющие:

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

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

Эффективность и результативность

Эффективность работы компании рассматривается как совокупность эффективности всех значимых внутренних процедур. Ее повышение констатируется при улучшении следующих характеристик:

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

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

Автоматизация бизнес-процессов

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

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

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

1.
Качественный

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

2.
Количественный

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

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

Качественные методы

1.
SWOT
-анализ

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

2.
Выделение проблемных областей

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

3.
Ранжирование процессов

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

Количественные методы

К ним относятся:

• Показатели процесса
  – числовые величины, характеризующие временные, финансовые, человеческие и другие затраты.
• Показатели продукта или услуги
  , например, абсолютный объём услуг, номенклатура, количество дефектов и др.
• Показатели удовлетворенности клиентов результатами
  – выходом БП или продукцией.

Качественные методы только дополняют количественные, но никогда не бывают первостепенными

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

• Flow Chart Diagram (диаграмма потока работ) – способ графического описания работы с применением особых символов для каждой операции, набора данных, единицы оборудования, исполнителя. В результате на схеме демонстрируется логическая последовательность всех операций. Это гибкий подход, он дает возможность при необходимости рассмотреть один комплекс действий сразу в нескольких вариантах.
• Data Flow Diagram – изображение передачи данных между операциями, для характеристики информационной стороны бизнес-процесса. Это позволяет наблюдать данные на входе в систему и в каждую операцию в отдельности, и соответствующую информацию на выходе. Также в ней отображается, какими способами сведения претерпевают изменения и где хранятся. Деятельность компании раскладывается на логические информационные уровни, причем базовая схема улучшается добавлением подробных описаний подпроцессов, тоже имеющих свою внутреннюю структуру.
• Role Activity Diagram (диаграмма ролей). Под ролью здесь понимается каждый элемент, выполняющий ту или иную функцию. Каждая часть описывается, и анализируется отдельно, а затем рассматривается их взаимодействие.
• IDEF (Integrated Definition for Function Modeling) – это целый набор аналитических средств, применяемых не только в управлении бизнесом, но и во многих других сферах. Чаще всего встречаются варианты IDEF0 и IDEF3. Первый из этих вариантов представляет собой модель функций, причем сложные функции делятся на более простые составляющие, а затем различные блоки логически объединяются посредством стрелок. При использовании IDEF3 речь идет о «поведенческом» описании: демонстрируется поток работ либо переходные состояния объектов.
• Цветные сети Петри – график, на котором представлены действия и события, символизирующие переход из одной стадии в другую. Таким образом можно увидеть, что приводит к тем или иным изменениям, насколько быстро и эффективно.
• Unified Modeling Language – графический язык для визуализации, специфицирования, конструирования и документирования процессов и систем. Комплекс из девяти видов диаграмм, описывающих разные аспекты: классы, объекты, прецеденты, последовательности, кооперации, состояния, деятельность, компоненты, развертывание. В результате получается представление очередности действий сотрудников и работы различных объектов внутри организации. Схема может разветвляться, в ней отмечаются разнообразные условия и исключения из правил.
• ARIS (Architecture of Integrated information Systems) – методология и соответствующее семейство программных продуктов. Они используются для структурированного описания, анализа и последующего совершенствования бизнес-процессов предприятия. Система наглядно показывает правила деятельности предприятия и значения  показателей результативности. Так можно определить желаемые характеристики работы компании, совершенствовать архитектуру, улучшить процессы, рационально распределять ресурсы. Инструмент определяет весь цикл разработки – анализ требований, спецификация информационной системы и описание физической реализации.

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

Необходимые знания можно получить, например, в ВШБИ НИУ ВШЭ на программе второго высшего образования «Управление информационными технологиями в бизнесе» и на программах  профессиональной переподготовки «Операционная эффективность бизнеса и совершенствование», «Информационная бизнес-аналитика». 

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

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

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

1. Работа должна приносить удовольствие, даже сама простая, которая многим кажется обыденной. Главное понимать, что это приносит пользу.
2. Только бизнес процессы способны объединить одинаково мыслящих людей (коллег, партнеров, сотрудников) в общем стремлении действовать в одном направлении.
3. Бизнес процессы способны дать возможность объединиться и действовать как одно целое, в одной связке;
4. Бизнес, ориентированные на процесс, достоин уважения, ориентирован на результат.

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

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

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

Кадровый бизнес-процесс

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

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

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

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

Требования к соискателю
Возраст	От 20 до 45 лет
Пол	М/Ж
Семейное положение	Не имеет значения
Дети	Не имеет значение
Образование	Среднее специальное, высшее
Состояние здоровья	Без ограничений, допускаются инвалиды 3-3 групп
Наличие вредных привычек	нежелательно
Стаж по специальности	Не менее двух лет
Навыки, знания, умения
Разговорная речь	Высокий уровень, приятный голос
Работа с ПК	пользовательский
Скорость набора текста	Не менее 120 зн. /мин.
Уровень знания по родному языку	Высокий
Владение иностранными	Английский деловой разговорный (желательно)
Умение выполнять инструкции	Желательно/необходимо
Личные характеристики
Коммуникабельность	Высокая
Желание учиться	Приветствуется
Мотивация для достижения цели	Высокая
Открытость	Приветствуется
Стрессоустойчивость	Не желательно

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

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

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

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

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

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

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

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

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

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

За каждый определенный бизнес процесс отвечать должен специалист из числа сотрудников

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

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

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

Структура процесса

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

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

Для определения данных необходимы следующие инструменты:

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

При изучении данных получаются ответы на следующие вопросы:

а) какой процесс анализируется? какие функциональные области или организационные единицы участвуют? когда и какие функции должны выполняться? Как выглядят результаты этих функций? Какие следствия должны исходить из этих результатов?

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

с) относительно материального потока – какие виды ресурсов? какова потребность в мощностях? какой объем мощностей в наличие? какие мощности не задействованы? какова частота колебаний в использовании мощностей? Какова матрица поступления – передачи материалов?

d) относительно информационного потока – откуда поступает информация (вход)? какие данные? по какому пути поступают? Как обрабатываются данные? куда поставляется исходящая информация (выход)?

Примеры

Показатель оборота:

Коэффициент оборота=	1,6 млн. рублей	= 1,33
1,2 млн. рублей

Если выразить показатель А в процентах от показателя Б, тогда говорят об индексе:

Примеры индексов: оборот в базовом году взят за 100%, тогда индекс оборота в текущем году составит:

индекс оборота=	1,6 млн. рублей	*100%= 133%
1,2 млн. рублей

Для оценки интегральной результативности внедрения бизнес-процессов предприятия существует европейская модель оценки совершенства EFQM, которая была основана в 1988 году четырнадцатью ведущими предприятиями Европы на паритетных началах с целью разработки для улучшения и упрощения производственных процессов на предприятиях. Один раз в год одно предприятие награждается Европейской наградой качества (European Quality Award). Получить ее может одно из предприятий, внедривших у себя модель EFQM и получившее наилучшие результаты.

Схема 2. Европейская модель оценки совершенства EFQM.

Технология структурного анализа бизнес процесса

Автор:   •  Май 17, 2018  •  Курсовая работа  •  5,740 Слов (23 Страниц)  •  1,014 Просмотры

Страница 1 из 23

1. Основы структурного анализа

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

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

Наиболее представительной
по объему реализаций является методология
SADT
— это аббревиатура Structured
Analysis
and
Design
Technique
(Технология структурного анализа и
проектирования). Она была
создана и опробована на практике в
период с 1969 по 1973 г.

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

SADT
с успехом применялась для описания
большого количества сложных
искусственных систем из широкого спектра
областей (банковское
дело, нефтепереработка, планирование
промышленного производства,
организация материально-технического
снабжения, методология
планирования, технология программирования,
системы наведения
ракет). Причина такого успеха заключается
в том, что SADT
является полной
методологией для создания описания
систем, основанной на
концепциях системного моделирования.
В начале 70-х годов XX
века вооруженные силы США применили
подмножество SADT,
касающееся моделирования процессов,
для реализации проектов в рамках программ
ICAM
(Integrated
Computer-Aided
Manufacturing).

В дальнейшем это подмножество SADT
было принято в качестве федерального
стандарта США под наименованием IDEFO
(ICAM DEFinition
— метод интегрального описания,
интегральной спецификации). Сегодня
методология SADT и ее
развитие — стандарты IDEF
— успешно применяются во всем мире
сотнями компаний в самых разных областях
деятельности. Само же множество стандартов
серии IDEF насчитывает уже
более десятка специфик.

Под термином «моделирование» мы
понимаем процесс создания точного
описания системы (бизнес-процесса).

4.1. Sadt-модели

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

Полная методология SADT поддерживает
создание множества моделей для более
точного описания сложной системы.

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

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

Можно привести (например,
по категориям) классификацию таких
средств, которая определяет степень их
интегрированности по выполняемым
функциям:

• локальные,
  решающие небольшие автономные задачи
  и поддерживающие один-два типа моделей
  и методов (Design/IDEF,
  ProCap,
  PowerDesigner,
  IDEFO/EM
  Tool);

• малые интегрированные
  средства моделирования,
  поддерживающие несколько типов моделей
  и методов (ERwin,
  BPwin,
  СА ERwin);

• средние интегрированные
  средства моделирования,
  поддерживающие от четырех до 10—15 типов
  моделей и методов (Rational
  Rose,
  Paradigm
  Plus,
  Designer/2000);

• крупные интегрированные
  средства моделирования,
  поддерживающие более 15 типов моделей
  и методов (ARIS
  Toolset).

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

1. IDEF0
   — методология
   функционального моделирования. С
   помощью наглядного графического языка
   IDEF0
   изучаемая система
   предстает в виде набора связанных
   функций (функциональных блоков).

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

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

4. IDEF2
   — методология
   динамического моделирования развития
   систем. В настоящее время известны
   алгоритмы и их компьютерные реализации,
   позволяющие превращать набор статических
   диаграмм IDEF0
   в динамические модели,
   построенные на базе «раскрашенных
   сетей Петри» (CPN
   — Color
   Petri
   Nets).

5. IDEF3
   — методология
   документирования процессов, происходящих
   в системе. С помощью IDEF3
   описываются сценарий
   и последовательность операций для
   каждого процесса. Функция в диаграмме
   IDEE0
   может быть представлена
   в виде отдельного процесса средствами
   FDEE3.

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

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

Лекция 4

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

Полная методология SADT поддерживает
создание множества моделей для более
точного описания сложной системы.

Моделирование деловых процессов
выполняется с помощью CASE-средств.

Классификация CASE-средств
по степени их интегрированности по
выполняемым функциям.

• локальные,

• малые интегрированные
  средства моделирования,

• средние интегрированные
  средства моделирования,

• крупные интегрированные
  средства моделирования,

IDEF
(Integrated
Definition)
— семейство структурных
моделей

К основным принципам в
методологии SADT относят:

• четкое определение цели моделирования;

• фиксация единой точки зрения на
  моделируемую систему;

• определение границ исследуемой системы
  (что входит в систему и соответственно
  будет рассматриваться, а что — нет);

• декомпозиция, обеспечивающая
  последовательную детализацию описания.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #

Структура системы

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

Структуризация направлена на:

• выявление реальных целей системы;
• выяснение альтернативных путей достижения этих целей;
• достижение взаимосвязей между элементами;
• получение возможности моделирования системы.

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

Рисунок «Разбиение организации на структурные подсистемы»

Введем несколько определений:

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

Структурный анализ

Структурный анализ является методологической разновидностью системного анализа. Он был разработан в 60-70-х годах XX века Дугласом Т. Россом в виде методологии SADT (Structured Analysis and Design Technique)— технология структурного анализа и проектирования.
В основе структурного анализа лежит выявление структуры как относительно устойчивой совокупности отношений, признание методологического примата отношений над элементами в системе, частичное отвлечение от развития объектов.

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

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

Для такого подхода характерны:

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

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

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

Рисунок «Декомпозиция подсистемы организации на структурные элементы»

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

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

Рисунок «Характеристики структурных элементов и связей»

Методология структурного анализа

Структурный анализ как совокупность методов моделирования сложных систем вследствие большой размерности решаемых задач должен опираться на мощные средства компьютерной поддержки, обеспечивающей автоматизацию труда системных аналитиков. Такими средствами являются CASE-системы (Computer Aided Software Engineering).
Архитектура большинства CASE-систем основана на парадигме «методология — модель — нотация — средства» (см. рисунок).
Методология структурного анализа представляет методы и средства для исследования структуры и деятельности организации. Она определяет основные принципы и приемы использования моделей.
Модель — это совокупность символов (математических, графических и т.п.), которая адекватно описывает некоторые свойства моделируемого объекта и отношения между ними.
Нотации — система условных обозначений, принятая в конкретной модели.
Средства — аппаратное и программное обеспечение, реализующее выбранную методологию, в том числе построение соответствующих моделей с принятой для них нотацией.

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

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

Рисунок «Архитектура CASE-систем»

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

• DFD(Data Flow Diagrams)—диаграммы потоков данных в нотациях Гейна-Сарсона, Йордона-Де Марко и других, обеспечивающие требования анализа и функционального проектирования информационных систем;
• STD (State Transition Diagrams) — диаграммы перехода состояний, основанные на расширениях Хартли и Уорда-Меллора для проектирования систем реального времени;
• ERD (Entity-Relationship Diagrams) — диаграммы «сущность-связь» в нотациях Чена и Баркера;
• Структурные карты Джексона и/или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов;
• FDD (Functional Decomposition Diagrams) — диаграммы функциональной декомпозиции;
• SADT (Structured Analysis and Design Technique) — технология структурного анализа и проектирования;
• Семейство IDEF (Integration Definition for Function Modeling).

Семейство IDEF:

• IDEFO — методология функционального моделирования, являющаяся составной частью SADT и позволяющая описать бизнес-процесс в виде иерархической системы взаимосвязанных функций;
• IDEF1 — методология анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия;
• IDEF1X — методология информационного моделирования, основанная на концепции «сущность-связь», предложенной Ченом. Применяется для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы и обеспечивающий универсальное представление структуры данных в рамках предприятия, независимое от конечной реализации базы данных и аппаратной платформы;
• IDEF3 — методология документирования технологических процессов, предприятия, позволяющая моделировать их сценарии посредством описания последовательности изменений свойств объекта в рамках рассматриваемого процесса;
• IDEF4 — методология объектно-ориентированного проектирования для поддержки проектов, связанных с объектно-ориентированными реализациями;
• IDEF5 — методология, обеспечивающая наглядное представление данных, полученных в результате обработки онтологических запросов, в простой, графической форме.

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

Понятия модели и моделирования

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

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

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

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

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

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

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

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

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

К важнейшим признакам, по которым проводится классификация моделей, относятся:

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

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

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

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

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

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

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

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

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

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

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

К нотации модели предъявляются следующие основные требования:

• простота — простое при прочих равных условиях предпочтительнее сложного;
• наглядность — хотя бы отдаленное сходство с оригиналом облегчает использование модели;
• индивидуальность — достаточное отличие от других обозначений;
• однозначность — недопустимость обозначения одним символом различных объектов;

Рисунок «Обозначение объектов в диаграмме структуры знаний ARIS»

• единообразие — применение аналогичных правил при моделировании одно родных объектов;
• определенность — четкие правила использования модели;
• учет устоявшихся традиций.

Нотация графической модели предполагает наличие:

• строго определенного набора взаимоувязанных графических изображений — элементов графического языка;
• различных типов связи между ними;
• фрагментов текста (естественного языка);
• встроенных объектов;
• глоссария.

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

Этапы структурного анализа

Проведение структурного анализа организации предполагает нескольких этапов:

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

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

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

• целенаправленность;
• комплексность;
• планомерность;
• организационно-методическая целостность.

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

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

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

Характерной проблемой является наличие неофициальных отношений подчинения.

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

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

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

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

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

Формирование данной структуры — один из наиболее приоритетных этапов моделирования.
Задачи, связанные с созданием и внедрением информационных технологий, требуют детального анализа существующих информационных систем — их структуры и участия в бизнес-процессах организации. В связи с этим, необходимо заранее, до детального моделирования процессов, сформировать структурированный перечень всех интересующих информационных систем, а также оценить их внутреннюю структуру (прежде всего — набор основных модулей и экранных форм).
Таким образом, для того, чтобы построить адекватную и востребованную модель организации необходимо уже на первоначальных этапах моделирования задуматься о выделении и фиксации всех основополагающих структур. Грамотное их формирование обеспечивает качественный «задел» на будущее. Это позволит продуманно и прогнозируемо разработать все новые детальные модели, имеющие определенное место в общей модели структуры организации и соответствующие целям анализа отдельных элементов и организации в целом.
От качества и количества информации, полученной при изучении организации, зависит, насколько адекватной будет построенная модель.

Разработка моделей деятельности организации включает несколько этапов:

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

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

Лекция 4. Структурный анализ бизнес-процессов
4.1. Сущность методологии функционального моделирования
бизнес-процессов (SADT-методологии)
Существуют различные подходы к отображению модели бизнес-процессов, среди которых выделяются функциональный и объектно-ориентированный подходы. В функциональном подходе главным структурообразующим элементом является функция (действие), в объектно-ориентированном подходе – объект.
Сущность функционального подхода к моделированию бизнес-процессов сводится к построению схемы технологического процесса в виде последовательности операций, на входе и выходе которых отражаются объекты различной природы: материальные и информационные объекты, используемые ресурсы, организационные единицы.
Достоинство функционального подхода заключается в наглядности и понятности представления бизнес-процессов на различных уровнях абстракции, что особенно важно на стадии внедрения разработанных бизнес-процессов в подразделениях предприятия.
Существенным недостатком функционального подхода является некоторая субъективность детализации операций и, как следствие, большая трудоемкость в адекватном построении бизнес-процессов.
SADT -методология (Structured Analysis and Design Technics) получила столь широкое распространение благодаря тому, что ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры.
В силу этого, SADT-методология в большей степени нацелена на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов.
Функциональная модель бизнес-процессов состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – главные компоненты модели, которые отображают последовательности взаимосвязанных через общие объекты функций (операций, действий, работ – activity) бизнес-процесса.
Достоинство функциональной модели заключается в графической простоте, в которой используются всего два конструктивных элемента:
• функциональный блок – описание функции, операции, действия, работы;
• интерфейсная дуга, связывающая два функциональных блока – описание объекта, потока объектов.
Функциональная модель начинается с построения общего описания процесса, которое представляется в диаграмме нулевого уровня или контекстной диаграмме (рис. 1).
На этом уровне весь процесс рассматривается как один функциональный блок со всеми связанными обрабатываемыми и управляющими объектами. На этой диаграмме также отражается цель структурного анализа (например, сокращение длительности выполнения процесса, или сокращение издержек, или повышение качества обслуживания и т.д.) и точка зрения, с позиции которой рассматривается модель (дирекция, отдел информатизации, экономический отдел и т.д.).
Рис. 1. Контекстная диаграмма
Диаграммы следующих уровней детализируют функции процесса каждого предыдущего уровня. Так, функциональный блок А0 декомпозируется на совокупность взаимосвязанных подфункций А1, А2, А3, … (рис. 2). В свою очередь, каждый функциональный блок 1-го уровня может быть декомпозирован на совокупность подфункций, например А2 на А21, А22, А23, А24 … и так дальше, пока на последнем уровне не получатся элементарные действия. На каждом уровне рекомендуется размещать не более 6 функциональных блоков. Число уровней декомпозиции не ограниченно. Обычно для структурного анализа бизнес-процессов достаточно 2–3 уровней декомпозиции, последующие уровни декомпозиции требуются для алгоритмизации информационных процессов и разработки инструкций для исполнителей бизнес-процессов.
Рис. 2. Декомпозиция функции А0
Для каждого функционального блока определяются интерфейсные дуги различных типов (стрелки), которые отражают потоки объектов. Объекты могут быть различной природы: материальные, финансовые, информационные. По характеру использования объектов в функциональных блоках различают: входные (input) объекты слева от блока, выходные (output) объекты справа от блока, управляющие (control) объекты сверху от блока и механизмы (mechanize) снизу от блока. Объекты обозначаются метками на стрелках, которые обязательны.
Входные объекты преобразуются в функциональных блоках в выходные. При этом выходной объект – это новый созданный объект или преобразованный старый объект. В последнем случае новое качество объекта, как правило, обозначается прилагательным, например, принятый заказ, отложенный заказ, удаленный заказ, выполненный заказ и т.д.
Управляющие объекты соответствуют нормативным актам (законодательным актам, инструкциям, планам, приказам), на основе которых выполняются процессы. Кроме того, управляющие объекты рассматриваются как ограничения, обстоятельства, условия выполнения процесса, например, номенклатуры-ценники, списки клиентов и поставщиков, состояние запасов, состояние расчетного счета, наличие производственных мощностей и т.д.
Управляющие объекты должны обязательно отражаться в функциональной модели, а входные объекты – не обязательно. В последнем случае какой-либо управляющий объект одновременно является и входным, например, заказ, на основе которого выполняется работа, преобразуется внутри функционального блока в готовый продукт.
Механизмы – это объекты, которые исполняют процессы (исполнители). К механизмам относят структурные подразделения предприятия, персонал, автоматизированные рабочие места, оборудование.
Объекты могут выступать в различных блоках в разных ролях, например, когда выходной объект одного блока является входным объектом, или управляющим объектом, или механизмом для другого функционального блока. Объекты, которые выступают только в одной роли, обозначаются метками, с которыми связаны пограничные дуги.
При этом объекты, передаваемые в детальную диаграмму из вышестоящих диаграмм, обозначаются ICOM метками.
4.2. Сущность объектно-ориентированной методологии
моделирования бизнес-процессов
Объектно-ориентированный подход предполагает вначале выделение классов объектов, а далее определение тех действий, в которых участвуют объекты.
При этом различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия, и активные объекты (организационные единицы, конкретные исполнители, информационные подсистемы), которые осуществляют действия. Такой подход более объективно позволяет выделять операции над объектами, а заодно и решать задачи целесообразности существования самих объектов.
Недостаток объектно-ориентированного подхода заключается в меньшей наглядности конкретных процессов для лиц, принимающих решения. Вместе с тем, выявленные операции для наглядности в дальнейшем могут быть представлены в виде функциональных диаграмм.
Объектно-ориентированная методология предполагает разработку моделей бизнес-процессов на нескольких уровнях детализации:
• П-модели (Use-Case Model) – модели прецедентов использования,
• О-модели (Object Model) – объектной модели,
• В-модели (Object Interaction Model) – модели взаимодействия объектов.
П-модель выявляет основные бизнес-процессы, как последовательности действий или транзакции, которые должны выполняться целиком, когда выполнение обособленного подмножества действий не имеет значения без выполнения всей последовательности.
Транзакции инициируются из внешней среды клиентами: поставщиками, партнерами, кредиторами, государственными учреждениями, и потому П-модель называется внешней.
На внешнем уровне не раскрывается механизм реализации транзакций.
О-модель рассматривает внутреннюю структуру предметной области, иерархию классов объектов, статические и динамические связи объектов без раскрытия особенностей их использования в бизнес-процессах.
В-модель раскрывает механизм реализации динамических связей объектов О-модели в бизнес-процессах П-модели.
В настоящее время для проведения моделирования деловых и информационных процессов имеется достаточно много методологий и соответствующих инструментальных средств, большинство из которых имеют узкую направленность применения. Так, методологии функционального моделирования (диаграммы потоков данных, структурные диаграммы процессов) ориентированы на отображение последовательности функций, в которых трудно вычленить конкретные альтернативы процессов и не видна схема взаимодействия объектов. ER-модели, наоборот, отражают только обобщенную схему взаимодействия объектов без детализации последовательности выполнения функций. Методологии объектно-ориентированного подхода отражают объекты, функции и события, при которых объекты инициируют выполнение конкретных процессов; при этом теряется общая наглядность модели.
Наибольшую перспективу представляют комплексные методологии моделирования бизнес-процессов, например, ARIS-технология.
Лекция 5. Стоимостной анализ бизнес-процессов
Современные бизнес-процессы отличаются высоким уровнем накладных расходов, связанных с затратами на организацию сделки с клиентами, разработкой спецификации изделия в соответствии с индивидуальными требованиями заказчика, закупкой уникальных материалов, обучением и сервисным обслуживанием потребителя.
По некоторым данным трансакционные издержки оформления и реализации сделки занимают до 70 % в общей себестоимости готовой продукции.
Традиционно предприятия относят накладные расходы на стоимость продукции в соответствии с затратами прямого труда. Продукты с наибольшими прямыми затратами получают больше накладных расходов без учета реальных затрат, связанных с конкретным обслуживанием выполнения заказов. При традиционном подходе не учитываются типы потребителей и каналов распространения продукции.
Отсюда возникает неточность в оценке затрат и эффективности деятельности предприятия по различным видам бизнес-процессов. Следовательно, объективно требуется применение методов стоимостного анализа, которые более точно определяли бы издержки предприятия в условиях высокой диверсификации видов деятельности. К таким методам относятся методы стоимостного анализа функций.
Стоимостной анализ функций позволяет сначала определять стоимостные затраты на выполнение процессов путем отнесения на функции стоимости использования в них всех ресурсов. Далее стоимость функций переносится на стоимостные объекты (продукты, услуги, виды продуктов и услуг, клиенты и типы клиентов, каналы распространения продукции) в соответствии с объемами работ по каждой функции. Таким образом, накладные расходы на стоимостные объекты определяются по степени использования ресурсов в функциях, связанных со стоимостными объектами (рис. 3). В отличие от традиционной одноступенчатой схемы стоимостного анализа схема отнесения затрат становится двухступенчатой, позволяющей более точно определять издержки, связанные с выполнением заказов потребителей.
Рис. 3. Стоимостной анализ функций
Стоимостной анализ функций создает основу для применения новых технологий управления в части принятия стратегических инвестиционных решений, маркетинга, улучшения процессов.
Стоимостной анализ функций позволяет:
1. Сократить время и затраты на выполнение функций, добавляющих стоимость (value-added).
2. Максимально сократить функции, не добавляющие стоимость (non value-added), например, тестирование, контроль.
3. Выбрать функции с низкой стоимостью из возможных альтернатив (анализ вариантов бизнес-процессов).
4. Организовать совместное использование всех возможных функций для различных стоимостных объектов (с позиции множества продуктов, услуг) с перераспределением высвобождающихся ресурсов.
5. Согласовать интенсивность процессов для создания стоимостных объектов и наличные ресурсы.
Стоимостной анализ функций реализуется или в качестве программного модуля автоматизированной подсистемы контроллинга, например, в системе R/3 SAP, или в рамках CASE-технологии, например, в Design/IDEF, ARIS ToolSet, или в качестве самостоятельного программного продукта, например, в ППП Easy ABC+.
Рассмотрим выполнение стоимостного анализа функций на примере бизнес-процесса «Сервисное обслуживание пользователей программного обеспечения по горячей линии» компьютерной фирмы, изготавливающей некоторый программный продукт в виде двух версий.
Стоимостные объекты:
– продукт для профессионального пользователя;
– продукт для непрофессионального пользователя.
Функциональная модель процесса:
– регистрация телефонных звонков;
– ответ на телефонный звонок;
– выявление ошибки.
Основные статьи затрат ресурсов:
– заработная плата;
– амортизация компьютера (АРМ);
– оплата телефонных каналов и др.
Факторы ресурсов:
– среднее время занятости работника,
– среднее время занятости компьютера,
– среднее время занятости телефонных каналов.
Функциональные факторы – объемы продаж по видам продукции.
Бухгалтерская информация:
– заработная плата;
– оплата по счетам телефонной компании и др.
Логистическая информация:
– объем продаж по видам версий;
– время занятости ресурсов.
Результаты расчетов стоимостных затрат показаны в таблице 1.
Как видно из таблицы, основной объем работ на «горячей линии» связан с выявлением ошибок как для профессиональной, так и для непрофессиональной версий продукта, что определяет необходимость повышения качества выполняемых работ в основном процессе создания программных продуктов. Причем стоимость выявления ошибок в профессиональной версии выше, что предопределяет необходимость совершенствования самого продукта.
Таблица 1
№ пп
Операция
Объем продажи
Стоимость
операции
% от
общи­х
затрат
Стоимость на единицу
Продукт для
профессионалов
1000
1
Выявление ошибок
936260
1,79
936,26
2
Ответы на звонки
343018
0,65
343,02
3
Регистрация звонков
290548
0,55
290,54
ИТОГ:
1569827
1569,83
Продукт для
непрофессионалов
2000
1
Выявление ошибок
1162195
2,11
686,04
2
Регистрация звонков
1162195
1,79
581,10
3
Ответы на звонки
468130
234,07
ИТОГ:
3002398
1501,20