Как описать процесс. Бизнес-процессы — основа эффективного управления предприятием

Блок-схема представляет собой графическое описание потока действий в бизнес-процессе. Ценность блок-схемы заключается в том, что обычно гораздо проще понять что-либо, рассматривая графическое представление объекта, чем изучая его словесное описание. Известна поговорка: «Лучше один раз увидеть, чем сто раз услышать».
Существует много способов графического представления блок-схем. Они описаны в книге Б. Андерсеном и П. Петтерсеном. Самый распространенный - использование различных символов для обозначения различных действий. Стрелки нужны для обозначения связей между различными действиями. Если говорить о самих символах, то и для их изображения есть много вариантов: от сложных рисунков до элементарных прямоугольников и линий. Нет смысла утверждать, что в данном конкретном случае одно обозначение лучше другого. Важно общее понимание смысла символов блок-схемы пользователем. Далее на рис. 3.3 показаны наиболее часто встречающиеся символы блок-схем:
(J точка начала или конца операции;
[ J шаг или действие процесса;
lt;0 точка принятия решения;
/ 7 вход или выход;
[_. | документ.
В дополнение к самому символу блок-схемы в нем можно сделать надпись, чтобы указать требуемые ресурсы или оборудование, или определить условия, в которых выполняется рассматриваемое действие. Возвращаясь к процессу из примера, для которого ранее была построена карта взаимосвязей, построим для него блок-схему, например, в виде, представленном на рис. 3.3.
По-видимому, эта блок-схема могла бы быть более детальной, если, например, включить в нее поставщиков процесса, проведение соответствующих переговоров с поставщиками и потребителями и т.д. Однако приведенная блок-схема достаточна для иллюстрации принципов ее построения. Можно, конечно, возразить, и вполне обоснованно, что из этой блок-схемы неясно, кто и какую задачу выполняет. Для этого существуют специальные межфунщионалъные блок-схемы. Они обсуждаются в следующем параграфе.
Пример.
Группа секретарей государственного учреждения испытывает большие трудности при работе с документами и другими материалами.
Уже после того, как документы оформлены, их бывает трудно найти, когда надо. У сотрудников секретариата было подозрение, что некоторые из них пользовались при сортировке иными критериями, чем остальные. Поэтому было принято общее решение совместно провести

Рис. 3.3. Блок-схема процесса поставки

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

Рис. 3.4. Блок-схема сортировки оформленных документов

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

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

Виды схем бизнес-процессов

Схемы разрабатываются с помощью целого ряда различных методик: без символов и диаграмм; с использованием символов и диаграмм; построения в зависимости от приоритетов; графически-описательное представление процессов.

Рисунок 1. Простая блок-схема бизнес-процесса изготовления электромотора.

Рисунок 2. Символы в схемах бизнес-процессов.

Рисунок 3. Простая блок-схема бизнес-процесса с использованием символов.

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

Рисунок 4. Схема построения бизнес-процесса с помощью графов приоритетов

Рисунок 5. Описание рабочего задания на примере одного графов

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

Пример. Схема графически-описательного представления «изготовление заказа 1000 единиц металлических уголков изделий из листовой стали»

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

Благодаря такому определению, становится понятно, что бизнес-процессы существуют внутри каждой организации, независимо от того, формализованы они или нет. В организации может быть принят функциональный подход к управлению , который рассматривает компанию как набор подразделений, каждое из которых исполняет определенные функции.
В этом случае отдельные подразделения ориентированы на выполнение своих собственных показателей, но не всегда - на конечный результат компании, что может вызвать конфликт интересов между подразделениями и отрицательно сказываться на общей результативности бизнеса.Приведем типичный конфликт («грозовую тучу», в терминах Теории ограничений ) между отделами продаж и закупа торговой компании. Отдел продаж для увеличения оборота требует обеспечить максимально возможный ассортимент и поддерживать постоянное наличие товара на складе, а отдел поставок закупает узкий ассортимент товара большими партиями, потому что его главный показатель работы - получение более низкой цены от поставщика для снижения затрат - никак не связан с увеличением объема продаж компании .

Преимущества процессного подхода перед функциональным

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

Каждый бизнес-процесс имеет:

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

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

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

Наличие проработанной системы бизнес-процессов значительно упрощает приведение деятельности компании на соответствие требованиям стандартам качества ISO 9001:2015 . В условиях свершившегося вступления России в ВТО, соответствие предприятия стандартам ISO 9001:2015 становится важным конкурентным преимуществом.

Внедрение СМК на предприятии в обязательном порядке требует создания и описания бизнес-процессов.

Разработка бизнес-процессов

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

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

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

• Стандартные формы бизнес-процесса
• Карта бизнес-процесса
• Маршруты бизнес-процесса
• Матрицы бизнес-процесса
• Блок-схемы бизнес-процесса
• Описание стыков бизнес-процесса
• Вспомогательные описания бизнес-процесса
• Развернутое описание бизнес-процесса
• Документирование бизнес-процесса
• Определение показателей и индикаторов бизнес-процесса
• Регламент выполнения бизнес-процесса

Рассмотрим подробнее каждый этап.

1.Стандартные формы описания бизнес-процесса

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

2.Карта бизнес-процесса

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

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

• Каким документом завершается рабочий цикл, чтобы его можно было начать сначала?
• Кому передается этот документ?
• Что этому предшествует?
• Кто вовлечен в этот процесс внутри и вне организации?
• Кто выдает задание для запуска процесса?

При составлении карты бизнес-процесса следует воспользоваться популярной вопросной формулой 5W1H. Коротко, это 5 вопросов W:

• Who?(Кто совершает данную операцию?)
  
• Why? (Почему или зачем выполняется эта операция?)
  
• What? (Что представляет собой эта операция?)
  
• When? (Когда нужно проводить данную операцию?)
  
• Where? (Где производится операция?)
  

и один вопрос H

• How? (Как совершается эта операция? Можно ли сделать это иначе или внести улучшения?).

Если карта получается слишком сложной - это сигнал о том, что в управлении организацией нет должного порядка.

3. Маршруты бизнес-процесса

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

4. Матрицы бизнес-процесса

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

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

5. Составление блок-схемы бизнес-процесса

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

• Сопоставима ли ценность от данного бизнес-процесса с затратами на его проведение?
• Насколько он интегрирован с другими бизнес-процессами?
• Могут ли быть сразу обнаружены ошибки этого бизнес-процесса?
• Что сделано для улучшения и обеспечения качества этого бизнес-процесса?

6. Описание стыков бизнес-процессов

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

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

Затем составьте аналогичное описание входов.

7. Вспомогательные описания бизнес-процессов

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

8. Развернутое описание бизнес-процессов

Развернутое описание бизнес-процесса может быть в любой удобной для предприятия форме, но должно содержать основные положения:

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

9. Документирование бизнес-процесса

Бизнес-процессы, входящие в систему СМК , подлежат документированию. Наиболее удобной формой описания является процедура. Бизнес-процесс может быть описан одной или несколькими процедурами, в зависимости от сложности. Удобно сделать единый вид для описания всех бизнес-процессов.

10. Определение показателей и индикаторов бизнес-процесса

Бизнес-процесс должен быть охарактеризован некими показателями, чтобы процесс можно было измерить и оценить его эффективность. Все показатели входят в 4 основные группы:

• качество;
• время выполнения;
• количество;
• издержки.

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

Группа индикаторов бизнес-процесса показывает степень достижения цели.

Группа требований включает в себя:

• человеческие ресурсы;
• инфраструктура;
• условия производственной среды.

Группа обеспечения желаемого протекания процесса:

• информация;
• инструкции по выполнению работ;
• время.

• финансы;
• логистика;
• поставщики;
• партнеры и т.д.

11. Регламент выполнения бизнес-процесса

Крупные бизнес-процессы целесообразно оформлять в виде отдельного документа «Регламента выполнения бизнес-процесса ». Остальные бизнес-процессы могут быть оформлены в виде положений о подразделении и должностных инструкций.

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

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

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

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

Первое, с чем приходится столкнуться в ходе проекта 6 сигма, - необходимость понять бизнес-процесс. Что значит «понять»? Разобраться, как он работает, какие ресурсы для этого необходимы, какие факторы влияют на качество работы. Для этого всю собранную о процессе информацию необходимо каким-либо образом структурировать. С этой целью в рамках методики 6 сигм используются следующие инструменты:

• SIPOC
• Блок-схема процесса
• VSM (карта потока создания ценности)

В этой статье мы разберем особенности применения первых двух инструментов.

SIPOC

Аббревиатура SIPOC расшифровывается как Supplier (поставщик), Input (вход), Process (процесс), Output (выход), Customer (потребитель или заказчик). Уже из расшифровки становится ясным, о чем пойдет речь: этот инструмент дает возможность кратко описать ключевые особенности процесса, не вдаваясь в детали. Своего рода «взгляд с высоты птичьего полета». Поэтому именно с него полезно начать работу по описанию бизнес-процесса.

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

Пример заполнения таблицы SIPOC для процесса «Приемка сырья на склад»:

При заполнении таблицы необходимо обратить внимание на следующие моменты:

• Начинать заполнение таблицы лучше со среднего столбца – перечня операций, из которых состоит процесс. Степень детализации (насколько подробно вы опишите процесс) остается на ваше усмотрение, однако при использовании именно этого инструмента (SIPOC) не рекомендуется дробить процесс на слишком мелкие операции.
• После выделения операций определите входы процесса. Что может быть входом: непосредственно сырье или материал, который будет преобразовываться в ходе процесса или над которым будут выполняться операции процесса; вспомогательные материалы и инструменты (реактивы, измерительное оборудование, инструменты для обработки и т.п.); оборудование; документы или информация (в устном виде или в виде записей в информационной системе).
• В общем случае люди, принимающие участие в процессе (в нашем примере – водитель автомобиля, кладовщики, грузчики), не рассматриваются как ресурс и не перечисляются в числе входов процесса. Они относятся к категории «исполнители» и в рамках SIPOC не рассматриваются. Исключение – процессы работы с персоналом (подбор, адаптация, оценка персонала). В этом случае входами процессов как раз и будут люди (кандидат на вакансию, новый сотрудник, сотрудник к аттестации и т.п.).
• Полнота описания входов зависит от степени детализации процесса и целей вашего проекта. Например, в описанном случае в качестве входов можно было также выделить весы для взвешивания сырья, инструменты для отбора проб и реактивы для проведения анализов сырья, компьютер с доступом к информационной системе компании для внесения данных о поступившем сырье. Но в большинстве случаев в такой детализации при составлении таблицы SIPOC нет необходимости. Если для понимания процесса в рамках целей проекта в каких-то деталях нет особой потребности – лучше их опустить.
• Поставщиков всех полученных входов можно просто перечислить в 1м столбце таблицы. В этом случае число поставщиков может не соответствовать числу входов (в нашем примере входов два, а поставщик только 1). Это классический вариант таблицы. Но при желании для улучшения восприятия можно сопоставить входы и их поставщиков, т.е. рядом с каждым входом написать его поставщика (как сделано в приведенном примере). В качестве поставщика могут выступать внешние организации, подразделения или сотрудники компании, информационные системы.
• Теперь нужно выделить выходы процесса. Выходом может быть полуфабрикат, готовая продукция, упакованная продукция, отходы производства, документы, информация в виде сгенерированных отчетов и т.д. Замечания о степени детализации, указании людей в качестве выходов процесса, сделанные выше касательно входов, здесь тоже остаются в силе.
• Потребители/заказчики выходов выделяются аналогично поставщикам входов. Ими являются внешние организации, подразделения и сотрудники компании, информационные системы, которым передаются выходы. Обращаю ваше внимание: в приведенном примере в качестве заказчика сырья указан склад. Казалось бы, конечным потребителем сырья является производственный цех. Но на этапе приемки сырья на склад, до момента его отпуска в производство, сырье размещается и хранится на складе, поэтому в качестве заказчика указывается именно склад. Аналогично, при описании производственного процесса некорректно указывать поставщиком сырья внешнюю организацию, т.к. цех получает сырье со склада, поэтому для цеха поставщиком сырья будет именно склад. Т.е. выделение поставщиков и потребителей зависит от установленных границ процесса: что вы определите его началом и что – концом.
• Замечание по поводу соответствия числа поставщиков числу входов относится и к соотношению выходы/заказчики.
• Все перечисляемые входы и выходы должны относиться к процессу в целом и поступать в него извне (передаваться вовне). Некорректно указывать в качестве входов/выходов межоперационные потоки, т.е. объекты, которые передаются от одной операции к другой внутри процесса. Например, если в рамках процесса поступившая деталь сначала шлифуется, а потом окрашивается, то в качестве входа/выхода нельзя указывать отшлифованную, но неокрашенную деталь. Вход – деталь неотшлифованная и неокрашенная, выход – деталь отшлифованная и окрашенная.

Блок-схема процесса

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

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

Обозначения, используемые на блок-схеме процесса:

Символ	Обозначаемое понятие
	Начало и конец процесса. Может использоваться как овал, так и круг.
	Прямоугольник с прямыми или скругленными углами – операция процесса.
	Ромб – оператор ветвления. Им обозначают операции, в ходе которых нужно сделать выбор, после которого возможно 2 сценария дальнейшего хода процесса.
	Треугольник – этап временного ожидания-складирования
	Стрелка указывает направление хода процесса. Также может использоваться для обозначения межоперационных потоков. В этом случае на стрелке помещают надпись – название объекта, передаваемого от одной операции к другой.
	Параллелограмм – обозначение любого объекта (материального или информационного).
	Прямоугольник с неровной стороной обозначает документ или информацию.

Возможно применение и других символов. Главное, чтобы все участники проекта понимали их содержание.

Блок-схему можно подготовить и в Word, и в Excel. В этих программах есть все необходимые инструменты. Но наиболее удобно рисовать блок-схемы в Microsoft Visio. Как правило, операции процесса располагают вертикально одна под другой. Входы процесса показывают слева (стрелки входов направлены к тем операциям, где эти объекты впервые используются), выходы – справа (стрелки направлены от тех операций, где эти объекты появляются). Поставщики и потребители процесса на блок-схемах, как правило, не отражаются.

Ниже приведены 2 варианта блок-схемы процесса – упрощенный и более подробный.

Упрощенная блок-схема процесса «Приемка сырья на склад»:

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

Подробная блок-схема процесса «Приемка сырья на склад»:

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

Блок-схема процесса «Приемка сырья на склад» со свимлейнами:

Свимлейны могут располагаться на листе как вертикально (см. пример выше), так и горизонтально.

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

Олешко Виктория, бизнес-тренер, консультант, главный редактор сайта сайт. Автор книги “ ” и блога “ ”. Хотите узнать больше об управлении знаниями? Присоединяйтесь к

Вполне согласен. Но тема разговора было описание процессов, а не их мониторинг. Однако отвечу насколько это возможно в рамках offline консалтинга.
Естественно, что необходимо проводить мониторинг процессов, а иначе вся наша работа не стоит и ломаного гроша.
Показатели выхода, входа и процесса необходимы для управления этим процессом. Для вертикальных входов тоже предпочтительно иметь показатели. Для входа «Ресурсы» количественные показатели позволяют осуществлять расчет затрат и мониторинг соответствия показателей качества. Как показатели ресурсов, так и показатели ограничений будут использоваться при периодических аудитах и самооценке.

Но нужно ли проводить мониторинг каждого процесса? Нужно ли устанавливать показатели для каждого процесса? В какие процессы вкладывать средства?
Нет и еще раз нет. Необходима избирательность. В первую очередь необходимо следить за себестоимостью и затратами на сбор данных. И в первую очередь мониторингу подвергать приоритетные процессы. Как выделить приоритетные процессы и как определить какие из процессов требуют улучшений, какие реинжиниринга и какие лишь только повышенного внимания?При выборе процессов требующих или улучшений, или реинжениринга, или только особого внимания нужно исходить из следующих критериев:
1. Важность процесса:
чем процесс важнее, тем более внимательно нужно следить за ним;
важность процесса определяется важностью его результатов.
–Показатели: и результативность, и эффективность.
2. Результативность процесса – способность процесса отвечать целям, измеряемым удовлетворенностью потребителя процесса.
3. Эффективность процесса – затраты и сроки выполнения.
Критерием выбора является определяющее значение показателейВ отношении важности лучшим судьей по определению является руководство организации. Однако хотя руководство и должно определять приоритетность различных областей деятельности и категорий потребителей или других заинтересованных лиц, в пределах каждого класса потребителей или иных заинтересованных лиц лучше всего судить об относительной важности того, что они получают от организации могут сами потребители или другие заинтересованные лица. Поэтому именно по ним следует измерять степень важности.
! Само собой разумеется, решение по окончательной оценке результатов, в частности, решение об относительной важности различных процессов среди основных процессов корпорации, должно принимать руководство.В отношении показателей судьей всегда должен быть пользователь результатов процесса.
Потребители лучше всего могут судить о пригодности к использованию – и вообще о соответствии ожиданиям – получаемых ими изделий и услуг.
Другие заинтересованные лица (акционеры, руководство, работники, деловые партнеры, общество) также лучше других могут судить о качестве того, что они получают.! Определение относительной важности различных категорий потребителей и других заинтересованных лиц – это вопрос стратегии, а следовательно, лежит на ответственности руководства.
После этого следует привлечь потребителей и других заинтересованных лиц к определению относительной важности каждого элемента ожидаемого качества.Поскольку процессы существуют для того, чтобы создавать качество для потребителей, естественным судьей о сравнительной ценности того, что процессы организации дают, является потребитель:
–внутренний потребитель для вспомогательных процессов;
–внешний потребитель для процессов, направленных на рынок;
–другие заинтересованные лица для процессов, направленных на них.
Другими словами, потребители и другие заинтересованные лица знают факторы, вызывающие удовлетворенность, и как определить их весомость.
! Высшее руководство принимает конечное решение об «утверждении» результатов процесса, в котором потребители и другие заинтересованные лица определяли важность (и дополняет ее тем, что относится к е