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

Учебное пособие

Министерство образования и науки Российской ФедерацииВладивостокский государственный университет

экономики и сервиса

Федеральное агентство по образованиюГОУ ВПО «Владивостокский государственный университет

экономики и сервиса»

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

Учебное пособие

по направлению080700 Бизнес-информатика

ВладивостокИздательство ВГУЭС

2013

1

ББК 20769

Учебное пособие по дисциплине «Моделирование и анализ бизнес-процессов» составлен в соответствии с требованиями ГОС ВПО. Предназначена для студентов специальности 080700 «Бизнес-информатика».

Составитель: Е.Д. Емцева, к. ф.-м. н., доцент кафедры математики и моделирования, К.С. Солодухин, д. э. н., профессор кафедры математики и моделирования

Утверждена на заседании кафедры Математики и моделирования 28.05.2012, протокол № 12 .

Рекомендована к изданию методическим советом Института информатики, инноваций и бизнес-систем ВГУЭС.

© Издательство Владивостокского государственного университета

экономики и сервиса, 2012

2

ВВЕДЕНИЕСовременная организация вынуждена постоянно заниматься

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

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

ОРГАНИЗАЦИОННО-МЕТОДИЧЕСКИЕ УКАЗАНИЯ

1.1 Цели и задачи учебной дисциплины

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

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

1.2. Перечень компетенций, приобретаемых при изучении дисциплины

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

3

Лекция 1. Функциональный и процессный подход к управлению организацией

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

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

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

• нет ориентации на клиента, главный потребитель - вышестоящий начальник,

• непроизвольная разрушительная конкуренция между подразделениями, принадлежащими к различным функциональным структурам,

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

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

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

подход, используемый в качестве базового в международных стандартах ИСО 9001. Берущий свое начало из глубины веков (первые типы предприятий были ориентированы на процесс), вызвавший новый интерес во второй половине прошлого века (разработана методология структурного анализа и проецирования сложных систем SADT, появление публикаций М. Хаммера, Д. Чампи), процессный подход продолжает развиваться в наши дни.

Организация - группа работников и необходимых средств с распределением ответственности, полномочий и взаимоотношений (ИСО 9000:2008).

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

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

4

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

Описать бизнес - процесс означает:1) определить владельца бизнес-процесса;2) определить границы бизнес-процесса (границы ответственности и полномочий владельца процесса по управлению процессом);3)определить клиентов и выходы бизнес-процесса;4)определить поставщиков и входы бизнес-процесса;5) определить ресурсы, необходимые для выполнения бизнес-процесса (находятся в распоряжении владельца процесса);6) описать технологию выполнения бизнес-процесса (например, с использованием графических схем в выбранных нотациях);7) разработать показатели, по которым оценивается бизнес-процесс, его результаты и удовлетворенность клиентов бизнес-процесса;8) описать работу владельца по анализу и улучшению бизнес-процесса, а так же его отчетность перед вышестоящим руководителем.

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

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

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

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

Рассмотрим, как отражена концепция процессного подхода в ГОСТ Р ИСО 9000-2001 [20]. Любая деятельность или комплекс деятельности, в которой используются ресурсы для преобразования входов в выходы, может рассматриваться как процесс. Чтобы результативно функционировать, организации должны определять и управлять многочисленными взаимосвязанными и взаимодействующими процессами. Часто выход одного процесса образует непосредственно вход следующего. Систематическая идентификация и менеджмент применяемых организацией процессов и прежде всего обеспечения их взаимодействия могут считаться «процессным подходом». Приведенная на рисунке 1 модель системы менеджмента качества, основанная на процессном подходе, иллюстрирует связи между процессами, показывает существенную роль потребителя при определении входных данных.

5

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

Рис.1

В заключении отметим, что рассмотренные два подхода к управлению организацией противопоставлять не стоит. Разница в исходных точках проектирования: распределять ли функциональные обязанности на основе процессов или проектировать процессы взаимодействия между функциональными областями. Функциональный подход отвечает на вопрос: «Что делать?», процессный: «Как делать?». Два рассмотренных подхода дополняют друг друга и должны применяться совместно.

Лекция 2. Процесс и его элементы.

В настоящее время существует множество интерпретаций понятия бизнес-процесс (БП). Ниже представлены некоторые из них.

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

- Поток информации

6

- Деятельность, добавляющая ценность

который служит осуществлению основных целей предприятия и описывает центральную сферу его деятельности (SAP).

• Бизнес-процесс – структурированный набор действий, охватывающий различные сущности предприятия и подчиненный определенной цели (ISO/CD 15531-1);

