
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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
- •Примеры заполнения чек листов.
Максимизация использования spa
Хотя SPA кажется на первый взгляд сложным методом, команды очень быстро учатся рисовать схемы информационных потоков и алгоритмы, а также использовать эти средства для изменения и улучшения процесса. В следующей главе мы увидим, как SPA можно использовать вместе с различными принципами для реинжиниринга процесса, но на этой стадии на SPA можно рассматривать как трехмерную картину процесса. Так же как и составление алгоритмов, SPA незаменим, когда дело доходит до разработки нового процесса. Тем не менее, когда SPA используют в сочетании с алгоритмическими схемами, тогда выявляется вся сила данного метода.
Используя схемы информационных потоков высокого уровня, команда может сделать вывод, что именно требует значительных изменений в выполнении процесса, не тратя время на детали его субпроцессов. После разработки вариантов процесса, команда может детально изучить, что следует оставить от старого процесса, используя графики информационных потоков низкого уровня и алгоритмы выполнения отдельных задач для выпрямления и улучшения процесса. При этом способе команда избавляется от работы по улучшению деталей шагов процесса, которые могут полностью исчезнуть вследствие реинжиниринга на более высоком уровне. Теперь требуется выпрямлять и улучшать только те части процесса, которые остались.
Так, в процессе, состоящем из пяти субпроцессов, команда может провести реинжиниринг, соединив первые два субпроцесса в один, отдав третий субпроцесс в ведение внешнего поставщика и поменяв пятый субпроцесс, чтобы включить туда важные шаги, выполнявшиеся ранее клиентом. Остается неизменным только четвертый субпроцесс, и здесь команда должна использовать графики информационных потоков низкого уровня и алгоритмы этого субпроцесса для его улучшения.
Исходя из сказанного, в рабочем порядке можно определить, что разница между реинжинирингом процесса и текущим улучшением процесса заключается в уровне иерархии SPA, на котором делаются изменения. На самом низком уровне, где используются алгоритмические схемы, любые изменения являются конкретными небольшими улучшениями и выпрямлениями. По мере того как мы двигаемся вверх по иерархии, изменения становятся все более значимыми, и настоящий реинжиниринг происходит тогда, когда мы изменяем саму природу схемы информационных потоков первого уровня.
Выгоды от более абстрактного взгляда хорошо видны из примера, основанного на алгоритме для процесса реагирования на запросы по ремонту лабораторного оборудования (рис. 1.12).
Рис. 1.12. Алгоритм для процесса реагирования на запросы по ремонту лабораторного оборудования
Хотя команда не пыталась провести реинжиниринг процесса, тем не менее, испытывала определенные трудности, стараясь хоть что-то в нем улучшить. Этот процесс, сведенный к обмену записками, являлся образцом за бюрократизированного процесса и постоянно давал пищу другим отделам шутить по поводу того, как много требуется инженеров по техническому обслуживанию, чтобы заменить лампочку.
Проблема состояла в том, что алгоритм был слишком детализирован, и прорыв случился, когда команда нарисовала схему информационных потоков более высокого уровня, на которой стали более ясно видны различные службы, вовлеченные в процесс, без деталей выполняемых ими задач (рис. 1.13). Команда сразу же увидела множество вариантов улучшения процесса, основанных на выведении лишних людей из процесса и совмещении задач. Кроме резкого сокращения времени реагирования на запрос о ремонте оборудования, сократилось и количество шуток типа, как много инженеров требуется, чтобы сделать этот ремонт!
Двигаясь вверх по иерархии процесса, команда получает возможность вносить более существенные, радикальные и долгосрочные изменения в процесс там, где это требуется. SPA, представляя процесс в виде набора схем, выстроенных в определенной иерархии, дает команде средство для этого и в то же самое время позволяет ей, спускаясь вниз по иерархии, корректировать изменения в результате такого решительного оперативного вмешательства.
Рис. 1.13. Схема информационных потоков процесса ремонта