Разработка регламента выполнения процесса «Совершенствование существующих продуктов» (Понятие бизнес-процесса)

Содержание:

Введение

В нынешнее время, когда присутствует жесткая конкуренция на рынках любого сегмента, одним из ключевых вопросов по управлению предприятием является оптимизация процессов на каждой стадии производства. Тем, кому удается наладить таковые процессы, занимают свою нишу на рынке и получают стабильную прибыль от реализации. Те, у кого возникают проблемы с оптимизацией и совершенствованием процессов, вытесняются более сильными «игроками».

Процесс совершенствования новых продуктов – это сочетание взаимозависимых компонентов, ключевыми из которых являются цели и характеристики, модель бизнес-процесса и структура управления. Система целей и характеристик дает ответ на вопрос о том, что именно нужно достичь предприятию и каким образом будут цели выполняться, модель бизнес-процесса дает понять тот факт, что именно и когда именно нужно сделать для реализации цели, а структура управления распределяет полномочия между сотрудниками.

Регламент создается для любого процесса из выбранной руководителями модели. Создает регламент группа экспертов при ответственном в лице владельца, который играет роль как заказчика, так и руководителя работ. Руководитель проекта в организации в общем осуществляет мониторинг работы экспертных групп по созданию различных регламентов в отделах.

Актуальность курсовой работы заключается в том, что понимание и моделирование процесса «Совершенствование существующих продуктов» помогает предприятию со временем выпускать все более и более качественный товар, тем самым выдерживая конкуренцию на рынке и приобретая конкурентные преимущества.

Цель данной курсовой работы – разработать регламент выполнения процесса «Совершенствование существующего продукта». Для реализации цели были поставлены следующие задачи:

- изучить понятие бизнес-процесса;

- рассмотреть последовательность разработки модели бизнес-процессов;

- проанализировать структуру модели бизнес-процессов;

- осуществить проектирование системы целей и характеристик;

- заполнить параметры и списки процессов;

- рассмотреть регламент процесса EPC «Совершенствование существующей продукции».

Предметом курсовой работы является процессы организации.

Объектом курсовой работы является разработка регламента процесса «Совершенствование существующей продукции».

Структура курсовой работы состоит из введения, двух глав, заключения и списка использованных источников.

Глава 1. Моделирование бизнес-процессов

1.1.Понятие бизнес-процесса

Нынешняя практика создания систем управления имеет немало подходов к организации данных систем. Самыми популярными из них являются системы, которые создаются на управлении функциями и бизнес-процессами предприятия.

Бизнес-процесс – это определенный алгоритм действий (процессов), с помощью которого достигается запланированный результат, имеющий важное значение для предприятия [2].

Системы управления, которые созданы на принципах управления функциями, являются иерархической пирамидальной структурой отделов, скомпонованных по осуществляемым функциям. Отдел – это группа экспертом в какой-либо функциональной сфере. В компаниях, которые построены по такому принципу, управление реализуется на административно-командных условиях. Иным подходом построения систем управления является управление потоками процессов, которые формируют деятельность предприятия. Здесь обязательно есть координатор – владелец процесса и подчиненных из разных функциональных сфер. Такие системы нередко именуют «горизонтальными», предполагая под «вертикальным» управлению иерархию функциональных отделов и руководителей в стандартной системе управления, созданной по функциональному принципу.

Понятие «бизнес-процесс» является базовым по отношению к процессному подходу в случае анализа и синтеза работы предприятия. Данная концепция дает возможность представлять деятельность предприятия в форме общей совокупности бизнес-процессов, каждый из которых способен отражать зависимости между собой или внешней средой. На данный момент использование процессного подхода является обязательным условием для создания СМК по требования стандарта ISO 9001:2008. Опытным путем установлено, что система управления, созданная на базе процессного подхода, является гораздо более эффективной и качественной по сравнению с аналогичной функциональной системой. Создание и интеграция данной системы – весьма трудоемкий процесс.

Ниже рассмотрим основные понятия процессного подхода.

Результат бизнес-процесса – то, для чего реализуется бизнес-процесс, т.е. деятельность всегда выполняется вместе с целью этой деятельности – получение на выходе определенного результата, которые соответствует установленным требованиям. Результаты бизнес-процесса – это его выходы.

