Sb96070

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

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

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

Схематичное изображение процесса согласно стандарту ГОСТ Р ИСО 9001-2015 «Системы менеджмента качества. Требования» [2] представлено на рис. 2.

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

Рис. 2. Схематичное изображение элементов деятельности (процесса)

При изменении внешней или внутренней среды организации, приводящей к изменениям требований заинтересованных сторон, перечень выделяемых бизнес-процессов организации (с позиции СМК) и требования к ним могут изменяться.

11

До настоящего времени не существует единой классификации или номенклатуры бизнес-процессов организаций. Наиболее часто выделяют три основные группы процессов:

–процессы менеджмента или управления;

–основные производственные (рабочие) процессы, создающие основную добавленную стоимость для организации и ценность для потребителя;

–вспомогательные, поддерживающие или обслуживающие процессы. Стандарт ИСО 9001:2015 рекомендует представлять систему менедж-

мента качества в виде следующих групп процессов:

–управленческой деятельности;

–обеспечения ресурсами;

–жизненного цикла продукции;

–измерения, анализа и улучшений.

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

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

12

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

Обеспечивающие (инфраструктурные) процессы

Рис. 3. Карта взаимодействия процессов организации

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

2.3. Описание выбранного бизнес-процесса организации и разработка его спецификации (информационной карты)

М. Хаммер и Д. Чампи дали определение бизнес-процессу как «совокупности различных видов деятельности, в рамках которой “на входе” используется один или несколько видов ресурсов, и в результате этой деятельности “на выходе” создается продукт, представляющий ценность для потребителя» [3].

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

Наряду с основными бизнес-процессами организации следует выделять

поддерживающие и управленческие бизнес-процессы.

13

Основные бизнес-процессы организации имеют следующие отличительные особенности:

–представляют «зеркальное отражение» бизнес-направлений деятельности организации;

–являются источником генерирования доходов;

–определяют профиль бизнеса;

–имеют стратегическое значение;

–могут развиваться или отмирать в зависимости от востребованности рынка и стратегии организации.

Управленческие бизнес-процессы направлены на управление деятельностью организации в целом.

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

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

ифункционирование всей системы в целом.

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

Однако следует заметить, что до настоящего времени в экономической литературе нет однозначного толкования понятия инфраструктуры (от лат. infra – ниже, под; structure – основание), еѐ состава и предназначения. При этом большинство авторов считает, что инфраструктура как подсистема призвана создавать и обеспечивать нормальные условия функционирования производства и обращения товаров и услуг, а также социального воспроизводства в рамках вышестоящей системы [4].

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

14

всех его аспектах: изучение требований потребителей, планирование, обеспечение ресурсами, функционирование, контроль и улучшение процесса.

Владелец процесса имеет право:

–выставлять требования к входам своего процесса и их показателям;

–проводить предупреждающие и корректирующие мероприятия для управления процессом, а также планируемые мероприятия для его улучшения;

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

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

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

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

1. Осуществление закупочной деятельности: от заказа до поставки товара. 2. Производственная деятельность на примере основного производства. 3. Сбытовая деятельность как продолжение производственной деятельности. 4. Инфраструктурная деятельность на примере одного из подразделений

(ремонт, транспорт, хранение, информационное обеспечение и т. д.). 5. Логистическая деятельность.

6. Маркетинговая деятельность как основа производства товара.

7. Осуществление рекламной деятельности.

8. Управление развитием организации.

9. Разработка плана работы функционального подразделения.

10. Послепродажное обслуживание товара.

11. Проектирование и разработка продукции.

12. Прием и подготовка, повышение квалификации персонала организации и т. д.

Выбранный бизнес-процесс описывается комплектом документов СМК разного уровня, при этом в него могут входить:

–руководство по качеству (РК);

–информационная карта (ИК) или спецификация процесса;

15

–документированные процедуры;

–должностные и рабочие инструкции (ДИ и РИ).

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

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

Информационная карта процесса (спецификация) – документ верхнего уровня СМК, содержащий информацию об основных атрибутах процесса, которые включают следующие сведения:

–определение поставщиков и входы процесса;

–определение клиентов и выходы процесса;

