
- •Министерство образования и науки рф
- •Учебное пособие
- •Оглавление
- •Введение
- •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
- •Примеры заполнения чек листов.
2.3. Способы выделения процессов Процессы подразделений (внутрифункциональные процессы)
Внутри подразделения может быть выделено несколько процессов. Возможна ситуация, когда внутри подразделения будет выделен только один процесс. Локализация процесса в рамках одного структурного подразделения означает следующее. В подразделение поступает информация и материалы, являющиеся продуктами деятельности других процессов-поставщиков. Они преобразуются процессами подразделения в выходы, потребляемые внутренними и внешними клиентами. Руководитель подразделения управляет процессами подразделения и обеспечивает их результативность и эффективность.
Создание продукта в подразделении чаще всего предполагает взаимодействие с другими подразделениями, которые также выполняют определенные процессы (рис. 2.3).
Рис. 2.3. Схема процессов подразделений (внутрифункциональных процессов)
Из рисунка видно, что процесс “Б” подразделения 2 является поставщиком процесса “А”: определяются границы процессов по входам и выходам, регламентируются требования (формы взаимодействия, сроки поставки, ТУ). Таким образом, деятельность внутри каждого подразделения можно четко структурировать, определить зоны ответственности, распределить ресурсы и, что очень важно, жестко определить порядок взаимодействия подразделений. Такое структурирование деятельности возможно, если в организации существует определенная культура управления, существуют документы, регламентирующие распределение зон ответственности и обязанности руководителей подразделений и исполнителей.
Сквозные (межфункциональные) процессы
Сквозной процесс - процесс полностью или частично включающий деятельность, выполняемую структурными подразделениями организации, имеющими различную функциональную и административную подчиненность (рис. 2.4). По мнению многих руководителей, путем выделения сквозных процессов решается проблема неэффективного взаимодействия подразделений различной функциональной подчиненности. При выделении в организации сквозных процессов и попытке управлять ими возникает ряд типовых проблем, описанных ниже.
Рис. 2.4. Сквозные процессы
Назначение ответственного за результат и эффективность процесса (владельца процесса). Дело в том, что управлять сквозными процессами в целом и отдельными его сегментами, находящимися в различных подразделениях, может только руководитель, имеющий в своем распоряжении ресурсы этих подразделений или всей организации в целом. Частично проблема может быть решена путем создания органа коллегиального управления, но и в этом случае наличие межфункциональных барьеров между подразделениями будет сильно осложнять создание системы эффективного управления.
Пересечение процессов в рамках одного функционального подразделения организации. В некоторых организациях проблемы по распределению ресурсов и приоритетов между процессами в этой ситуации решают директивно. Распределение производит вышестоящий руководитель. Все оперативные вопросы при таком распределении приходится решать тоже с привлечением вышестоящего руководителя. В цикле управления появляется дополнительная согласующая и распределяющая инстанция. Заметим, что чем выше уровень инстанции, принимающей решение, тем больше срок принятия решения и ниже оперативность управления.
Регламент функционирования процесса превращается в очень толстый документ, который никто в организации не использует целиком - только по частям.
Выделение в организации сквозных процессов приводит к «потере» части функций или работ подразделения. Обычно это происходит, когда сквозной процесс определяют как целенаправленную последовательность операций, приводящих к заданному конечному результату. При этом возникает ситуация, когда часть деятельности организации рассматривается как процессы, а часть – нет. Чаще всего при таком выделении процессов, когда акцент сделан на преобразование материальных потоков, из рассмотрения выпадают функции учета, отчетности, анализ информации, которые не связаны напрямую с материальными потоками. Далее на основе такого выделения процессов можно сделать ошибочный вывод, что часть функций можно упразднить.