Владелец бизнес-процесса – должностное лицо, ответственное за получение результата процесса и наделенное полномочиями для распределения ресурсов, нужных для реализации процесса. Нередко появляются формальные результаты интеграции процессного подхода – владелец назначается случайным образом – он не наделен действительными полномочиями, например, по руководству персоналом, нужным для реализации процесса [4]. Здесь никакой ответственности владельца нет, и получение нужного результата попадает в зону риска.

Исполнители бизнес-процесса – эксперты из разных функциональных сфер, осуществляющие операции процесса. Они больше заинтересованы в результате, чем исполнители обособленных функций при функциональном подходе, поскольку мотивацией при процессном подходе является распределение бонусов среди экспертов только при получении искомого результата.

Входы бизнес-процесса – какие-либо ресурсы различных типов данных, нужные для реализации и получения результата процесса. Входы потребляются и изменяются при осуществлении процесса.

Главным вопросом, возникающим перед разработчиком модели совершенствования существующих продуктов, является принцип идентификации бизнес-процессов. Здесь нужно постоянно следить за тем, чтобы на одном уровне модели были одноуровневые результаты деятельности, а, соответственно, и процессы.

1.2. Последовательность разработки модели бизнес-процессов

Для проектирования модели бизнес-процессов нужно осуществить следующие операции:

- определить комплекс объектов управления;

- установить подход к описанию бизнес-процессов;

- определить конфигурацию модели бизнес-процессов;

- спроектировать модель бизнес-процессов;

- выставить точные характеристики процессов;

- определить характеристики эффективности деятельности для процессов;

- оценить продолжительность и стоимость реализации процессов и осуществить их оптимизацию, если того потребует ситуация [6].

Проектировать с «нуля» или изменять систему управления предприятием целесообразно только тогда, когда будет установлена ее главная цель. Она необходима для вынесения верных с точки зрения ее реализации решений о внутренней структуре и принципах работы предприятия. Такую цель определяет собственник компании. В любом случае, независимо от социальной ответственности или лояльного отношения к клиентам, главная цель организации – удовлетворение потребностей собственника. Цели, которые способен определить собственник исходя из своих потребностей, делятся на три вида:

- финансовые цели – простейший вид целей. Такой целью может являться, к примеру, получение определенного уровня прибыли за месяц или получение общей прибыли в размере 5 миллионов рублей за два года. Под эту категорию попадает и цель, выраженная в достижении предприятием стоимости в 150 миллионов рублей при продаже потенциальному покупателю;

- системные цели – цели, которая должна реализовать компания для обеспечения функционирования системы более высокого уровня. Так, если на предприятии нет должного количества экспертов в той или иной области деятельности, являющейся важной для бизнеса, то необходимо создать собственное учебное заведение. Перед ним определена цель – подготовка требуемого количества экспертов за год;

- личные (психологические) цели. Такие цели идут, прежде всего, из психологии собственника и основаны на его потребности в самосовершенствовании, статусе в социальной группе и пр. Это самые трудные для идентификации и формализации цели, т.к. чаще всего человек о них не говорит вслух. Определяться такие цели могут, например, следующим образом: «Хочу стать самым известным на рынке продавцом сиропа, и финансовые цели вообще не важны. Главное – не работать в убыток компании». Данную цель лучше всего привести к более формализованной цели, например, «Получение определенной доли рынка» [1].

Для полной формализации цели нужно определить характеристики ее достижения. Характеристика дает понять о том, насколько близка реализация установленной цели. Так, если есть цель «Получение определенного показателя прибыли в месяц», то характеристикой реализации такой цели будет «Прибыль в квартал». Характеристики должны:

- иметь измерение;

- иметь определенные целевые показатели.

Установив главную цель, целесообразно определить стратегию ее реализации – стратегию предприятия.

Стратегия – это комплекс взаимозависимых действий и решений, устанавливающих ключевые направления затрат ресурсов и усилий организации по реализации заранее определенных и согласованных с собственником целей. Стратегия позволяет понять, как достигнуть определенных целей.

Из стратегии следуют ключевые требования к системе управления:

- стратегические цели, которые являются декомпозицией главной цели компании (число уровней находится в зависимости от степени проработки стратегии), целевые значения характеристик для установления верхнего уровня системы целей компании;

- уровни управления (одно предприятие, холдинг – управляющая организация и комплекс производственной техники, корпоративный центр – совокупность холдингов) – для установления верхнего уровня организационной структуры компании.

1.3. Структура модели бизнес-процессов

Модель бизнес-процессов по методологии SADT формируется на базе принципа декомпозиции: «…декомпозиция состоит в начальном разбиении объекта на составные части и дальнейшей объединении их в более подробное описание объекта». На верхнем уровне модели анализируемая система являет собой один процесс, например, «Деятельность по производству и реализации продукции». Затем процесс разбивается на комплекс бизнес-процессов верхнего уровня. Каждых из них в свою очередь делится на несколько подпроцессов [3]. В роли критерия идентификации процессов второго уровня возможно применять промежуточные состояния объекта управления. Так, процесс «Совершенствование новой продукции» может быть декомпозирован на следующие подпроцессы:

- продвижение товара;

- определение потребности контрагента;

- заключение договора с контрагентом;

- обработка входящих заявок на товар;

- производственное планирование;

- организация выполнения заказа контрагента;

- организация работы с претензиями контрагентов;

- анализ удовлетворенности контрагентов.

Число уровней разбиения устанавливается в зависимости от определенных задач и степени подробности описания. Чаще всего применяют от трех до пяти уровней декомпозиции.

Рабочая среда Business Studio позволяет делать графические модели бизнес-процессов благодаря диаграммам, реализованных в какой-либо нотации моделирования. Есть 4 типа нотаций графического моделирования – IDEF0, Процесс, Процедура, EPC [5]. Для формирования модели бизнес-процессов можно применять любую из данных нотаций или их сочетания. Целесообразно исходя из уровня процесса в модели для его анализа применять следующие нотации (табл. 1).

Таблица 1 – Рекомендуемые нотации при разработке модели бизнес-процесса

Уровень модели	Используемая нотация	Комментарий
0	IDEF0 (контекстная диаграмма)	Модель, реализованная в IDEF0, имеет контекстную диаграмму верхнего уровня А-0, где объект моделирования выражен единственным блоком с граничными стрелками. Стрелки на этой диаграмме показывают его связи с внешней средой. Диаграмма A-0 определяет область моделирования и ее границу.
1	IDEF0	1 уровень включает процессы верхнего уровня модели.
2	IDEF0	2 уровень включает разбиение процессов верхнего уровня. Так, процесс второго уровня «Продвижение продуктов» может быть разбит на подпроцессы 3 уровня: Группировка контрагентов и анализ клиентской базы Создание программы удержания клиентов Выявление потребности по привлечению новых клиентов Создание комплекса продвижения товара на целевые рынки Осуществление мероприятий комплекса продвижения
3 и далее	Процесс, Процедура, EPC	На 3 уровне осуществляется смена нотации моделирования. 3 уровень при верном разбиении будет представлять собой работы – минимальновозможные процессы, образующие наименьший обособленный результат, за определенные мероприятия внутри работы ответственны определенные должностные лица.

Если в модели применяются метапроцессы, то уровни перемещаются, начиная с 1.

Моделирование работы на низких уровнях модели тесно связано с прикладными методиками и технологиями деятельности, соответственно, нередко объект и предмет деятельности идут параллельно друг другу.

Глава 2. Разработка регламента бизнес-процесса «Совершенствование новой продукции»

2.1. Проектирование системы целей и характеристик

Система целей организации отражает то, чего должна будет добиться организация в общем (стратегические цели) и как стратегия будет осуществляться на операционном уровне (операционные цели). Business Studio определяет 3 подхода к формированию системы целей и характеристик [7].

Формирование дерева целей в навигаторе рабочей среды. Навигатор дает возможность создать структуру целей (рис. 1) и установить для любой цели характеристики ее реализации (рис. 2).

Рисунок 1 - Дерево целей в навигаторе

Рисунок 2 - Форма редактирования свойств цели

Формирование дерева целей благодаря диаграмме сбалансированной карты (рис. 3).

Рисунок 3 - Диаграмма стратегической карты без перспектив

