
- •Глава 1
- •1.1. Процессный подход и современные системы
- •4 Idef3 — методология моделирования потоков работ (Work Flow).
- •1.2. Что понимают под термином «бизнес-процесс»?
- •1.4. Методологии описания бизнес-процессов
- •Контролировать состояние заказа
- •Данные для корректировки графика платежей
- •1.5. Понятие «сеть бизнес-процессов организации»
- •1.6. Определение процессного подхода к управлению
- •Выполнение кДиПд по бизнес-процессу
- •1.7. Причины неудач проектов моделирования и реорганизации бизнес-процессов
- •1 8. Состав этапов типового проекта моделирования и реорганизации бизнес-процессов организации
- •Глава 2
- •2.1. Понятие метода моделирования процессов
- •2.2. Понятие объекта и связи
- •2.3. Основные методологии описания процессов
- •2.4. Методология idef0
- •2.4.1. Объекты и связи в idef0
- •2.4.2. Обратные связи по управлению и информации — возможность отражения реального процесса
- •2.4.3. Некоторые правила ветвления и слияния стрелок
- •2.4.4. Миграция и «туннелирование» стрелок. Принципы декомпозиции в idef0
- •Выполнять подготовку производства
- •Изготавливать готовую продукцию
- •Хранить готовую продукцию на складе
- •2.4.5. Нумерация объектов на диаграммах
- •2.4.6. Оформление схем моделей в idef0. Рамка idef0
- •3 Условия хранения гп на складе
- •Выполнять подготовку производства
- •Изготавливать готовую продукцию
- •Хранить готовую продукцию на складе
- •2.4.7. Преимущества и недостатки использования idef0 для описания бизнес-процессов
- •2.5. Методология idef3
- •Производство возможно
- •2.6. Моделирование процессов в нотации dfd
- •2.7. Методология aris
- •2.7.1. Нотация aris Value-added Chain Diagram (aris vad)
- •2.7.2. Нотация aris еЕрс — расширение нотации idef3
- •2.7.3. Нотация aris Organizational Chart
- •2.1 Л. Нотация aris Function Tree
- •2.7.5. Нотация aris Product Tree
- •2.7.6. Нотация aris Information Flow
- •2.7.7. Использование нескольких типов нотаций aris при создании моделей процессов
- •2.8. Описание процессов при помощи блок-схем
- •Наименование функции
- •7. Передача заявки в производство
- •1. Заявка передана в производство
- •1. Корректирующие действия выполнены
- •2.9. Сравнительный анализ нотаций aris и idef. Выбор нотации для описания процессов
- •2.9.1. Нотации idef0 и aris vad
- •2.9.2. Нотации idef3 и aris еЕрс
- •2.9.3. Сравнение инструментальных средств моделирования aris Toolset и bpWin
- •Глава 3
- •3.1. Постановка целей описания бизнес-процессов 3.1.1. Формулирование целей проекта
- •3.1.2. Методика структуризации целей проекта
- •3.1.3. Методика определения целей проекта на основе существующих проблем
- •3.2. Выбор методологии описания бизнес-процессов организации
- •3.2.1. Методология «ускоренного» описания бизнес-процессов. (Метод I)
- •1.1. Определять потребности и пожелания клиентов
- •9.4. Управлять хранением и поиском данных
- •12. Управлять внешними связями
- •3.2.2. Методология «полного» описания бизнес-процессов. (Метод II)
- •3.2.3. Сравнительный анализ подходов: преимущества и недостатки
- •3.3. Подготовка проекта описания бизнес-процессов
- •3.3.1. Состав работ по подготовке проекта
- •3.3.3. Создание и обучение рабочих групп
- •3.3.4. Информирование и обучение персонала организации
- •3.3.5. Разработка методики ведения проекта и внутрикорпоративного стандарта моделирования бизнес-процессов
- •3.4.3.1. Методика организации управления процессами (см. Главу 4)
- •3.3.6. Технические аспекты подготовки проекта
- •3.3.7. Типовые ошибки при выполнении подготовительного этапа проекта
- •3.4. Методика формирования моделей бизнес-процессов верхнего уровня организации
- •Планировать закупки тмц бп11
- •3.6. Методики детального описания бизнес-процессов
- •3.6.1. Методика сбора информации в подразделениях
- •3.6.2. Методика формирования схем процессов с использованием выбранной нотации
- •3.6.3. Методика проверки корректности моделей процессов (проверка на соответствие нотации)
- •3.6.4. Методика проверки адекватности моделей процессов
- •3.6.5. Документирование моделей процессов
- •3.6.6. Типовые ошибки выполнения работ
- •3.7. Методики анализа бизнес-процессов
- •3.7.1. Swot-анализ процесса
- •3.7.2. Анализ проблем процесса: выделение проблемных областей
- •3.7.3. Ранжирование процессов на основе субъективной оценки
- •3.7.4. Анализ процесса по отношению к типовым требованиям
- •3.7.5. Визуальный анализ графических схем процесса
- •3.7.6. Измерение и анализ показателей процесса
- •3.8. Пример разработки основного бизнес-процесса
- •3.8.2. Пример формирования модели бизнес-процесса торговой компании
- •Управлять обеспечением потребителя товаром
- •Доставить товар потребителю
- •Компании по обеспечению потребителя товаром
- •Управлять поставкой товара
- •Сформировать финансовый план компании на месяц
- •V с поставщиком
- •Сформировать план по отгрузке товара постав щиком на месяц
- •Разместить заказ на товар
- •Контролировать состояние заказа
- •Анализировать удовлетворенность потребителя
- •Анализировать удовлетворенность поставщика
- •Анализировать удовлетворенность перевозчика
- •Разработать и утвердить изменения в регламентах
- •Разработать и утвердить изменения в инфраструктуре а2143
- •Глава 4
- •4.1. Составляющие части процесса
- •4.2. Выделение процессов и назначение их владельцев
- •4.3. Определение выходов и входов процесса, ресурсов процесса
- •4.3.1. Выходы процесса
- •4.3.2. Входы и ресурсы процесса
- •4.4. Документы, регламентирующие проведение процесса
- •4.4.1. Документация процесса
- •4.4.2. Регламентирующая документация внутреннего происхождения
- •1. Ежедневно:
- •2. Еженедельно:
- •3. Ежемесячно:
- •4. Ежеквартально:
- •4.4.3. Порядок разработки и утверждения документации
- •4.4.4. Информация о ходе процесса
- •4.4.5. Общие требования к информации о ходе процесса
- •4.5. Показатели процесса
- •4.5.2. Показатели продукта
- •4.5.3. Показатели эффективности процесса
- •4.5.4. Показатели (данные) удовлетворенности клиента
- •2. Показатели эффективности процесса:
- •3. Данные удовлетворенности клиента:
- •4.5.5. Представление информации о ходе процесса
- •4.6. Управление процессом
- •4.6.1. Общие положения
- •4.6.2. Управление процессом в штатной ситуации
- •4.6.4. Корректирующие и предупреждающие действия
- •4.6.5. Особенности управления процессом «Управление организацией»
- •4.6.6. Принятие решения, основанного на фактах
- •4.6.7. Проблемы, связанные с руководством
- •Глава 5
- •5.1. Введение
- •5.2. В данной главе читателю предложены:
- •4.1. Общие требования
- •4.1.1. Выявление (выделение) процессов
- •Стратегическое управление
- •Маркетинг внутреннего и внешнего рынков
- •Производство продуктов
- •4.1.2. Определение последовательности процессов и их взаимодействия
- •4.1.3. Определение критериев и методов для оценки эффективности процесса
- •4.1.4. Наличие у владельца процесса необходимых ресурсов и информации
- •4.1.5. Проведение наблюдений, измерений и анализа процессов
- •4.1.6. Реализация мероприятий для постоянного улучшения процесса и его результатов
- •4.2. Управление документацией 4.2.1. Общие положения
- •4.2.2. Руководство по качеству
- •4.2.4. Управление записями по качеству
- •1 Нули — условное обозначение данных документов в принятой в организации системе документации.
- •5. Ответственность руководства
- •5.1. Обязательства руководства
- •5.2. Ориентация на потребителя
- •5.3. Политика в области качества
- •5.4. Планирование
- •5.4.1. Цели в области качества
- •5.4.2. Планирование в рамках смк
- •5.5. Ответственность, полномочия и взаимосвязи 5.5.1. Ответственность и полномочия
- •5.5.3. Внутренние взаимосвязи
- •5.6. Анализ со стороны руководства 5.6.1. Общие положения
- •5.6.2. Входные данные для анализа
- •Справка о ходе процесса за 200 г.
- •1. Показатели продукта
- •3. Показатели удовлетворенности потребителя
- •Владелец процесса « » 200 г.
- •5.6.3. Выходные данные анализа
- •6. Управление ресурсами
- •6.1. Обеспечение ресурсами
- •6.2. Человеческие ресурсы6.2.1. Общие положения
- •6.2.2. Компетентность, осведомленность и подготовка кадров
- •6.4. Производственная среда
- •7. Проведение процесса
- •7.1. Планирование выпуска продукции
- •7.2. Процессы, связанные с потребителем
- •7.2.1. Определение требований, относящихся к продукции
- •7.2.2. Анализ требований, относящихся к продукции
- •7.2.3. Взаимосвязь с потребителем
- •7.3. Проектирование и разработка
- •7.4.2. Информация о закупках
- •7.4.3. Проверка закупленной продукции
- •7.5. Производство
- •7.5.1. Управление производством и сервисным обслуживанием
- •7.5.2. Утверждение процессов производства и сервисного обслуживания
- •7.5.3. Идентификация и прослеживаемость
- •7.5.4. Собственность потребителя
- •7.6. Управление контрольно-измерительным оборудованием
- •8. Измерения, анализ и улучшения
- •8.1. Общие положения
- •8.2.2.2. Планирование внутренних проверок
- •8.2.2.3. Проведение внутренних проверок
- •8.2.2.4. Контроль за разработкой и проведением корректирующих действий по результатам отклонений, выявленных в ходе аудита
- •8.2.3. Мониторинг и измерение процессов
- •8.2.4. Мониторинг и измерение продукции
- •8.3. Управление несоответствующей продукцией
- •8.3.1. Общие положения
- •8.3.2. Регистрация отклонения
- •8.3.4. Отделение несоответствующей продукции
- •8.3.5. Проведение анализа причин и возможных последствий несоответствияи принятие решения о дальнейшем использовании продукции
- •8.3.6. Действия в случае обнаружения несоответствия после поставки продукции заказчику
- •8.3.7. Утилизация и учет забракованной продукции
- •8.5. Улучшение
- •8.5.1. Общие положения
- •8.5.2. Корректирующие действия
- •8.5.3. Предупреждающие действия
- •Глава 1
- •Глава 2
- •15. Леоненков а. В. Самоучитель uml. СПб.: бхв-Петербург, 2001.
- •Глава 3
- •Глава 4
- •24 Статистические методы повышения качества/Под ред. Хитоси Кумэ. М: Финансы и статистика, 1990.
- •Глава 5
- •1 П. 1.7 вводится для подразделений, входящих в состав организаций, прошедших или планирующих разработку и внедрение системы менеджмента качества (смк).
- •2. Назначение, основные задачи и функции подразделения
- •3. Основные показатели работы подразделения
- •4. Организационная структура
- •5. Права
- •6. Ответственность
- •6.1 Всю полноту ответственности за качество и своевременность выполнения возложен-ных настоящим Положением задач и функций несет
- •6.2 Степень ответственности других работников устанавливается должностными инст-рукциями
- •Список должностных лиц по штатному расписанию:
- •7. Взаимоотношения и связи с другими подразделениями
- •Состав документа по разделам
- •3. Определения терминов, обозначения и сокращения
- •9. Лист регистрации изменений. (Форма листа регистрации изменений документа и его копий)
- •10. Ознакомление сотрудников
- •(Наименование должности)
- •(Полное наименование должности в соответствии со штатным расписанием)
- •(Наименование должности)
- •2. Должностные обязанности
- •2.1. Основные функции
- •3. Требования к квалификации3.1. Должен знать
- •4. Права
- •5. Ответственность
- •6. Взаимосвязи
- •I 3. До 07 числа по истечении квартала подать в финансовый отдел отчет о выполнении бюджета подразделения по форме ф 03.07-12.
- •2. Все работы в области качества возглавляют руководители. Руководители объединяютдеятельность предприятия и направляют ее на достижение поставленных целей и планов.
- •2). Зачем нам нужен сертификат соответствия смк требованиям мс исо 9001:2000?
- •3). Что такое качество продукции?
- •4). Знаете ли Вы о чем написано в Политике в области качества? Как Вы ее понимаете и выполняете?
- •8). Что такое идентификация?
- •Фамилия и о
- •Блок-схема «Процесса закупки» с указанием ответственных и входящих (исходящих) документов
- •Утверждаю
- •Протокол анализа отклонения № .
- •5. Корректирующие действия/указания по продукции «Утверждаю» ( )
- •8. Дополнительные корректирующие действия необходимы?
- •Глава 1. Процессный подход к управлению 7
- •1.8. Состав этапов типового проекта моделирования
- •Глава 2. Выбор методологии описания бизнес-процессов 49
- •2.7.1. Нотация aris Value-added Chain Diagram (aris vad) 86
- •Глава 3. Описание и анализ бизнес-процессов 115
- •3.1. Постановка целей описания бизнес-процессов 115
- •3.4. Методика формирования моделей бизнес-процессов
3.3.6. Технические аспекты подготовки проекта
К техническим аспектам подготовки проекта относятся следующие:
выбор инструментальной среды моделирования бизнес-процессов;
приобретение и инсталляция программного обеспечения;
создание инфраструктуры проекта.
В настоящее время на рынке представлено множество различных программных продуктов, поддерживающих работы по моделированию бизнес-процессов. К числу наиболее популярных относится, например, система BPWin. В последнее время широко рекламируется инструментальная среда ARIS Toolset. Есть и другие системы, большинство из которых относится к разряду CASE-систем. CASE-системы, в первую очередь, ориентированы на разработку систем автоматизации организаций, в том числе на создание моделей потоков информации (DFD), моделей структуры данных, настройку СУБД. В меньшей степени они позволяют создавать модели бизнес-процессов.
Выбор программного обеспечения должен основываться на технико-экономическом обосновании использования продукта, при этом необходимо учесть все этапы его жизненного цикла (например, по ГОСТ Р ИСО/МЭК 12207—99) еще на стадии проектирования.
Характерной чертой проекта моделирования бизнес-процессов является одновременная работа нескольких аналитиков. В крупных проектах создавать модели процессов одновременно могут около 10—12 сотрудников, в небольших — два или три. Когда в описании процессов участвует более одного человека, возникают проблемы координации работ, стыковки разрабатываемых частей модели процесса и т.д. Если программный продукт не поддерживает возможность ведения единой базы данных моделей процессов и одновременной работы нескольких исполнителей, то возникнут значительные сложности по обеспечению связности и качества создаваемых моделей процессов. В какой-то степени влияние указанных проблем можно уменьшить путем создания корпоративного стандарта на описание процессов, важны также опыт и квалификация руководителя проекта, но полностью они устранены быть не могут. С другой стороны, практика показывает, что наличие программного обеспечения с единой базой данных и многопользовательским режимом (ARIS — характерный пример) не всегда обеспечивает качество построения комплекта моделей. Вопрос должен решаться комплексно. На наш взгляд, путем четкой регламентации работ по проекту, координации деятельности аналитиков, грамотного оперативного руководства можно успешно решать задачу описания процессов даже простейшими техническими средствами (MS Word, MS Visio).
Вторым важнейшим аспектом технической подготовки проекта является создание необходимой инфрастуктуры. Опыт показывает, что для эффективной работы рабочая группа должна иметь отдельное помещение, где аналитики обеспечены рабочими местами, оснащенными оргтехникой: компьютер, телефон,
w
копировальный аппарат, цветной и черно-белый принтер, проектор для проведения презентаций и т.д.
Для проведения совещаний рабочей группе должны выделять помещение.
3.3.7. Типовые ошибки при выполнении подготовительного этапа проекта
' В заключение проанализируем типовые ошибки выполнения этапа. К их числу
следует отнести:
неадекватное участие руководителей организации и подразделений в проекте;
недостаточно проработанные цели и техническое задание;
некорректно сформированная рабочая группа;
плохо проработанная «Методика ведения проекта»;
некачественное обучение сотрудников;
недостаточное информирование сотрудников организации о ходе и результатах проекта.
1 Все указанные выше ошибки приводят к следующей ситуации. Работа по
проекту поручена рабочей группе, состоящей из неквалифицированных сотрудников, имеющих небольшой практический опыт. Перед ней не поставлены четкие цели, поскольку руководство организации не проявило должной заинтересованности в данном проекте и не оказало поддержки рабочей группе. Отсут-
, ствие грамотно разработанной методики приведет к многократной переделке
схем процессов без значительных улучшений. Сотрудники организации будут оказывать скрытое сопротивление деятельности рабочей группы и т.д. В результате, через два-три месяца работы руководство получит комплект моделей, который не сможет прочитать. Попытки анализа информации вызовут у руковод-
1 ства сильное раздражение, и в итоге проект будет прекращен, а часть сотрудни-
ков, входивших в рабочую группу, возможно будет уволена. Чтобы избежать такого печального хода событий, следует максимально привлекать руководство к участию в проекте, готовить качественные методические материалы, привлекать к проекту лучших специалистов организации и т.д.