• Процесс – любая деятельность или комплекс деятельности, в которой используются ресурсы для преобразования входов в выходы (ИСО 9000-2001;

• Процесс – «множество законченных состыкованных работ, которые в совокупности создают продукцию, имеющую потребительскую ценность для клиента» (Дж. Мартин);

• Бизнес-процесс – «набор активностей, которые преобразуют несколько видов входных характеристик в выход, имеющий ценность для потребителя» (М. Хаммер, Дж. Чампи);

• Бизнес-процесс – специфически упорядоченная во времени и в пространстве совокупность работ, с указанием начала и конца и точным определением входов и выходов» (Т. Давенпорт);

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

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

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

Остановимся на одном определении бизнес-процесса [4]:бизнес-процесс – устойчивая целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя.

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

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

Выход БП – результат (продукт, услуга) выполнения БП. Например: готовая продукция, документация, информация, персонал, услуги и т.д.

7

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

Сеть процессов организации — объединение взаимосвязанных и взаимосогласованных БП организации в единую систему.

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

1.  Маркетинг рынка и пожеланий заказчиков;2.  Разработка стратегии;3.  Разработка продукции (услуг);4.  Организация продаж;5.  Производство и поставка продукции;6.  Организация сервиса (для сервисно-ориентированных организаций);7.  Обслуживание заказчика и оформление счета-фактуры;8.  Управление человеческими ресурсами;9.  Управление информационными ресурсами;10. Управление финансовыми и физическими ресурсами;11. Управление экологией;12. Управление внешними связями;13.  Управление улучшениями и изменениями.

Отметим основные свойства БП [3]:Результативность - характеризует соответствие результатов процесса

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

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

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

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

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

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

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

8

Лекция 3. Классификация БП

Исходя из различных точек зрения бизнес-процессы имеют ряд классификаций. Рассмотрим некоторые из них.

1. Классификация бизнес-процессов по характеру деятельности и создаваемому продукту:

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

обеспечивающие выполнение реальных операционных задач, связанных с созданием продукта, и реализацию его клиенту. Назначение основных БП – создание и реализация основных продуктов. Результат основных БП– основной продукт и/или полуфабрикат для его изготовления. Основные БП добавляют к продукту ценность для потребителя, за них внешний клиент готов платить деньги. Согласно методу М. Хаммер и Д. Чампи , у внешнего клиента нужно спросить готов ли тот платить деньги за данный бизнес-процесс или нет. Если клиент ответит "да", значит, данный процесс является основным, если "нет", то процесс относят к одной из оставшихся групп.

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

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

9

Рис.2. Схема жизненного цикла продукции

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

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

Приведем в качестве примера список бизнес-процессов ВГУЭС с точки зрения первой классификации.

10

№ п/п Наименование БП

1 БП управления университетом1.1 Стратегический менеджмент

1.2 Формирование университета как социально ответственной организации

1.3 Анализ и принятие решений по результатам

1.4 Управленческий учет

1.5 Информационная открытость2 Основные БП жизнедеятельности университета

2.1 Маркетинг

2.2 Проектирование и разработка образовательных программ

2.3 Довузовская образовательная деятельность и отбор абитуриентов

2.4 Реализация образовательной деятельности ООП (СОО, НПО, СПО)

2.5 Реализация образовательной деятельности по ООП ВПО

2.6 Реализация послевузовского и дополнительного профессионального образования

2.7 Содействие трудоустройству и сопровождение выпускников

2.8 Управление интеллектуальным капиталом2.9 Воспитательная и внеучебная работа с обучающимися2.10 Научные исследования и разработки2.11 Международная деятельность

3 Вспомогательные БП

3.1 Управление персоналом

3.2 Управление финансами

3.3 Управление образовательной средой

3.4 Библиотечное и информационное обслуживание

3.5 Построение и сопровождение корпоративной информационной среды

3.6 Управление закупками

3.7 Управление инфраструктурой

11

№ п/п Наименование БП

3.8 Управление производственной средой

3.9 Управление комплексной безопасностью

3.10 Анализ удовлетворенности заинтересованных сторон

3.11 Самообследование

3.12 Мониторинг и измерение процессов и продуктов

3.13 Управление несоответствиямиТаблица 1. БП ВГУЭС

Существуют и другие классификации БП. Кратко познакомимся с некоторыми из них.

2. Классификация бизнес-процессов в зависимости от их места в организационной структуре компании:

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

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

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

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

12

Лекция 4. Управление бизнес-процессами.

Применение модели непрерывного улучшения процессов – цикла Шухарта-Деминга или цикла PDC(S)A в различных областях деятельности способствует эффективному управлению данной деятельностью на системной основе.Основоположник научной организации труда и менеджмента Фредерик Тейлор определял управление следующей фразой «планируй-делай-смотри». Американский ученый Уолтер Шухарт впервые описал концепцию PDCA в 1939 г. в своей книге "Статистические методы с точки зрения управления качеством". Уильям Эдвард Деминг предлагал использовать цикл PDCA в качестве основного способа достижения непрерывного улучшения процессов. Им же была введена модификация цикла PDCA - цикл PDSA ("study" – изучать).

Цикл PDCA включает:• Планирование (Plan) – установление целей и процессов,

необходимых для достижения целей; планирование работ по достижению целей процесса; планирование выделения и распределения необходимых ресурсов.

• Выполнение (Do)- осуществление запланированных мероприятий. • Проверка (Check)– сбор информации и контроль результата;

выявление и анализ отклонений. • Воздействие (Act)- принятие мер по устранению причин отклонений

от запланированного результата.

Рис. 3 Цикл Тейлора Рис.4 Цикл Шухарта-Деминга

На рисунке 5 приведен пример БП, управляемого на основе цикла PDCA.

Plan

DoSee

Plan

DoCheck

Act

13

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

BPM (Business Process Management) — концепция процессного управления организацией, рассматривающая БП как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость БП в организации за счёт моделирования БП с использованием формальных нотаций, ПО, мониторинга и анализа БП, возможность динамического перестроения моделей БП силами участников и средствами программных систем.

Подход BPM предполагает[3]:1) определение стратегии управления БП (миссия, цели, стратегии),например, на основе использования методологии сбалансированной

системы показателей ССП (BSC);2) используемая методология моделирования БП должна иметь

возможность учета стратегий управления бизнес-процессами;3) методология анализа БП должна поддерживать различные виды

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

4) методология оптимизации БП должна поддерживать, как революционный (reengineering), так и эволюционный (непрерывное улучшение) пути;

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

6) инструментальные средства среднего уровня предназначены для поддержки информационной инфраструктуры на основании моделей БП;

7) Инструментальные средства нижнего уровня предназначены для автоматизации БП (автоматизированная система класса workflow).

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

эффективности), оптимизация, регламентация,2. Реализация процессов: внедрение процедур и обучение персонала, постановка требований и выбор ИС, разработка и внедрение ИС, автоматизация процессов,

14

внедрение систем менеджмента качества и прочих подсистем управления,

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

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

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

(KPI), определяющих параметры эффективного функционирования компании в целом и отдельных ее процессов.

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

ПП- показатели процесса, ДУК- данные удовлетворенности клиента, КД - корректирующие действия, ПД – предупреждающие действия

Рис.5. БП, учитывающий цикл PDCA.

15

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

По мнению многих исследователей универсального определения системы (от др.-греч. σύστημα — «сочетание») не существует. Перечислим некоторые существующие определения.

• Система – это совокупность взаимосвязанных и взаимодействующих элементов (ИСО 9000).

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

• Система есть отражение в сознании субъекта (исследователя, наблюдателя) свойств объектов и их отношений в решении задачи исследования, познания (Ю.И. Черняк)