Формирование сбалансированной системы показателей в соответствии с методикой BalancedScorecard. BusinessStudio в полной мере реализует методику формализации и контроля проведения стратегии BSC (рис. 4).

Рисунок 4. Диаграмма стратегической карты

Для формирования системы целей и характеристик можно использовать разные подходы. Для организаций, осуществляющих интеграцию сбалансированной системы характеристик, целесообразно применять последний подход.

2.2. Заполнение параметров и списков процессов

В табл. 2 отражены ключевые характеристики и списки, которые нужно заполнить для получения полной и адекватной регламентирующей документации.

Таблица 2 - Параметры и списки процесса

Параметр	Описание	Правила заполнения	Регламентирующие документы, в которых используется	Разделы документов
Код процесса	Код процесса включает префикс модели и числовой код, показывающий место процесса в общей структуре процессов (ветвь иерархического дерева процессов и уровень иерархии).	Определяется автоматически для всех процессов. Может определяться ручным образом.	Применяется во всех регламентирующих документах.	Применяется во всех разделах регламентирующих документов.
Название	Название процесса.	Название процесса должно быть активным глаголом, глагольным оборотом или отглагольным существительным.	Применяется во всех регламентирующих документах.	Применяется во всех разделах регламентирующих документов.
Содержание деятельности	Описание деятельности, реализуемой в рамках процесса, в текстовой форме.	Текст нужно начинать со строчной буквы, и он должен быть продолжением фразы: «Содержанием деятельности по процессу является…». Без точки в конце.	Регламент процесса IDEF0	1.1. Содержание деятельности 4. Организация выполнения процесса: Содержание деятельности
			Регламент Процедуры Регламент Процесса Регламент процесса EPC	1.1. Содержание деятельности
Начало	Событие (процесс) либо состояние, приводящее к началу реализации процесса. Параметр нужно заполнять для процессов, приведенных в нотациях Процесс, Процедура.	Текст нужно начинать со строчной буквы, и он должен быть продолжением фразы: «Началом выполнения процесса (процедуры) является…». Без точки в конце.	Регламент процесса IDEF0	1.3. Начало выполнения процесса 4. Организация выполнения процесса: Начало выполнения
			Регламент Процедуры	1.3. Начало выполнения процедуры 3. Описание действий процедуры: Начало выполнения
			Регламент Процесса	1.3. Начало выполнения процесса 3. Описание действий процесса: Начало выполнения
Результат	Текстовое описание главного результата процесса. Поскольку у процесса может быть не один результат, для целей регламентации нужно установить главный результат.	Текст нужно начинать со строчной буквы, и он должен быть продолжением фразы: «Основным результатом процесса (процедуры) является…». Без точки в конце.	Регламент процесса IDEF0	1.4. Результат процесса 4. Организация выполнения процесса: Основной результат
			Регламент Процедуры	1.4. Результат процедуры 3. Описание действий процедуры: Основной результат
			Регламент Процесса	1.4. Результат процесса 3. Описание действий процесса: Основной результат
			Регламент процесса EPC (если вышележащий процесс – процесс SADT)	1.4. Результат процесса
Требования к срокам	Требования к срокам выполнения процесса. Целесообразно устанавливать для процессов, диаграммы которых приведены в нотациях Процесс, Процедура, EPC, и их подпроцессов.	Текст нужно начинать с прописной буквы. Без точки в конце.	Регламент процесса IDEF0	1.5. Требования к срокам реализации процесса 4. Организация реализации процесса: Требования к срокам
			Регламент Процедуры	1.5. Требования к срокам реализации процедуры 3. Анализ процессов процедуры: Требования к срокам
			Регламент Процесса	1.5. Требования к срокам реализации процесса 3. Анализ действий процесса: Требования к срокам
			Регламент процесса EPC	1.5. Требования к срокам реализации процесса 3. Анализ функций процесса: Требования к срокам
Комментарий	Комментарий к процессу.	Текст нужно начинать с прописной буквы без точки в конце предложения.	Регламент процесса IDEF0	4. Организация реализации процесса: Инструкции по реализации подпроцесса
			Регламент Процедуры	3. Анализ процессов процедуры: Инструкции по реализации операций
			Регламент Процесса	3. Анализ операций процесса: Инструкции по реализации операций
			Регламент процесса EPC	3. Анализ функций процесса: Инструкции по реализации функции