–определение ресурсов инфраструктуры, необходимых для выполнения процесса;

–описание технологии выполнения процесса;

–разработку показателей, по которым оценивается процесс, его результаты и удовлетворенность клиентов процесса;

–определение (назначение) владельца процесса;

–определение границ ответственности и полномочий владельца процесса;

–установление формы отчетности владельца процесса перед вышестоящим руководителем.

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

Структура и содержание спецификации процесса выглядит следующим образом:

Раздел1.«Назначениеиобластьпримененияпроцесса(общиеположения)»:

–код процесса;

–версия и дата разработки спецификации;

–должность лица, осуществляющего руководство процессом;

–краткое описание функций (назначения) процесса.

Раздел 2. Результаты процесса и их потребители:

– результаты или выходы процесса;

16

–подразделения или другие процессы организации, являющиеся потребителями результатов процесса;

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

Раздел 3. Внешние поставщики и входы процесса:

–входы процесса – входная информация, субъекты или материальные объекты, являющиеся входами для данного процесса;

–процессы, подразделения организации или иные организации, являющиеся поставщиками процесса;

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

Раздел 4. Согласование требований. Указывается перечень руководи-

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

Раздел 5. Виды деятельности в рамках процесса, управление и требуемые ресурсы:

–основные виды деятельности (подпроцессы, стадии и этапы или функции), выделяемые в рамках процесса;

–документы, регламентирующие управление выделенными видами деятельности: стандарты предприятия (СП), ИК процессов, документированные процедуры и др.;

–записи и данные, используемые или создаваемые в процессе выполнения различных видов деятельности;

–материальные ресурсы, подразделения и исполнители, необходимые для выполнения выделенных видов деятельности;

–требования нормативных документов и стандартов, регламентирующих выделенные виды деятельности.

Пример формы заполнения каждого раздела спецификации представлен

вприл. 3.

2.4.Графическое построение модели бизнес-процесса «AS–IS»

спомощью программного пакета All Fusion Process Modeler r7 (BPwin)

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

17

ставления и моделирования бизнес-процессов, такие как Visio, Flowmodel, ARIS, BPwin, Бизнес-студио и другие.

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

- соответствует процессу, действию, деятельности;

- условие принятия решения;

- взаимодействие с другим процессом;

- документ;

- организационная единица (исполнитель);

- разветвление/объединение операций процесса; - направление потока (связь); - точка контроля;

Рис. 4. Символы диаграммы потока

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

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

Основу многих современных методологий моделирования бизнес-

процессов составили методология SADT (Structured Analysis and Design

Technique) – метод структурного анализа и проектирования, семейство стан-

дартов IDEF (Icam DEFinition, где Icam, – это Integrated Computer-Aided

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

IDEF0).

18

Идеология стандарта IDEF0 реализована в ряде программных продуктов компьютерной графики. Одним из наиболее известных является программа ВРwin. Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации.

Программа ВРwin (теперь – All Fusion Process Modeler) включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

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

Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями (включая их хранение), для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

Моделирование потоков работ (нотация IDEF3) позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход.

Эти методологии по-своему уникальны. Каждая из них может быть выполнена отдельно с помощью BPwin, но их совокупность, заключѐнная в модель, даѐт аналитику полную картину предметной области клиента. Подробное описание данной программы выходит за рамки настоящего пособия, поэтому ограничимся краткой характеристикой общих подходов, положенных в ее основу.

Модель состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – главные компоненты модели, все функ-

ции и интерфейсы на них представлены как блоки и дуги (стрелки).

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

19

Место соединения дуги с блоком определяет тип интерфейса (рис. 5). Входы (подходят к блокам слева) и выходы (выходят из блоков справа)

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

Управление

Входы

Производство и реализация продукции

Выходы

Механизм

Рис. 5. Позиционирование стрелок в модели IDEF0

Управление (подходят к блокам сверху) представляют собой условия, директивы, руководящие документы и другие ограничения, регламентирующие выполнение данной функции или работы и управляющие ими.

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

Каждый компонент модели может быть декомпозирован (расшифрован более подробно) на другой диаграмме. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цель. Общее число уровней в модели не должно превышать 5–6.

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

20