• Система – это состоящее из двух элементов или более множество, которое удовлетворяет следующим трем условиям:

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

воздействует на поведение целого, и ни один из них не воздействует на них самостоятельно. (Рассел Л . Акофф)

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

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

Свойства системы, связанные с целями и функциями:• Синергичность (греч. synergia – сотрудничество, содружество) —

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

16

• Эмерджентность (англ. emergence — возникновение, появление нового) наличие у системы особых свойств, не присущих ее подсистемам; несводимость свойств системы к сумме свойств её компонентов.

• Альтернативность путей функционирования и развития.Свойства системы, связанные со структурой:• Целостность — зависимость каждого элемента, его свойств и

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

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

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

Свойства системы, связанные с ресурсами и особенностями взаимодействия со средой:

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

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

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

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

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

17

Лекция 5. Методологии описания деятельности организации.

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

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

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

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

Методология описания БП — совокупность нотаций и правил их использования, применяемых для моделирования БП.

Основу многих современных методологий моделирования бизнес-процессов составила методология SADT (Structured Analysis and Design Technique - метод структурного анализа и проектирования) и алгоритмические языки, применяемые для разработки программного обеспечения. Методология SADT разработана Дугласом Россом. Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. SADT основывается на следующих концепциях:

18

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

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

Кратко история развития методологий моделирования БП и история развития подходов к управлению качеством представлена в таблице 2 [4].

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

Методологии (стандарты) управления качеством

40-60 гг., XX век

Появление алгоритмических языков описания

Национальные стандарты

60 гг, XX век Появление методологии SADT

Развитие стандартов в различных областях, в частности, в области контроля качества продукции

70-80 гг, XX век

Появление методологий серии IDEF(IDEF0, IDEF3, IDEF1X), DFD, ERD

Принятие МС ИСО серии 9000 версии 1988

90 гг, XX век Появление методологий ARIS(архитектура интегрированных информациионных систем), UML(универсальный язык моделирования), методологий компании Oracle, Baan, Rational и др.

Принятие МС ИСО серии 9000 версии 1994 (в стандартах закладываются основы процессного подхода)

2000 г Принятие МС ИСО серии 9000 версии 2000 г, четкое определение процессного подхода к управлению организацией

19

Таблица 2. Периоды развития методологий моделирования БП

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

моделирования бизнес-процессов (Business Process Modeling); описания потоков работ (Work Flow Modeling); описания потоков данных (Data Flow Modeling).

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

В настоящий момент к семейству IDEF можно отнести следующие стандарты:

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

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

IDEF1X (IDEF1 Extended) — Data Modeling — методология построения реляционных структур (баз данных), относится к типу методологий «Сущность-взаимосвязь» (ER — Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

20

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

IDEF3 — Process Description Capture —методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3;

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

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

IDEF6 — Design Rationale Capture — обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения знаний о способе (причины, обстоятельства, скрытые мотивы) моделирования, их представления и использования при разработке систем управления предприятиями. Метод IDEF6 акцентирует внимание именно на процессе создания модели;

IDEF7 — Information System Auditing — аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан;

IDEF8 — User Interface Modeling — метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя;

IDEF9 — Scenario-Driven IS Design (Business Constraint Discovery method) — метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует организация;

IDEF10 — Implementation Architecture Modeling — моделирование архитектуры выполнения, метод определён как востребованный, однако не был полностью разработан;

21

IDEF11 — Information Artifact Modeling - информационное моделирование артефактов, метод определён как востребованный, однако не был полностью разработан;

IDEF12 — Organization Modeling — организационное моделирование, метод определён как востребованный, однако не был полностью разработан;

IDEF13 — Three Schema Mapping Design — трёхсхемное проектирование преобразования данных, метод определён как востребованный, однако не был полностью разработан;

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

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

В последние годы активно развивается методология UML (Unified Mod-eling Language), предназначенная для описания функционирования сложных программных продуктов, основанных на объектно-ориентированных языках программирования. В рамках этой методологии рассматривается ряд диаграмм, которые можно использовать для описания БП.

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

Лекция 6. Инструментальные системы для моделирования деятельности организации

В настоящее время на рынке компьютерных технологий представлены

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

Познакомимся с двумя программными продуктами бизнес моделирования: Business Studio и ARIS.

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

22

Самара). В качестве графического редактора процессов и организационных диаграмм используется Microsoft Visio 2003, благодаря этому данный программный продукт прост в изучении. Система бизнес-моделирования Business Studio разработана специально для поддержки полного цикла проектирования эффективной системы управления компанией – «Проектирование - Внедрение – Контроль – Анализ», позволяя решать следующие задачи: формализация стратегии и контроль ее достижения моделирование  и оптимизация бизнес-процессов проектирование организационной структуры и штатного расписания регламентация деятельности: разработка регламентов и распространение их среди сотрудников внедрение системы менеджмента качества в соответствии со стандартом ISO.

Этапы процесса проектирования и совершенствования системы управления представлены в таблице 3.

                                                                     

 Этап проектирования

Реализация в Business Studio 

Формализация стратегии

Стратегические карты, Сбалансированная система показателей 

Проектирование бизнес-процессов

Нотации моделирования: IDEF0,  Процесс (Basic Flowchart), Процедура (Cross Functional Flowchart), EPC (Event Driven Process Chain). 

Проектирование организационной структуры

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

Имитационное моделирование и ФСА

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

Разработка ТЗ на внедрение информационных систем

Система позволяет создавать четкие и подробные задания для разработчиков ИС 

23

Формирование регламентирующей документации

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

Доведение документации до сотрудников

Вывод документации в MS Word для печати – ознакомление под роспись. Вывод документации в HTML-навигатор.

Передача схем процессов на исполнение в BPM-системы

Экспорт схем спроектированных процессов в формате XPDL для настройки BPM-систем на их исполнение.Интеграция с ECM-системой DIRECTUM.

Контроль показателей

Возможность контролировать достижение запланированных значений показателей непосредственно в системе Business Studio; в отчетах, сформированных по значениям показателей в формате MS Word; с помощью специального модуля Cockpit.

Контроллинг бизнес-процессов

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

Анализ показателей