Текущий статус	Текущий статус процесса с отражением версии процесса, даты изменения статуса, текстового списка операций, осуществленных над процессом, и некоторых второстепенных характеристик.	Статус процесса может иметь показатели: В работе, Проект, Рекомендован, Опубликован, Архивирован.	Регламент процесса IDEF0 Регламент Процедуры Регламент Процесса Регламент процесса EPC	Титульный лист
Субъекты	Список субъектов, являющихся Владельцами, Исполнителями и Участниками процесса. В роли исполнителя процесса, разделенного на подпроцессы, лучше всего устанавливать субъекта, определенного исполнителем подпроцессов. Если около 80% исполнителей всех подпроцессов функционируют в одном отделе, целесообразно такой отдел выбирать исполнителем процесса. В роли владельца процесса лучше всего установить должностное лицо, ответственное за выполнение процесса. Если в отношении владельца процесса приводится Роль, то всякое должностное лицо Роли будет владельцем процесса к собственной сфере деятельности.	Список является совокупностью ссылок на разделы справочника «Субъекты»: Подразделение, Должность, Роль или Внешний субъект.	Применяется во всех регламентирующих документах.	Применяется во всех разделах регламентирующих документов.
Нормативно-справочные документы	Список нормативно-справочных документов, регламентирующих реализацию процесса.	Список является набором ссылок на разделы справочника «Документы».	Регламент процесса IDEF0	1.9. Документация процесса
			Регламент Процедуры Регламент Процесса Регламент процесса EPC	1.9. Документация
Показатели	Перечень характеристик процесса, по которым анализируется реализация процесса	Список является набором ссылок на разделы справочника «Показатели».	Регламент процесса IDEF0 Регламент Процесса Регламент процесса EPC	1.2. Цели процесса 5. Показатели
			Регламент Процедуры	1.2. Цели процедуры 5. Показатели
			Должностная инструкция	3. Показатели деятельности
			Положение о подразделении	1.2. Цели деятельности подразделения 5. Критерии оценки деятельности подразделения
Программные продукты	Реестр компонентов справочника «Программные продукты», поддерживающих осуществление процесса. Такой реестр нужно вести для функций процесса EPC, от которого формируется отчет «Регламент процесса EPC».	Список является набором ссылок на разделы справочника «Программные продукты». Список ведется с помощью установления связи между функцией и разделом справочника «Программные продукты» на диаграмме или ручным способом в списке.	Регламент процесса EPC	1.12. ПО, поддерживающее реализацию процесса
Выбросы	Список вероятных выбросов от нормативного хода процесса и Субъект, управляющий выбросом.	Текст отклонения нужно начинать с прописной буквы. С точкой в конце. В роли субъекта, управляющего выбросом, ставится компонент класса «Субъекты».	Регламент Процедуры Регламент Процесса Регламент процесса EPC	4. Управление отклонениями
Статусы процесса	Список статусов процесса с приведением версии процесса, даты изменения статуса, текстового списка модификаций, интегрированных в процесс, и ряда второстепенных характеристик.	Статус процесса может быть: В работе, Проект, Рекомендован, Опубликован, Архивирован.	Регламент процесса IDEF0 Регламент Процедуры Регламент Процесса Регламент процесса EPC	Перечень изменений

2.3. Регламент процесса EPC «Совершенствование существующей продукции»

Регламент анализирует ход реализации процесса типа ЕРС с отражением входов, выходов, результатов, исполнителей (владельцев, участников), а также характеристик процесса [2].

В табл. 3 рассмотрены разделы регламента.

Таблица 3 – Разделы регламента процесса «Совершенствование новой продукции»

Содержание

