
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •1. Процессный подход в менеджменте качества
- •Описание системы менеджмента качества
- •1.2. Акцент на процесс
- •1.3. Реинжиниринг бизнес-процессов
- •1.4. Непрерывное улучшение
- •1.5. Создание карты процесса
- •Структурный анализ процессов
- •Графики информационных потоков
- •Рекомендации для использования spa
- •Схемы алгоритмов
- •Максимизация использования spa
- •Управление изменениями
- •Контрольные вопросы
- •2. Процессный подход
- •2.1. Применимость процессного подхода
- •2.2. Основные понятия процессного подхода
- •Классификация процессов
- •2.3. Способы выделения процессов Процессы подразделений (внутрифункциональные процессы)
- •Сквозные (межфункциональные) процессы
- •Процессная или функциональная системы управления
- •Правила расчета размера и числа процессов
- •Комментарии к проекту сети процессов:
- •2.4. Управление процессами
- •Процесс управления организацией
- •Система показателей для управления процессами
- •Контрольные вопросы
- •3. Методологии описания бизнес-процессов
- •3.1.Формальная модель
- •Основные способы проектирования процессов
- •Применимость процессного подхода к разработке субп
- •Предпосылки создания sadt
- •Принципы функционального моделирования
- •Описание нотаций idef0, idef3
- •Диаграммы потоков данных
- •Методология idef1x
- •Определение сущностей и атрибутов
- •Логические взаимосвязи
- •Проверка адекватности логической модели
- •Модель данных, основанная на ключах
- •Выбор первичного ключа
- •Контрольные вопросы
- •4. Методолгия описания бизнес-процессов aris
- •4.1. Исходная модель бизнес-процесса
- •4.2. Объединенная модель бизнес-процесса
- •4.3. Обобщенная модель бизнес-процесса
- •4.4. Разработка архитектуры интегрированных информационных систем (здание aris)
- •4.5. Типы моделей в aris
- •4.5.1. Фазовая модель aris
- •4.5.2. Предварительная информационная модель aris
- •4.6. Управление бизнес-процессами на базе aris. Aris — архитектура бизнес-инжиниринга
- •4.7. Оценка процессов
- •4.8. Имитация
- •4.9. Обеспечение качества
- •4.10. Описание нотации aris eepc
- •Применение aris bsc 6.2 при построении карт стратегии компании
- •Построение карты целей (Cause-and-effect diagram)
- •4.11. Сравнение aris с другими концепциями
- •4.11.1. Объектно-ориентированное моделирование
- •4.11.2. Архитектура cimosa
- •4.11.3. Ifip — Методология информационных систем
- •Результаты исследований Санкт-Галленского университета, Швейцария
- •4.11.4. Другие архитектурные решения
- •Контрольные вопросы
- •5.1. Проблема сложности больших систем
- •5.2. Взаимосвязь структурного и объектно-ориентированного подходов
- •5.3. Средства uml
- •Диаграммы взаимодействия
- •Диаграммы последовательности
- •Кооперативные диаграммы
- •Сравнение диаграмм последовательности и кооперативных диаграмм
- •Двухэтапный подход к разработке диаграмм взаимодействия
- •5.4. Диаграммы классов Общие сведения
- •Стереотипы классов
- •5.5. Механизм пакетов
- •Атрибуты
- •Операции
- •5.6.Диаграммы состояний
- •5.6.Диаграммы деятельностей
- •5.7.Диаграммы компонентов
- •5.8.Диаграммы размещения
- •Контрольные вопросы
- •6. Статистические методы оценки эффективности бизнес-процессов
- •6.1 Контрольный листок
- •6.2. Гистограмма
- •Диаграмма разброса (рассеивания)
- •6.4. Метод стратисфакции (расслаивания данных)
- •Диаграмма парето
- •6.6. Причинно-следственная диаграмма (диаграмма исикавы)
- •6.7. Контрольные карты
- •Типы контрольных карт
- •6.8. Система проверки результативности бизнес-процессов
- •Этапы аудита
- •Роль аудитора
- •Контрольные вопросы
- •7. Методы измерения результативности бизнес-процессов
- •7.2. Методология функционально-стоимостного анализа abc (фса) с использованием программного продукта business studio
- •Контрольные вопросы
- •8. Практические приемы управления бизнес-процессами
- •8.1.Создание функциональной модели с помощью bpwin 4.0
- •8.1.1. Создание контекстной диаграммы
- •Методика выполнения
- •8.1.2. Создание диаграммы декомпозиции Методика выполнения
- •8.1.3. Создание диаграммы декомпозиции а2
- •Методика выполнения
- •8.1.4. Создание диаграммы узлов Методика выполнения
- •8.1.5. Создание feo диаграммы
- •Методика выполнения
- •8.1.6. Расщепление и слияние моделей Методика расщепления
- •Методика слияния
- •8.1.7. Создание диаграммы idef3 Методика выполнения
- •8.1.8. Создание сценария Методика выполнения
- •8.1.9. Дополнение моделей процессов диаграммами dfd
- •Пример выполнения работы
- •8.1.10. Стоимостный анализ (Activity Based Costing) Методика выполнения
- •Центры затрат abc
- •8.1.11. Использование категорий udp Методика выполнения
- •8.2. Моделирование с использованием методологии idef 1x Цель работы
- •Назначение пакета erWin
- •Основные приемы работы с пакетом erWin
- •Пример выполнения работы
- •Задание
- •8.3. Создание диаграмм описания бизнес-процессов в нотациях uml
- •8.3.1. Создание диаграммы вариантов использования
- •Порядок выполнения работы
- •8.3.2. Создание диаграмм взаимодействия
- •Порядок выполнения работы
- •8.3.3. Создание диаграммы классов
- •Порядок выполнения работы
- •8.3.4. Добавление атрибутов и операций
- •Порядок выполнения работы
- •8.3.5. Добавление связей
- •Порядок выполнения работы
- •8.3.6. Создание диаграммы состояний
- •Порядок выполнения работы
- •8.3.7. Создание диаграмм компонентов системы обработки заказов
- •Порядок выполнения работы
- •8.3.8. Создание диаграммы размещения
- •Порядок выполнения работы
- •Заключение
- •Библиографический список
- •Словарь терминов
- •Примечания
- •Примечание
- •Приложение 1 Методика проведения обследования бизнес-процессов компании
- •1.2.2.2. Составление отчета.
- •1.2.2.3. Подготовка положения о классификации бизнес-процессов.
- •1.2.2.4. Уточнение полученной информации о функционировании подразделений.
- •1.3.2.3. Документирование бизнес-процессов.
- •1.3.2.4. Уточнение зафиксированной последовательности выполнения бизнес-процессов.
- •1.3.3. Результат.
- •2. Моделирование.
- •2.1.1. Структурное моделирование.
- •2.1.2. Детальное моделирование бизнес-процессов.
- •Форма запроса данных об общей деятельности организации.
- •Структуры документов, содержащих результаты обследования
- •Приложение 2
- •Примеры заполнения чек листов.
Применение aris bsc 6.2 при построении карт стратегии компании
Одной из наиболее сложных практик менеджмента является стратегическое планирование и управление. В стратегическом менеджменте существует достаточное количество методологий помогающих строить стратегии и управлять ими. Одной из таких методологий является Balanced scorecard (BSC). ARIS в своем составе имеет инструмент для поддержки построения и управления BSC - ARIS BSC. В данной статье мы рассмотрим этот инструмент и практику его применения. В качестве примера рассмотрим вполне реальную компанию, занимающуюся производством легковых автомобилей - ОАО "Поехали". Для целей примера BSC сокращена до размеров, необходимых для понимания рассматриваемого инструмента. Вследствие чего отсутствуют многие, возможно вполне очевидные, цели, показатели и мероприятия. Т.к. в статье не рассматривается построение самой BSC, то все входные данные будут вводиться по мере необходимости и без пояснений.
ARIS BSC - это дополнительный модуль ARIS Toolset, который можно использовать, если это позволяет имеющийся лицензионный ключ. Применение данного модуля позволяет упростить создание системы BSC путем автоматизации отдельных этапов ее построения. Появляется возможность наглядного представления стратегического управления компанией с выделенными целями и ключевыми показателями результативности. Появляется возможность привязать конкретные бизнес-процессы к стратегическим целям. И самое главное иметь на одном листе всю информацию необходимую для оценки состояния компании и принятия решений. При подключении ARIS BSC, появляется возможность строить диаграммы BSC и получать по ним различные отчеты. В меню Evaluate появляется подменю Balanced Scorecard.
Появляется возможность строить две новых диаграммы BSC "Cause-and-effect diagram" ("Диаграмма причинно-следственных связей") и "Key performance indicator allocation diagram" ("Диаграмма ключевых показателей деятельности"). В методологии ARIS эти диаграммы принадлежат к группе "Process view" ("Процессы") к уровню "Requirement definition" ("Определений требований").
Построение BSC в ARIS начинается с построения карты целей, т.е. диаграммы причинно-следственных связей ("Cause-and-effect diagram").
Построение карты целей (Cause-and-effect diagram)
Действуя согласно концепции BSC, менеджеры компании "Поехали" установили направление действия стратегии как "Формирование высокой инвестиционной привлекательности" и определили следующие стратегические цели:
Перспектива / Точка зрения |
Стратегическая цель |
ФИНАНСЫ |
Увеличить прибыль |
Снизить риски акционеров |
|
Увеличить доходность на акцию |
|
КЛИЕНТЫ / РЫНОК |
Расширение целевых рынков |
Увеличить объемы продаж |
|
Улучшить имидж, авторитет |
|
Ликвидировать зависимость от поставщика шин ОАО "Мега Шина" |
|
ПРОЦЕССЫ |
Сохранить гибкость производства |
Оперативность ответов на запросы клиентов |
|
Ускорить проект по разработке гибридного двигателя |
|
ПЕРСОНАЛ / ИННОВАЦИИ |
Расширять знания сотрудников о процессах компании |
Сохранить ключевых специалистов |
|
Повысить квалификацию персонала |
|
Разработать новую схему мотивации персонала с учетом BSC |
Выработанные цели необходимо перенести в ARIS BSC на диаграмму причинно-следственных связей. Создав новую "Cause-and-effect diagram", мы увидим, что в ней можно использовать всего 5 объектов. Рассмотрим их по мере появления на диаграмме.
Изображение/ Название |
Описание |
|
|
Наименование стратегии. Объект «Strategy» («Стратегия») всегда располагается сверху, в ячейках начиная со второй слева. В одну ячейку помещается только одна стратегия. Колонку для новой стратегии можно добавить, если кликнуть правой кнопкой мыши на заголовке колонки со стратегией и выбрать пункт выпавшего меню «Add row/column». Колонка под объектом определяет место для целей данной стратегии. Цели одной стратегии при необходимости могут связываться с целями другой стратегии. |
|
|
Наименование точки зрения согласно концепции BSC. В рамках указанных перспектив выстраиваются цели, достигать которых необходимо в контексте указанной стратегии (стратегий). «Объект Perspective» («Перспектива») всегда располагается слева, в ячейках начиная со второй сверху. В одну ячейку помещается только одна перспектива. Строку для новой перспективы можно добавить, если кликнуть правой кнопкой мыши на заголовке строки и выбрать пункт выпавшего меню «Add row/column». |
|
|
Является основным объектом при построении карты целей. Обозначает конкретную стратегическую цель. |
|
|
Фактор успеха. Некая особенность, которую необходимо учитывать для конкретной цели. Например, для цели «Расширить целевые рынки» критическим фактором успеха могут быть действия конкурента. |
|
|
Показатель, отражающий степень достижения конкретной цели. Также используется на диаграмме окружения ключевых показателей результативности («Key performance indicator allocation diagram») |
Кстати заголовки колонок и строк имеют свои атрибуты и свойства. Их не много и значение их понятно из названий. На диаграмме причинно-следственных связей объекты "Критический фактор" и "Ключевой показатель результативности", не являются необходимыми в отличие от остальных. Действуя согласно одного из принципов BSC, а конкретно - зависимости одних целей от других, необходимо установить связи между целями. Установленные связи будут определять, какие цели необходимо достигнуть для данной перспективы, чтобы обеспечить достижение целей вышестоящей перспективы. При установке связей появляется диалоговое окно выбора типа связи, а точнее ее мощности или силы влияния, которая на диаграмме отображается различной толщиной линий. Эта сила влияния учитывается при построении отчетов по BSC. Всего есть пять типов связей, суть которых понятна из названия:
has very weak influence on (имеет очень слабое влияние),
has weak influence on (имеет слабое влияние),
has normal influence on (имеет нормальное влияние),
has strong influence on (имеет сильное влияние),
has very strong influence on (имеет очень сильное влияние). Теперь рассмотрим группу атрибутов Balanced Scorecard у объекта "Strategic objective" ("Стратегическая цель"). Там присутствуют следующие атрибуты:
Название |
Описание |
Actual time period |
Прошедшее время. Служит для оперативного слежения за прошедшим временем в течение которого должно быть достигнуто значение «Plan value». Краткосрочный отчетный период. |
Minimum value |
Минимально допустимое значение, при котором цель можно считать достигнутой. |
Maximum value |
Максимально допустимое значение, при котором цель можно считать достигнутой. |
Plan value |
Краткосрочное плановое значение. Отражает значение, которое необходимо достигнуть за период «Actual time period». При сравнении с «Actual value», позволяет оценить достижение цели. |
Tolerance range |
«Люфт» значения. Диапазон допустимых отклонений от целевого значение (+/-). |
Actual value |
Текущее значение. Определяет значение, достигнутое в указанное время («Actual time period»). Служит для оперативного отслеживания выполнения целей. При сравнении с Plan value, позволяет оценить достижение цели. |
Achievement of objectives |
Успешность достижения цели. Определяется значением из списка: «Outstanding» («Очень хорошо»), «Good» («Хорошо»), «Average» («Обычно»), «Poor» («Плохо»), «Very poor» («Очень плохо»). Выбирается автоматически на основе атрибута «Degree of goal accomplishment» («Степень завершения цели») объекта «Key performance indicator instance» («Ключевой показатель») из «Key performance indicator allocation diagram» («Диаграмма окружения ключевых показателей результативности») |
Target time period |
Целевая дата. Определяет конечную дату, к которой необходимо полностью достичь значения «Target value». |
Target value |
Целевое значение на перспективу. Конечное долгосрочное целевое значение, достигаемое к «Target time period» |
Unit |
Единица измерения (штуки, литры, рубли, etc.) |
BSC – Remark/Example |
Примечание. Может содержать любые данные. Например: регламент обновления данных, описание методики расчетов и др. |
End date |
Конечная дата |
Атрибуты "Plan value", "Tolerance range", "Actual value", "Achievement of objectives" заполняются автоматически при запуске скрипта "Perform plan-actual comparison". В тоже время доступно их редактирование ручным вводом.
Атрибуты объекта "Critical factor" (Критический фактор успеха") идентичны атрибутам объекта "Strategic objective" ("Стратегическая цель").
Атрибуты объекта "Ключевой показатель результативности" ("Key performance indicator instance") рассмотрим при описании построения диаграмм окружения ключевых показателей результативности ("Key performance indicator allocation diagram")
Из рассмотренных объектов и связей строится диаграмма окружения ключевых показателей результативности. Получается нечто подобное нижеследующей картинке.
При использовании дополнительных объектов, диаграмма получается более наглядной:
Стоит заметить, что показатели могут влиять друга на друга, соответственно в ARIS возможно связывать показатели друг с другом связью типа "influences" ("влияние").
Например:
Так проводятся все необходимые действия по созданию карты стратегических целей (и показателей).
Подводя итог сказанному выше, можно отметить, что основными сферами применения инструментальной системы ARIS в менеджменте качества являются:
Помощь в реализации концептуальных основ менеджмента качества: процессного и системного подходов, принципа непрерывного улучшения, организации вовлеченности персонала в деятельность СМК и принятия решений, основанных на фактах;
Систематически полное описание, оптимизация, управление и документирование процессов СМК и деятельности организации в целом;
Описание организационной структуры, знаний и полномочий бизнес-ролей и персонала;
Описание продуктов, услуг и ресурсов, используемых в процессах;
Помощь в построении и управлении системой менеджмента качества, в том числе применение Quality Management Scout;
Создание и актуализация документации СМК, описание процессов управления данными и документами, встраивание ссылок на данные и документы в модели процессов;
Описание процессов мониторинга и измерений параметров процессов;
Обеспечение регламентированного, распределенного доступа к единой базе данных о СМК и ее процессах, в том числе с использованием глобальных и корпоративных компьютерных сет