Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Основы процессного управления. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
07.09.2026
Размер:
2 Мб
Скачать
☆
Метод
Область применения
Преимущества
Недостатки
1 2 3
4
Блок-схема
Описание системы процессов или отдельного процесса
– универсальный метод; – легко строится; – быстрый эффект при обсуждении группой
– отражает общую картину процесса; – допускает разночтения и неточности
Диаграмма последова­тельности
Описание повторяемого процесса с установлением алгоритма действий
– простота и доходчивость для исполнителя процесса; – точно определяет последовательность действий в процессе
– не показывает потоки; – не показывает выходы процесса
Диаграмма потоков
Схема движения материального или информационного потока в процессе
– подходит для технологических документов; – видны входы и результаты процесса
– рассматривается один вид потока; – не показывает алгоритм процесса
Принять
материалы
Отобразить
отгрузку в
бухгалтерской
программе
Материалы
Сопроводи–
тельные
документы
Отдел
снабжения
Бухгалтерская Бухгалтерия
программа
Рисунок 12 – Графическое представление бизнес-процессов
В таблице 6 показаны наиболее часто применяемые инструменты описания процессов.
Таблица 6 – Характеристика инструментов визуализации процессов
51
Продолжение таблицы 6
1 2 3
4
Функциональ ное модели­рование
(IDEF0)
Разновидность диаграммы потоков, применяется, если СМК автоматизирована
– диаграммы позволяют проследить несколько потоков процесса; – метод адаптирован к задачам автоматизации процессов
– перегружен формальными правилами; – не показывает последовательность действий в сложных процессах; – требует специальной подготовки персонала и значительных затрат
Карта процесса
Применяется в том случае, когда процесс надо изобразить в координатах двух его параметров (например, исполнители и время; местоположение и участник и т.д.). Чаще применяется для процессов, где важный показатель время
– двухмерное изображение информативно при восприятии; – удобен в обсуждении группой
– показывает лишь один «срез» из различных аспектов процесса
Сетевой график
То же, что и диаграмма последовательности действий, но с указанием времени выполнения процесса в целом и отдельных его этапов. Примером эффективного использования сетевого графика является организация поставок «точно в срок»
– незаменим для управления сложным процессом; – оптимален для планирования разветвленных, протяженных во времени процессов
– имеет избыточные данные для линейных процессов, в которых время не является важной характеристикой
Процессно­функциональ­ная диаграмма
Разновидность карты процесса, когда последовательность действий раскладывается по функциям (подразделениям) организации
– позволяет провести анализ загруженности функций; – ясно показывает взаимодействие подразделений в рамках процесса
– не отражает потоки процесса
подробно.
Рассмотрим основные инструменты описания бизнес-процесса более
52
Блок-схема – графическое изображение процесса. Обычно те или иные
Требования
потребителей
Планирование производства
Производственный план
План поставок
Поставки
Производство продукции
Хранение
Организация поставок
действия обозначаются в блок схеме прямоугольниками или квадратами с названием действий или объектов. Связь между обозначенными элементами процесса указывается стрелками.
Обычная блок-схема имеет следующий вид (рисунок 13).
Кроме обычной блок-схемы процесса можно составить
Рисунок 13 – Блок-схема бизнес-процесса
межфункциональную блок-схему, в которой показывают, какое подразделение выполняет то или иное действие в установленной последовательности. Пример функциональной блок-схемы приведен на рисунке 14.
53
Потребитель
Плановый
отдел
Отдел
снабжения
Производственный
отдел
Отдел
сбыта
Графическое представление
Описание объекта
Объект отображает функцию или процесс
Событие, определяющее начало или окончание процесса
Документ
Да Нет
Объект служит для указания альтернативных результатов. Вопрос, на который надо ответить: да (нет), принято (отвергнуто), соответствует (не соответствует)
Объект служит для описания контрольных функций Переход к следующему элементу процесса
Требования
потребителей
Процесс
заказывания
Производст-
венное плани-
рование
Снабжение
Производство
Сбыт
Удовлетворенный
потребитель
Рисунок 14 – Примерный вид межфункциональной блок-схемы
Графическое изображение процесса с установлением алгоритма действий носит название диаграммы последовательности. Диаграмма обычно составляется, когда последовательность действий является решающим фактором достижения необходимого результата. Построение диаграммы (алгоритма) процесса осуществляется с помощью графических символов. Рекомендуется использовать простейшие символы, которые приведены в таблице 7.
Таблица 7 – Символы, используемые для построения алгоритма процесса
54
С помощью установленных графических символов изображают
Схема процесса
Ответственный исполнитель
Выход из операции
Начальник канцелярии
Регистрация в журнале входящей корреспонденции
Начальник отдела маркетинга (руководитель процесса)
Регистрация в журнале заказов на поставку
Коммерческий директор (владелец процесса)
Решение об отказе Начальник отдела маркетинга
Письмо отказ
Начальник отдела маркетинга
Проект контракта
Начальник отдела маркетинга
Карта анализа контракта
Коммерческий директор
Решение о разработке плана качества
Начальник службы качества
План качества
Начальник отдела маркетинга
Протокол согласования
Генеральный директор
Контракт
1.Получение заявки на поставку
2. Рассмотрение заказа
3. Заказ принят?
4. Оформление заказа
5. Подготовка контракта
6. Анализ контракта
7. Нужен
план качества?
8. Разработка плана качества
9. Согласование плана качества с заказчиком
Подписание
контракта
последовательность этапов процесса. Схема возможного алгоритма процесса показана в таблице 8.
Таблица 8 – Пример изображения процесса с помощью графических символов
55
Любое описание бизнес-процессов строят по принципу декомпозиции: сначала описывают бизнес-процессы укрупненно, а затем их детализируют. Таким образом, в описании деятельности компании появляются процессы различных уровней: бизнес-процессы верхнего уровня, процессы второго, третьего уровня и т.д.
Уровень детализации процесса может соответствовать уровню его владельца. Так, владельцами процессов верхнего уровня являются заместители
генерального директора, второго уровня начальники подразделений и
отделов, третий уровень процессов определяет ответственность за отдельные функции/работы подразделений предприятия. На четвертом уровне детализации выделяют операции производственного процесса. Следует отметить, что количество уровней детализации процессов зависит от задач и целей проекта по описанию бизнес-процессов и может быть сокращено или увеличено.
Одной из наиболее удобных моделей, применяемых для решения задач управления операциями, является сетевая модель в виде векторно-сетевых графиков. Сетевой график отражает:
– операции процесса, которые необходимо выполнить;
– логическую последовательность и взаимозависимость этих операций;
– время начала и окончания самой продолжительной цепочки операций – критический путь.
Сетевая модель представляет собой граф-набор кружков (или других фигур), соединенных отрезками. Кружки, по терминологии теории графов, называются «вершинами», а соединяющие отрезки – «ребрами» или стрелками. Стрелки отображают отдельные операции – работы, а кружки на их концах – начало или окончание этих работ. В сетевом графике между начальным и конечным событием может быть несколько путей (рисунок 15).
56
Начало
Р 3
Конец
Р 1
Р 2
Р 5
Рисунок 15 – Пример сетевого графика
Пути в сетевом графике могут быть следующих видов:
– полный путь – путь, начало которого совпадает с исходным событием сети, а конец с завершающим;
– путь, предшествующий событию, – путь от исходного события сети до данного события;
– путь, следующий за событием, – путь, соединяющий исходное событие с завершающим событием;
– путь между событиями – путь, соединяющий какие-либо два события;
– критический путь – путь, имеющий наибольшую продолжительность от исходного события до завершающего. Критический путь определяет общую продолжительность работ, соответственно для сокращения длительности выполнения проекта необходимо сокращать длительность задач, лежащих на
критическом пути. 4
Вопросы для самопроверки
1 Что понимаете под бизнес-процессом.
2 Что понимаете под входом и выходом бизнес-процесса.
3 Кто является владельцем бизнес-процесса.
57
4 Кто выступает клиентами бизнес-процесса.
5 Что понимает под инжинирингом и реинжинирингом.
6 Какие процессы относятся к основным.
7 Определение вспомогательных процессов.
8 Как классифицируются процессы в международном стандарте ИСО 9001:2008.
9 Какие знаете методы схематического изображения бизнес–процессов.
10 Что понимаете под блок-схемой процесса.
11 Что понимаете под сетевым графиком.
58
4 Методологии описания бизнес-процессов
4.1 Методология описания в нотации ARIS
Для создания графических схем бизнес-процессов существуют определенные методики. В настоящее время на российском рынке представлено достаточно большое количество методик (нотаций) описания процессов и поддерживающих эти методики программных продуктов.
Под методикой (нотацией) создания модели бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира (например, деятельность организации) и связи между ними представляются в виде модели. Как правило, графическое описание бизнес-процессов проводится с целью:
а) документирования, т.е. описания процессов в виде регламентирующих деятельность документов;
б) анализа и реорганизации процессов.
Основное в методологии – дать пользователю практическую последовательность шагов, которые приводят к заданному результату. Так, модель бизнес-процесса должна давать ответы на следующие вопросы:
1) какие функции необходимо выполнить для получения конечного
результата;
2) кто выполняет функции процесса;
3) как происходит взаимодействие исполнителей при выполнении этих
функций и в какой последовательности;
4) какие входящие документы/информацию использует каждая функция
процесса;
5) какие исходящие документы/информацию использует каждая функция
процесса;
6) какие ресурсы необходимы для выполнения каждой функции;
7) какая документация регламентирует выполнение каждой функции;
8) какие параметры характеризуют выполнение функции и процесса в
целом.
59
Выбор методики и программного продукта в значительной мере определяет весь дальнейший ход проекта по внедрению процессного управления.
Одной из современных методологий описания процессов является методология ARIS, основанная на разработанной профессором А.-В. Шеером теории «Архитектура интегрированных информационных систем» (Architecture of
Integrated Information System  ARIS).
Нотация ARIS еЕРС (англ. Extended Event Driven Process Chain) расшифровывается следующим образом: расширенная нотация описания цепочки
процесса, управляемого событиями. 7, 8
Создаваемые модели представляют собой документированную совокупность знаний о системе управления, включая организационную структуру, протекающие процессы, взаимодействия между организацией и субъектами рынка, состав и структуру документов, последовательность шагов процессов, должностные инструкции отделов и их сотрудников. В отличие от других подходов методология ARIS предполагает хранение всей информации в едином репозитории, что обеспечивает целостность и непротиворечивость процесса моделирования и анализа, а также позволяет проводить верификацию моделей.
Методология ARIS рассматривает предприятие как совокупность четырех взглядов (views):
– взгляд на организационную структуру;
– взгляд на функции;
– взгляд на данные;
– взгляд на процессы.
При этом каждый из этих взглядов разделяется еще на три подуровня:
– описание требований;
– описание спецификации;
– описание реализации.
Таким образом, ARIS предлагает рассматривать организацию с позиции 12 аспектов, отображающих разные взгляды на предприятие, а также разную глубину
60
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]