Подраздел регламента	Описание подраздела
Титульный лист
Наименование организации	Значение показателя «Название компании». Устанавливается в разделе «Базовые настройки Business Studio» (Сервис −> Настройки для всех пользователей).
Наименование процесса	Значение показателя «Название» процесса
Версия	Значение показателя «Версия с редакцией» из структуры «Текущий статус» процесса
Статус процесса:	Значение показателя «Статус процесса» из структуры «Текущий статус» процесса
Введен в действие:	Значение показателя «Дата» из структуры «Текущий статус» процесса Выводится в регламентах процессов, которым присвоен статус «Опубликован».
Список изменений
Версия	Значения показателя «Версия с редакцией» из списка «Статусы процесса».
Статус	Значения показателя «Статус процесса» из списка «Статусы процесса».
Дата изменения статуса	Значения показателя «Дата» из списка «Статусы процесса».
Изменения	Значения показателя «Изменение» из списка «Статусы процесса».
Содержание регламента (задается автоматически).
Термины и сокращения
Список терминов и сокращений, применяемых в регламенте.
Общие положения
Содержание деятельности	Значение показателя «Содержание деятельности» процесса.
Цели процесса	Перечень целей, характеристики которых определены. Показатели устанавливаются для процесса в списке «Показатели» процесса или в списке «Процессы» показателя
Начало реализации процесса	Значение показателя «Активизирующие события» процесса (если процесс не разбит и родитель процесса находится в нотации ЕРС). Список начальных функций из списка «Стартовые функции» процесса (если процесс разбит). Для всякой функции виден показатель характеристики «Активизирующие события».
Результат процесса	Значение показателя «Порождаемые события» процесса, если родитель процесса расположен в нотации ЕРС. Значение показателя «Результат» процесса, если родитель процесса расположен в любой нотации (кроме ЕРС).
Требования к срокам реализации процесса	Значение показателя «Требования к срокам» процесса
Владелец процесса	Список владельцев процесса. Для всякого владельца видно наименование и вышестоящий отдел. Владельцы определены в списке «Субъекты» процесса. Если владельцем процесса является субъект типа «Роль», то отражается список субъектов Роли и для каждого субъекта – вышестоящий отдел и сфера деятельности.
Исполнители процесса	Список исполнителей процесса. Для всякого исполнителя определено наименование и вышестоящий отдел. Исполнители определены в списке «Субъекты» процесса. Если исполнителем процесса является субъект типа «Роль», то отражается список субъектов Роли и для каждого субъекта – вышестоящий отдел и сфера деятельности.
Субъекты, принимающие участие в выполнении процесса	Список субъектов, участвующих в реализации процесса (не владельцы и не исполнители процесса). Для всякого субъекта определено имя, тип участия субъекта в процессе и вышестоящий отдел. Участники процесса определены в списке «Субъекты» процесса. Если участником процесса является субъект типа «Роль», то отражается список субъектов Роли и для каждого субъекта – тип участия в процессе, вышестоящий отдел и сфера деятельности.
Документация	Список документов, регламентирующих реализацию процесса. Отражаются: объекты класса «Документы» со стрелок управления процесса (если процесс находится на диаграмме IDEF0). Если процесс находится на диаграмме Процесса/Процедуры/ЕРС, то отражаются объекты класса «Документы» со стрелок управления того родителя процесса, который находится на диаграмме IDEF0; нормативно-справочные документы процесса
Входы процесса	Если родитель процесса – процесс в нотации ЕРС, то отражаются: объекты, вовлеченные в процесс (кроме компонентов справочника «Программные продукты»); процесс-поставщик каждого объекта; родитель процесса-поставщика объекта; исполнитель процесса-поставщика объекта. Если родитель процесса – процесс в любой нотации (кроме ЕРС), то отражаются: стрелки, входящие в блок процесса слева (если процесс отражен на диаграмме IDEF0); или все стрелки, входящие в процесс (если процесс отражен на диаграмме Процесса/Процедуры); список объектов этих стрелок; процесс-поставщик каждого объекта; родитель процесса-поставщика; исполнитель процесса-поставщика.
Выходы процесса	Если родитель процесса – процесс в нотации ЕРС, то отражаются: все объекты, отражающие выходы процесса; процесс-потребитель каждого объекта; родитель процесса-потребителя объекта; исполнитель процесса-потребителя объекта. Если родитель процесса – процесс в любой нотации (кроме ЕРС), то отражаются: все стрелки, оражающие выходы процесса; список объектов этих стрелок; процесс-потребитель каждого объекта; родитель процесса-потребителя объекта; исполнитель процесса-потребителя объекта.
ПО, поддерживающее реализацию процесса	Отражаются: список функций процесса, реализация которых поддерживается ПО; наименование ПО, поддерживающего реализацию функции процесса; тип ПО.
Диаграмма процесса
Диаграмма процесса.
Описание функций процесса
В раздел выходит список ключевых функций процесса и показатели их характеристик.
Функция	Значение показателя «Название» функции
Начало реализации:	Значение показателя «Активизирующие события» функции.
Итоги реализации:	Значение показателя «Порождаемые события» функции.
Требования к срокам:	Значение показателя «Требования к срокам» функции
Исполнители и участники функции:	Список субъектов – исполнителей и участников функции. Для каждого субъекта отражается имя, тип участия субъекта в функции и вышестоящий отдел. Исполнители и участники функции определены в реестре «Субъекты» функции. Если в качестве исполнителя или участника функции задан субъект типа «Роль», то отражается список субъектов Роли и для каждого субъекта – тип участия в функции, вышестоящий отдел и сфера деятельности. Если тип функции – ссылка, то отражается список участников процесса-ссылки и типового процесса.
Документация	Нормативно-справочные документы, регламентирующие осуществление функции. Если тип функции – ссылка, то отражаются нормативно-справочные документы процесса-ссылки и типового процесса, а также объекты класса «Документы» со стрелок управления типового процесса.
Входы	Отражаются: объекты, входящие в функцию (кроме компонентов справочника «Программные продукты»); процесс-поставщик каждого объекта; исполнитель процесса-поставщика объекта.
Выходы	Отражаются: объекты, исходящие из функции; процесс-потребитель каждого объекта; исполнитель процесса-потребителя объекта.
Инструкции по реализации функции	Показатель характеристики «Комментарий» функции
Управление отклонениями
Показатели характеристик «Описание» и «Управляющий отклонением» из списка «Отклонения» процесса
Показатели
Список характеристик, установленных для процесса. Показатели устанавливаются процессу в списке «Показатели» процесса или в списке «Процессы» показателя. Для каждого показателя отражаются: имя; единица измерения; целевое значение; целевая дата.