Анализ показателей в динамике. Анализ план-факт. Декомпозиция рассчитываемых показателей.  

Анализ несоответствий и их последствий

Анализ несоответствий и причин их возникновения с применением диаграммы Исикавы. 

Замыкая круг Планирование корректирующих и предупреждающих мероприятий.

Таблица 3. Этапы проектирования и совершенствования системы управления в системе Business Studio

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

24

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

Демо-версия Business Studio позволяет: разработать свою систему целей и показателей (BSC) на основе существующих элементов раздела "Цели и показатели"; создать модель бизнес-процессов; спроектировать организационную структуру в разделе "Субъекты"; сформировать перечень документов своей организации в разделе "Объекты деятельности"; провести имитационное моделирование и функционально-стоимостный анализ БП; получить регламентирующую и отчетную документацию на основе имеющихся шаблонов отчетов; познакомиться с возможностями Business Studio по поддержке системы менеджмента качества; продолжить работу с разработанной моделью в полнофункциональной версии программы.

ARIS (Architecture of Integrated Information Systems) - методология и программный продукт для моделирования БП организации. Автор методологии Август-Вильгельм Шеер (компания IDS Scheer AG, Германия). Любая организация в методологии ARIS рассматривается с четырёх точек зрения: организационной, функциональной, обрабатываемых данных и структуры БП.

Организационноепредставление

Представлениеданных

Процессноепредставление

Функциоенальноепредставление

Рис.6 Дом ARIS

В рамках каждого из перечисленных типов создаются модели разных видов, отражающие соответствующие стороны исследуемой системы. ARIS поддерживает большое количество методов моделирования, используемых для построения этих моделей. Среди них такие известные как диаграммы Чена, Unified Modeling Language (UML), Object Modeling Technique (OMT), Value

25

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

Рис.7 Дом ARIS в разрезе

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

26

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

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

Лекция 7. Моделирование бизнес-процессов согласно методологии IDEF0. Создание моделей БП в IDEF0 Business Studio

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

Основные понятия IDEF0 методологии:1. Понятие функционального блока (Activity Box). Каждая из четырех

сторон функционального блока имеет своё определенное значение (роль).2. Понятие интерфейсной дуги (Arrow). Графическое отображение

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

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

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

27

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

Рисунок 8. Схема БП в IDEF0.

Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0” (рис. 8).

Функциональный блок

А0

Управление

Механизм

Вход Выход

28

Рисунок 9. Контекстная диаграмма деятельности ВГУЭС

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

Символ Изображение Описание

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

Стрелка Стрелки обозначают входящие и исходящие из процесса объекты (данные).

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

29

Символ Изображение Описание

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

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

Туннелированная стрелка

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

30

Символ Изображение Описание

отсутствуют на родительской диаграмме.

Внешняя ссылка

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

Междиаграммная ссылка

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

В качестве междиаграммной ссылки не может выступать диаграмма EPC.

Процесс-ссылка

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

Добавление процесса-ссылки на типовой процесс на диаграмму

31

Символ Изображение Описание

осуществляется путем удержания клавиши Shift и перетягивания типового процесса из Навигатора.

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

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

Таблица 4. Используемые графические символы методологии IDEF0 в Business Studio [24].

В заключении отметим принципы ограничения сложности IDEF0-диаграмм:

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

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

На рисунке 9 представлен пример модели БП, созданной в Business Studio.

Лекция 8. Создание модели бизнес-процесса в нотациях Процесс, Процедура системы Business Studio

Рассмотрим еще две нотации моделирования БП, поддерживаемых системой Business Studio: Процесс и Процедура.

32

Нотации Процесс (Basic Flowchart в Microsoft Visio) и Процедура (Cross Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы. Различие между нотациями Процесс и Процедура состоит в том, что дополнительно к графическим элементам, применяемым в нотации Процесс, в нотации Процедура используются дорожки (Swim Lanes), обозначающие организационные единицы – исполнителей действий процесса. [24]

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

Название Графический символ Описание

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

Временная последовательность выполнения действий задается расположением действий на диаграмме процесса/процедуры сверху вниз (слева направо на горизонтальной диаграмме процедуры).

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

33

Название Графический символ Описание

один из которых может быть активизирован после проверки условия.Блок «Решение» должен содержать вопрос, решение или условие. Выходящие стрелки помечаются как «Да» или «Нет», или другим способом для учета всех возможных вариантов ответов. Блок «Решение» аналогичен элементу «Исключающее ИЛИ» (XOR) в других нотациях моделирования.

Связь предшествования

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

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

Если стрелка служит только для обозначения

34

Название Графический символ Описание

передачи управления, то имя стрелки оставляется пустым. Если кроме передачи управления из предыдущего действия в следующее действие поступает Объект(ы), то стрелка именуется и в список объектов стрелки заносится соответствующий Объект(ы) .

Поток объектов

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

Стрелки «Поток

35

Название Графический символ Описание

объектов» обозначаются стрелкой с двумя треугольниками.

Если обозначение источника Объекта(ов) неважно, то такой Объект показывается стрелкой с туннелированным началом.

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

Дорожки

(диаграмма Процедура)

Дорожки предназначены для отображения организационных единиц (должности, подразделения, роли) –

36

Название Графический символ Описание

исполнителей действий процедуры.

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

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

Концом процесса/процедуры считается событие, в которое только входят стрелки передачи управления.

Таблица 5. Используемые графические символы нотаций Процесс, Процедура Business Studio [24].

На рисунке 10 представлен пример модели БП в нотации Процедура, созданной в Business Studio.

37

Рисунок 10. БП «Поступление во ВГУЭС» в нотации Процедура.

Лекция 9. Создание модели бизнес-процесса в нотации EPC системы Business Studio

Нотация EPC (Event-Driven Process Chain – событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию

38

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

Название Графический символ

Описание

Функция Функция – действие или набор действий, выполняемых над исходным объектом (документом, ТМЦ и т.п.) с целью получения заданного результата.

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

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

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

39

Название Графический символ

Описание

Оператор AND («И»)

Примеры

Оператор «И» используется для обозначения слияния/ветвления как функций, так и событий.

Завершение выполнения Функции одновременно инициирует события: Событие 1 и Событие 2.

Событие произойдет только после обязательного завершения Функции 1 и Функции 2.

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

Событие одновременно инициирует выполнение Функции 1 и Функции 2.

40

Оператор OR («ИЛИ»)

Примеры

Оператор «ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий.

По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «ИЛИ».

Завершение выполнения Функции может инициировать 3 вида ситуаций: только Событие 1; только Событие 2; одновременно и Событие 1, и Событие 2.

Событие может произойти либо после завершения выполнения Функции 1, либо после завершения выполнения Функции 2, либо после завершения выполнения и Функции 1, и Функции 2.

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

Оператор XOR

Оператор «Исключающее ИЛИ» используется для обозначения слияния/ветвления функций и для

41

(«Исключающее ИЛИ»)

Примеры

слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «Исключающее ИЛИ».

Функция инициирует либо только Событие 1, либо только Событие 2.

Событие может произойти либо сразу после завершения выполнения Функции 1, либо сразу после завершения выполнения Функции 2.

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

42

Интерфейс процесса

Примеры

Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или функцию. Используется для указания взаимосвязи процессов:

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

обозначает процесс, откуда поступил или куда передается объект.

Внутри блока помещается наименование внешнего процесса.

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

После окончания Процесса 1 (и наступления Событие 1) начинает выполняться Процесс 2.

Перед началом Процесса 2 был завершен Процесс 1, инициировавший Событие 1.

43

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

Бумажный документ

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

Электронный документ

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

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

Информация

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

Информационная система

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

Модуль информационной системы

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

44

Функция информационной системы

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

База данных

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

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

Элемент может быть использован для обозначения данных, передаваемых между процессами или обрабатываемых при выполнении процессов, для обозначения статусов бумажных/электронных документов и других элементов справочника «Объекты деятельности».

Набор объектов

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

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

45

Таблица 5. Используемые графические символы нотации EPC [24]

Правила моделирования процессов в нотации EPC:1. диаграмма функции EPC должна начинаться как минимум одним

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

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

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

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

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

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

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

9. за одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)»;

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

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

На рисунке 11 представлены фрагменты допустимых ситуаций (А,Б) и недопустимых ситуаций (В, Г, Д, Е) с точки зрения методологии EPC:

46

А) Б)Примеры недопустимых ситуаций:

В) Г)

Д) Е)Рисунок 11 Фрагменты БП в нотации EPC

На рисунке 12 представлен БП поступления в магистратуру, описанный в нотации EPC.

47

48

Рисунок 12. БП «Поступление в магистратуру» в нотации EPC. Business Studio.

Лекция 10. Проектирование организационной структуры

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

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

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

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

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

49

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

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

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

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

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

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

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

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

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

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

слабо, поскольку решения в конечном счете принимает линейный руководитель;

50

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

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

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

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

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

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

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

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

51

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

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

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

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

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

52

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

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

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

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

53

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

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

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

Рассмотрим возможности Business Studio при проектировании организационной структуры. К ним относятся:– формирование иерархической организационной структуры;– построение организационной диаграммы для организации и отдельных подразделений;– заполнение необходимых параметров элементов справочника «Субъекты»;– проведение расчета необходимого количества сотрудников.

Типы субъектов организационной структуры представлены в таблице 6.

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

Роль

Обозначает внешнюю организацию или её представителя (поставщик, клиент, государство).

Внешний субъект

Обозначает структурное подразделение организации

(Департамент, Управление, Отдел, Бюро, Группа).

Подразделение

Обозначает должность, занимаемую сотрудником или несколькими сотрудниками. Должность

Назначение Название

Таблица 6. Субъекты оргструктуры Business Studio.

В Business Studio существует 2 подхода к формированию организационной диаграммы:

1) Организационная структура сразу строится на организационной диаграмме. При этом в процессе рисования диаграммы необходимая иерархия подразделений и должностей создается в Навигаторе в справочнике «Субъекты» после сохранения организационной диаграммы.

2) Организационная структура формируется в Навигаторе в справочнике «Субъекты», и на ее основе автоматически формируется организационная диаграмма.

Рисунок 12. Пример оргструктуры ИнТехПроект (Демоверсия Business Studio).

Лекция 11. Система показателей для управления процессами

Для построения системы управления БП руководитель организации и владельцы процессов должны построить систему поступления оперативной и плановой информации. Система показателей процессов и организации складывается из трех основных потоков информации:

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

55

информация о качестве процесса, его эффективности и ресурсоемкости;

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

Рассматривают три категории показателей:• стоимостные – показатели, оценивающие практически все ресурсы

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

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

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

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

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

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

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

Стоимостные показатели

Показатели времени

Технические показатели

Показатели процессаПоказатели продукта процессаПоказатели удовлетворенности клиента

Таблица 7. Матрица показателей БП

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

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

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

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

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

• Specific - специфичность,• Measurable - измеримость,• Achievable - достижимость, • Relevant - релевантность, • Timely - отслеживаемость во времени. Специфичность (конкретность). Показатели должны быть четкими,

точными, конкретными. Измеримость. Показатели должны быть измеримыми в определенных

единицах измерения.Достижимость. Необходимо адекватно оценивать ситуацию и

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

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

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

Пример «Показатели процесса обучения» представлен в таблице 8 .

Стоимостные показатели

Показатели времени

Технические показатели

Показатели процесса

Себестоимость обучения

Количество часов обучения

Тех. Показатели оборудования, ПО; число и квалификация преподавателя

Показатели продукта процесса

Стоимость обучения

Сроки обучения по данной программе

Наполнение образовательной программы

Показатели удовлетворенности клиента

Объем продаж услуг по одному клиенту, членам его семьи или определенной

Срок действия сертификата

Число жалоб, число добровольно отчислившихся студентов

57

организацииТаблица 8. Показатели процесса обучения

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

Стратегия – это план или модель долговременного развития организации.

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

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

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

позволяющими реализовать стратегию,• своевременно реагировать на несоответствующие изменения в БП

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

• учесть наряду с финансовыми нефинансовые показатели.ССП была предложена проф. Harvard Business School Робертом

