- •Введение
- •Функциональная и процессно-ориентированная организация
- •Функциональное управление организацией
- •Дивизионная структура организации
- •Сдвиг парадигмы
- •Процессно-ориентированное управление
- •Процессный подход на российских предприятиях
- •Бизнес-процесс
- •2.1. Основные термины, используемые в процессном подходе
- •Концептуальная схема управления процессом
- •Классификация бизнес-процессов
- •Методы моделирования бизнес-процессов
- •Модель бп и её назначение
- •Описание бп сверху
- •Моделирования бизнес-процесса «снизу»
- •Определение концепции (точки зрения) и целей описания бп
- •Определение окружения бп
- •Построение функциональной структуры бп
- •Основы структурного анализа
- •4.1. Sadt-модели
- •Цель моделирования
- •Точка зрения на моделируемую систему
- •Границы исследуемой системы
- •Декомпозиция модели
- •Функциональное моделирование бизнес-процессов в idef0
- •Функциональный блок
- •Интерфейсные дуги
- •Декомпозиция
- •Четвёртое понятие idef0 — глоссарий (Glossary).
- •Пример описания деятельности компании
- •Взаимодействие по Выходу
- •Взаимодействие по Входу
- •Управление процесса
- •Механизмы процесса
- •Системное моделирование организаций. Методология idef3.
- •Стандарт idef3
- •Основные элементы idef3-диаграмм
- •Функциональный элемент (uob).
- •Элемент «связь».
- •Перекресток.
- •Элемент «Referent» (указатель, ссылка).
- •Декомпозиция описания процесса
- •Процесс построения idef3-модели
- •Взаимосвязь моделей idef0 и idef3
- •Действия, выполняемые в функциональных блоках
- •Создание моделей idef3 для отображения блоков idef0
- •Диаграммы потоков данных (Data Flow Diagramming)
- •Синтаксис dfd
- •Семантика dfd
- •Декомпозиция работы idef0 и dfd в диаграмму dfd.
- •Межстраничные ссылки (Off-Page Reference) и внешние сущности (External Reference) на диаграммах dfd и idef0.
- •Ветвление и объединение
- •Построение диаграмм потоков данных
- •Два подхода к построению dfd-моделей
- •Построение модели
- •Построение контекстных диаграмм
- •Детализация и спецификации процессов
- •Миниспецификация
- •Менеджмент проектов по реинжинирингу процессов
- •Цели проекта
- •План проекта
- •Организационная структура проекта
- •Контроллинг проектов
- •Подготовка к моделированию процессов
- •Необходимость подготовки моделирования процессов
- •Качество информационных моделей
- •Принципы урегулированного моделирования (пум)
- •Порядок подготовки к моделированию процессов
- •Идентификация и выбор перспектив
- •Определение способов распространения моделей
- •Спецификация техник моделирования
- •Выбор типов моделей
- •Спецификация единых правил моделирования (епм)
- •Конфигурация моделей
- •Инструмент моделирования Выбор инструмента моделирования
- •Пользовательская настройка инструмента моделирования
- •Разработка целостной структуры процессов
- •Моделирование «Как есть (as-is)
- •Порядок моделирования «как есть»
- •Разделение предмета моделирования
- •Выбор проблемных областей
- •Документация моделей «как есть»
- •Консолидация моделей
- •Анализ фактической ситуации
- •Порядок выполнения процессов
- •Информационно-техническая поддержка процессов
- •Организационная структура и персонал
- •Документация слабых мест и потенциалов оптимизации
- •Срочные меры по устранению слабых мест
- •Пример моделирования деятельности компании как есть
- •Описание компании
- •10.3.2. Разработка целостной структуры процессов (корневой модели)
- •10.3.3. Контекстная модель компании
- •Управление процесса
- •Часть 1 крепится к части 3 посредством соединительной части 2 и четырех болтов м2
- •Анализ организации процесса изготовления изделия «а»
- •Моделирование «как должно быть»
- •Порядок моделирования «как должно быть»
- •Конкретизация целей моделирования
- •Определение степени детализации
- •Создание общей схемы процессов
- •Создание и документация моделей
- •Анализ моделей «как должно быть»
- •Создание единой целостной модели
Моделирование «Как есть (as-is)
За разработкой целостной структуры процессов следует моделирование и анализ ситуации «как есть». Так как моделирование ситуации «как есть» может быть связано со значительными затратами, справедливо возникает вопрос, необходимо ли, и если да, то в каком объеме должно проводиться моделирование.
В пользу моделирования «как есть» приводятся следующие аргументы:
Моделирование фактической ситуации является предпосылкой идентификации слабых мест, а вместе с этим, и потенциала оптимизации.
Как можно более полное знание фактической ситуации является предпосылкой разработки стратегии перехода к ситуации «как должно быть».
Сотрудники, привлеченные к проекту со стороны, могут получить более детальное представление о существующих проблемах компании и основных взаимосвязях.
Моделирование «как есть» может использоваться как способ обучения участников проекта методам процессного подхода.
Модель «как есть» может использоваться в качестве контрольного списка в рамках моделирования «как должно быть», чтобы не упустить важные аспекты анализа.
Модель «как есть» может использоваться в качестве исходной модели в рамках моделирования «как должно быть» (при условии, что фактическая ситуация, хотя бы частично соответствует плановому состоянию).
Порядок моделирования «как есть»
Разделение предмета моделирования
После идентификации предмета моделирования рекомендуется провести его разделение на отдельные проблемные области, удобные для моделирования и анализа. Систематизирующая схема процессов, разработанная на предыдущем этапе проекта, или организационная структура компании могут служить ориентиром для разделения предмета моделирования. При этом возможны несколько альтернатив, прежде всего:
Функционально-ориентированное разделение:
Разделение в соответствии с функциональными областями предприятия, например, закупка, производство, склад, сбыт.
Объектно-ориентированное разделение (в основе лежит выделение «сквозных процессов»:
Разделение в соответствии с объектами, представляющими множество схожих продуктов (например, легковые и грузовые автомобили) или множество процессных объектов (например, внутренний заказ и зарубежный заказ), являющиеся предметом обработки основных и вспомогательных процессов.
Оба принципа разделения предмета моделирования используются часто комбинированно.
После разделения предмета моделирования на отдельные проблемные области, для каждого процесса осуществляется предварительный сбор данных, предшествующий непосредственному моделированию процесса. Следующие признаки процессов представляют интерес в рамках моделирования ситуации «как есть»:
имя процесса,
цель/предмет процесса,
принадлежность процесса к основным или вспомогательным процессам (на текущий момент или в будущем),
наличие документации по процессу и ее актуальность,
задействованные организационные единицы и число задействованных сотрудников,
наличие ответственных за процесс лиц (имя, должность, организационная единица),
используемые прикладные системы,
связи с внешними партнерами (клиенты, поставщики и т. д.),
частота выполнения процесса,
среднее время выполнения процесса и максимальные отклонения,
частота возникновения ошибок в процессе (рекламации, доработки, исправления и т. д.),
интенсивность затрат на процесс,
оценка потребности в реорганизации и ее неотложности со стороны задействованных в процессе лиц,
пригодность рассматриваемого процесса для переноса в модель «как должно быть».
Следует отметить, что идентифицированные проблемные области и их предварительно охарактеризованные процессы представляют собой отправную точку для моделирования «как есть». Станут ли эти процессы частью консолидированной модели «как есть», выясняется, как правило, лишь в ходе детального моделирования процессов.