Заключение

Регламент описания процесса «Совершенствование существующего продукта» позволяет унифицировать технологический процесс производства на предприятии. Качественное описание процесса вкупе с интеграцией регламента способствует занятию стабильной позиции на рынке, а также пониманию того, что нужно изменять в технологическом процессе производства.

Регламент позволяет контролировать каждый этап процесса, тем самым, сводя к минимуму риски выпуска некачественной продукции. Установлены ответственные лица за каждую стадию процесса, а также определены ключевая цель предприятия. Таким образом, в данной курсовой работе была достигнута цель – разработан регламент выполнения процесса «Совершенствование существующего продукта».

Данная цель была выполнения благодаря реализации следующих задач:

- изучено понятие бизнес-процесса;

- рассмотрена последовательность разработки модели бизнес-процессов;

- проанализирована структура модели бизнес-процессов;

- осуществлено проектирование системы целей и характеристик;

- заполнены параметры и списки процессов;

- рассмотрен регламент процесса EPC «Совершенствование существующей продукции».

Список использованных источников

• 1. Р50.1.028-2001. Методология функционального моделирования. М.: Госстандарт России, 2001.
  2. Абдикеев Н.М. Реинжиниринг бизнес-процессов. Учебник - М.: ЭКСМО, 2015. – 578 с.
  3. Дворников А. IDEF0 как инструмент моделирования процессов // Авант Партнер, 2015. - № 22 (79)
  4. Методы и модели информационного менеджмента. Учебное пособие / Под ред. А.В. Кострова – М.: Финансы и статистика, 2014. – 336 с.
  5. Окулесский В.А. Функциональное моделирование – методологическая основа реализации процессного подхода. М.: НИЦ CALS-технологий «Прикладная логистика», 2013. – 247 с.
  6. Тельнов Ю.В. Реинжиниринг бизнес-процессов (Учебное пособие). / Московский международный институт эконометрики, информатики, финансов и права. - М., 2013. – 199с.
  7. Функциональное моделирование на базе стандарта IDEF0. Учебный курс – Минск: 2012 – 35 с.