Капланом и президентом компании BSC Дэвидом Нортоном в 1992 г. в статье «Сбалансированная система показателей, определяющая эффективность работы организации».

Одним из важных мероприятий при подготовке к разработке ССП является выбор перспектив. Рассмотрение различных перспектив при формировании и реализации стратегии является характерной чертой концепции сбалансированной системы показателей и ее ключевым элементом.

При формулировании стратегии на основе ССП деятельность компании по Каплану и Нортону рассматривается обычно в рамках четырех перспектив 

• Финансы. Каких финансовых целей мы должны достигнуть? • Клиенты. Каких целей в отношении клиентов мы должны достигнуть,

чтобы выполнить поставленные финансовые цели?• Внутренние БП. Как мы должны реорганизовать БП, чтобы достичь

поставленных вышестоящих целей? • Инфраструктура/Сотрудники. Что мы должны сделать с

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

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

58

Существуют и другие наборы перспектив, отражающие специфику деятельности организации. Отметим, что для государственных и некоммерческих организаций рекомендуется перспективу «Клиенты» перемещать вверх по иерархии. При постановки ССП, например, во ВГУЭС было добавлено к четырем классическим перспективам Каплана и Нортона пятой перспективы «Общество», цели в которой являются проекцией миссии ВГУЭС на ценность, которую составляет университет для широкой общественности [16]. Карта целей ВГУЭС представлена на рис. 13.

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

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

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

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

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

Пример стратегической карты ООО «ИнТехПроект», построенной в BusinessStudio [23], на которой указаны цели и показатели по перспективам, приведен на рис.14.

59

Рисунок 13 Карта целей ВГУЭС

60

Рисунок 14. Стратегическая карта ООО «ИнТехПроект»,

Лекция 12. Анализ бизнес-процессов

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

61

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

Рисунок 15 Виды методик анализа БП

SWOT – анализ БП - метод стратегического планирования, используемый для оценки факторов и явлений, влияющих на БП. Это анализ сильных и слабых сторон БП организации, а также возможностей и угроз со стороны внешней окружающей среды. Все факторы делятся на четыре категории: strengths (сильные стороны), weaknesses (слабые стороны), opportunities (возможности) и threats (угрозы). Акроним SWOT был впервые введён в 1963 году в Гарварде на конференции по проблемам бизнес-политики профессором Кеннетом Эндрюсом . В 1965 году четыре профессора Гарвардского университета, Леранед, Кристенсен, Эндрюс и Гут, предложили технологию использования SWOT-модели для разработки стратегии поведения фирмы. Была предложена схема LCAG (по начальным буквам фамилий авторов), которая основана на последовательности шагов, приводящих к выбору стратегии. Акроним SWOT может быть представлен визуально в виде таблицы:

62

Положительное влияние

Отрицательное влияние

Внутренняя среда Strengths (свойства БП, дающие преимущества перед другими в отрасли)

Weaknesses (свойства, ослабляющие БП)

Внешняя среда Opportunities (внешние вероятные факторы, дающие дополнительные возможности по достижению цели)

Threats (внешние вероятные факторы, которые могут осложнить достижение цели)

Таблица 9. SWOT-анализ

Укажем шаги проведения SWOT – анализа:1) провести анкетирование руководителей и специалистов организации,2) обработать результаты анкетирования, сформировать рейтинг

ответов,3) построить таблицу SWOT – анализа процесса.Например, SWOT-анализ БП может быть представлен таблицей 10.

Сильные стороны Слабые стороны

1. Существует руководитель-лидер.2. Высокое качество продукта процесса.3. Наличие квалифицированных кадров.4. Высокая степень автоматизации.

1. Неудовлетворенность клиентов сроками поставки продукции.2. Частичное дублирование функций.3. Отсутствие системы измерения показателей эффективности процесса.4. Отсутствие должностных инструкций на некоторых исполнителей.

Возможности Угрозы

1. Повышение эффективности за счет внедрения системы CRM.2. Снижение накладных расходов.3. Сокращение сроков выполнения заказов за счет дальнейшей автоматизации.

1. Потеря клиентов из-за длительных сроков поставки.2. Снижение качества продукции.3. Большая зависимость от личных качеств исполнителей процесса.

Таблица 10. SWOT-анализ БП

63

В основе матрицы Бостонской консультативной группы (БКГ или BCG-акроним названия консультационной компании Boston Consulting Group, основатель - Брюс Д. Хендерсон ) лежит модель жизненного цикла товара, в соответствии с которой товар в своем развитии проходит четыре стадии: появление («трудные дети»), рост («звезды»), зрелость («дойные коровы»") и спад («собаки»). В матрице БКГ используются два критерия: темп роста отраслевого рынка и относительная доля рынка. Темп роста рынка определяется как средневзвешенное значение темпов роста различных сегментов рынка, в которых действует организация, или принимается равным темпу роста валового национального продукта. Относительная доля рынка определяется делением доли рынка рассматриваемого бизнеса на долю рынка крупнейшего конкурента. В оригинальной версии BCG шкала абсцисс является логарифмической, поэтому обычно коэффициент, характеризующий относительную долю рынка, занимаемую бизнес-областью, изменяется от 0,1 до 10. так как

. Модель БКГ представляет собой матрицу 2х2, на которой области бизнеса изображаются окружностями с центрами на пересечении координат, образуемых соответствующими темпами роста рынка и величинами относительной доли организации на соответствующем рынке. Каждая нанесенная на матрицу окружность характеризует только одну бизнес-область, характерную для исследуемой организации. Величина окружности пропорциональна общему размеру всего рынка. Чаще всего этот размер определяется простым сложением бизнеса организации и соответствующего бизнеса ее конкурентов. Размеры рынка, как и бизнес-области, чаще всего оцениваются по объемам продаж, а иногда и по стоимости активов. В верхней части матрицы оказываются бизнес-области, относящиеся к отраслям с темпами роста выше среднего, в нижней, соответственно, с более низкими. В оригинальной версии модели BCG принято, что границей высоких и низких темпов роста является 10%-ое увеличение объема производства в год.

64

Рисунок 16. Пример матрицы БКГ

Модель БКГ может быть использована при анализе бизнес-единиц, в том числе и БП.

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

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

Важность процесса Высокая эффективность

Средняя эффективность

Низкая эффективность

Очень важный

Важный

Второстепенный

Таблица 11. Ранжирование БП

65

Рассмотрим пример результата ранжирования БП:

Важность процесса Высокая эффективность

Средняя эффективность

Низкая эффективность

Очень важный Процесс 2 - Процесс 1

Важный - Процесс 3 Процесс 6

Второстепенный Процесс 5 Процесс 7 Процесс 4

Таблица 12. Пример ранжирования БП

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

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

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

1. Анализ входов/выходов БП состоит из двух частей: анализ потребности во входах/выходах, анализ неиспользуемых выходов2. Анализ функций БП позволяет выявить отсутствие необходимых функций, наличие лишних функций.3. Анализ БП с точки зрения обеспеченности ресурсов включает анализ

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

Анализ состояния БП по отношению к требованиям. Требования к организации БП включают:

применение цикла PDCA, регламентация всех составляющих БП в соответствии с

требованиями МС ИСО 9001:2000.Рассмотрим основные требования к организации БП, учитывающие

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

определенными полномочиями и ответственностью, не пересекающимися с полномочиями и ответственностью руководителей других БП;

66

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

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

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

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

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

7. должна функционировать ССП.Измерение и анализ показателей БП. Как было указано в предыдущей

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

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

Познакомимся с одним из методов количественного анализа процесса - ABC - методом. Метод АВС (Activity Based Costing)(читается «эй, би, си») – операционный анализ затрат. Будем использовать одну из классификаций затрат на прямые и накладные расходы. Прямые расходы — это расходы, которые можно прямо отождествить с объектом затрат, и само существование объекта затрат является непосредственной причиной возникновения прямых расходов. Накладные расходы — это расходы, которые не связаны напрямую с объектами затрат; причиной накладных расходов является либо группа объектов затрат, либо деятельность организации в целом. Обычно в качестве накладных расходов выделяют затраты на обслуживание и переналадку оборудования, административные расходы, коммерческие расходы и т.п.

На рис. 17 показаны пути распределения затрат при ABC- методе [10].

67

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

2. Отнесение прямых расходов на стоимость объектов затрат. Перенос стоимости прямых расходов обычно осуществляется в соответствии с нормами расхода сырья или нормами трудозатрат.

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

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

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

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

68

Рисунок 17. Распределения затрат при ABC- методе

Лекция 13. Имитационное моделирование и функционально-стоимостной анализ (ФСА)

ФСА получил широкое распространение при решении задач повышения качества и конкурентоспособности продукции во многих странах мира. Этот метод позволяет сформулировать цель работы, наметить пути достижения цели и последовательно пройти весь путь до ее реализации, сочетая различные, взаимно дополняющие друг друга методы, в том числе и рассмотренный выше метод АВС (Activity Based Costing), и АВС-анализ (диаграммы Парето, читается «а, бэ, це») [14].  Метод ФСА включает выявление требований потребителя, установление показателей, описывающих эти требования, моделирование затрат, усовершенствование бизнес-процессов, непрерывное совершенствование в рамках системы менеджмента качества, организацию и проведение обучения персонала. Методология ФСА уделяет большое внимание интегрированным процессам и позволяет применять различные методические приемы как единую систему в зависимости от постановки конкретной цели анализа.

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

Затраты

Ресурсы

Операции

Объекты затрат

1

23 45

6

69

В системе Business Studio имитационное моделирование и функционально-стоимостной анализ используются параллельно для расчета времени выполнения и стоимости процессов. ФСА позволяет рассчитать себестоимость продукции (услуги) через перенос затрат на стоимость выполняемых процессов пропорционально драйверам ресурсов. За драйвер временных ресурсов принимается время, затрачиваемое ресурсом на выполнение того или иного процесса (действия, функции). За драйвер материальных ресурсов принимается количество повторений процесса. Время выполнения и количество повторений процесса определяется посредством имитационного моделирования [25].

Рассмотрим подробнее технологию проведения ФСА в системе Busi-ness Studio.

Анализ деятельности организации с помощью методики имитационного моделирования осуществляется в 3 этапа:

1. Разрабатывается модель сети БП организации либо диаграмма отдельного исследуемого БП.

2. Для недекомпозированных процессов, входящих в исследуемые БП, заполняются параметры: «Время выполнения процесса», «Время ожидания процесса». Для подпроцессов процесса в нотации IDEF0 заполняется также параметр «Частота в рамках вышележащего процесса».

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

При имитации БП в нотации IDEF0 для определения времени выполнения процесса система суммирует продолжительности подпроцессов с учетом частоты их повторений в рамках БП. Продолжительность процесса в остальных нотациях системы (Процедура, Процесс, EPC) в общем случае является случайной величиной.

Правила расчета времени для БП нотаций Процедура, Процесс, EPC:1. При последовательном выполнении действий или функций их

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

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

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

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

70

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

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

1. Разрабатывается модель сети БП организации либо диаграмма отдельного БП.

2. Для недекомпозированных процессов, входящих в исследуемые БП, заполняются параметры «Время выполнения процесса», «Время ожидания процесса». Для подпроцессов процесса нотации IDEF0 заполняется также параметр «Частота в рамках вышележащего процесса».

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

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

5. Проводится имитация для всей модели БП либо для одного исследуемого процесса и в результате определяется стоимость процессов.

Для БП в нотации IDEF0 в общей стоимости процесса учитывается стоимость каждого подпроцесса, умноженная на частоту его выполнения в рамках процесса. Для БП в нотациях Процедура, Процесс, EPC стоимость процесса определяется как сумма стоимостей всех выполненных действий/функций.

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

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

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

Шаг 1. Выделить показатели процесса, по которым будет определяться его эффективность.

Шаг 2. Найти неэффективные процессы.

71

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

Шаг 4. Перепроектировать процесс.Шаг 5. Убедиться с помощью имитационного моделирования в том,

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

Шаг 6. Спланировать сценарий перехода от существующего хода выполнения процесса к эффективному.

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

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

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

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

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

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

Перечислим некоторые рекомендации оптимизации процесса [25]:1. Заменить традиционные функциональные команды исполнителей

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

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

72

3. Устранить ненужные согласования и утверждения вышестоящими руководителями.

4. Минимизировать функции контроля за ходом выполнения процесса до разумного количества.

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

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

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

Заполнение стоимостных и временных параметров процессов и проведение имитации процессов в Business Studio позволяет получить следующие отчеты:

«ФСА процесса»; «Использование материального ресурса»; Отчет по результатам имитации.

73

СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫОсновная литература

1. Б. Андерсен, Бизнес-процессы. Инструменты совершенствования,

М.: Стандарты и качество, 2008.- 272 с.

2. И.В. Войнов , С.Г. Пудовкина, А.И. Телегин, Моделирование

экономических систем и процессов. Опыт построения ARIS - моделей:

Монография.-Челябинск: Изд. ЮУрГу, 2002.-392 с.

3. Громов А.И., Чеботарев В.Г, Горчаков Я.В., Бойко О.И. Учебное

пособие - М., 2007. - 157с.

4. Репин В.В., Елиферов В.Г., Процессный подход к управлению.

Моделирование бизнес. М.: Стандарты и качество, 2007.- 408 с.

5. Репин В.В., Елиферов В.Г., Бизнес-процессы. Регламентация и

управление: учебное пособие для студ. Вузов. М.: ИНФРА-М, 2008.- 319 с.

6. В.В. Репин, Бизнес-процессы компании: построение, анализ,

регламентация. М.: Стандарты и качество, 2007.- 240 с.

7. А.-В. Шеер , Бизнс-процессы. Основные понятия. Теория. Методы,

М.: Весть-МетаТехнология, 1999.- 156 с.

8. А.-В. Шеер, ARIS - моделирование бизнес-процессов. М.: Вильямс,

2009.- 224 с.

Дополнительная литература

9. Абдикеев Н. М., Данько Т. П., Ильдеменов С. В., Киселев А. Д.,

Реинжиниринг бизнес-процессов, М. : Эксмо, 2007.- 592 с.

74

10. Атаманов Д.Ю. Распределение затрат при калькуляции

себестоимости традиционным и операционно-ориентированным методом //

Маркетинг в России и за рубежом. – 2003 - № 3.

11. Г. Н. Калянов, Моделирование, анализ, реорганизация и

автоматизация бизнес-процессов. М. : Финансы и статистика, 2007. - 240 с.

12. Каменнова М.С., Громов А.И., Ферапонтов М.М., Шматалюк А.Е.

Моделирование бизнеса. Методология ARIS. Практическое руководство. М.:

Весть – Метатехнология, 2001.-333 с.

13. Р.Каплан, Д.Нортон. Сбалансированная система показателей. От

стратегии к действию. М.: ЗАО Олимп-Бизнес. 2003.

14. Кузьмина Е.А., Кузьмин А.М. Функционально стоимостный аннализ

и метод ABC// Методы менеджмента качества.-2002 - № 12.

15. Ротер М., Шук Д., Учитесь видеть бизнес-процессы. Практика

построения карт потоков создания ценности, М. : Альпина Бизнес Букс, 2008. -

144 с.

16. Солодухин К.С. Стратегическое управление вузом как стейкхолдер-

компанией. СПб.: Изд-во Политехн. ун-та, 2009.-290 с.

17. Фишер Л. Совершенство на практике. Лучшие проекты в области

управления бизнес-процессами и workflow. М.: Весть-Метатехнология, 2000. -

432 с.

18. Харрингтон Д. Эсселинг К.С. Нимвеген Х.В. Оптимизация Бизнес-

процессов. Издательство "Азбука", "Бмикро", С-Пб, 2002.

19. Е. В. Шельмин, Эффективная система на основе процессного

управления, СПб. : Вершина, 2007. - 224 с

20. ГОСТ Р ИСО 9000-2001. Системы менеджмента качества. Основные

положения и словарь. М.: Изд-во стандартов, 2001. - 98 с. 21. ГОСТ Р ИСО 9001-2001. Системы менеджмента качества.

Требования. М.: Изд-во стандартов, 2001. - 98 с..

75

22. ГОСТ Р ИСО 9004-2001. Системы менеджмента качества.

Рекомендации по улучшению деятельности. М.: Изд-во стандартов, 2001. - 73 с.

23. http://www.businessstudio.ru .

24. http://www.businessstudio.ru/files/

metodika_proektirovanie_sistemy_upravleniya.doc

25. http://www.businessstudio.ru/files/

metodika_imitatsionnoe_modelirovanie_i_fsa.doc

26. http://www.ariscommunity.com .

76

СОДЕРЖАНИЕ

ВВЕДЕНИЕ...................................................................................................................3

ОРГАНИЗАЦИОННО-МЕТОДИЧЕСКИЕ УКАЗАНИЯ.................................31.1 Цели и задачи учебной дисциплины.......................................................31.2. Перечень компетенций, приобретаемых.................................................3при изучении дисциплины...............................................................................3

Лекция 1. Функциональный и процессный подход к управлению организацией.................................................................................................................4

Лекция 2. Процесс и его элементы.....................................................................6Лекция 3. Классификация БП..............................................................................9Лекция 4. Управление бизнес-процессами......................................................13Лекция 5. Методологии описания деятельности организации......................18Лекция 6. Инструментальные системы для моделирования деятельности

организации.................................................................................................................22Лекция 7. Моделирование бизнес-процессов согласно методологии IDEF0.

Создание моделей БП в IDEF0 Business Studio.......................................................27Лекция 8. Создание модели бизнес-процесса в нотациях Процесс,

Процедура системы Business Studio.........................................................................32Лекция 9. Создание модели бизнес-процесса в нотации EPC системы Busi-

ness Studio....................................................................................................................38Лекция 10. Проектирование организационной структуры.............................48Лекция 11. Система показателей для управления процессами......................54Лекция 12. Анализ бизнес-процессов...............................................................60Лекция 13. Имитационное моделирование и функционально-стоимостной

анализ (ФСА)..............................................................................................................68СПИСОК РЕКОМЕНДУЕМОЙ ЛИТЕРАТУРЫ.............................................73

77