Ковалев Сергей Михайлович
Ковалев Валерий Михайлович
(Журнал "Консультант директора", № 10, Май, 2004 г.)

Часть 1.
"Подходы к описанию бизнес-процессов"

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

В статье "Технология структуризации и описание организации - шаг за шагом" (Консультант директора №8 (212), Апрель, 2004). были рассмотрены четыре шага описания организации "как есть". Давайте вернемся к наиболее сложному второму шагу на котором описываются бизнес-процессы. Ранее было упомянуто о необходимости выделения сложных и простых инструментов организационного проектирования. При рассмотрении второго шага был рассмотрен простой инструмент, который называют вертикальным описанием бизнес-процессов.

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

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

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

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

Рис. 1. Горизонтальное и вертикальное описание бизнес-процессов

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

Способы описания бизнес-процессов

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

Первый способ - есть не что иное как текстовое последовательное описание бизнес-процесса. Примером текстового описания фрагмента бизнес-процесса является следующий текст: "Отдел продаж составляет договор купли-продажи и согласует его с Юридическим отделом".

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

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

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

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

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

Рис. 2. Способы описания бизнес-процессов

Часть 2.
"Описание окружения бизнес-процесса"

Описание окружения бизнес-процесса

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

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

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

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

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

Рис. 3. Схема окружения бизнес-процесса

Классификация входов и выходов бизнес - процесса

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

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

Таблица 1. Характеристики первичных и вторичных входов и выходов бизнес-процесс.

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

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

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

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

Часть 3.
"Описание бизнес-процессов верхнего уровня"

Классический подход к описанию бизнес-процессов

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

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

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

Согласно классическому подходу стандарт DFD, который расшифровывается как Data Flow Diagram представляет из себя диаграмму потоков данных, которая используется для описания бизнес-процессов верхнего уровня. В свою очередь стандарт WFD расшифровывается как Work Flow Diagram и представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня. У диаграммы потоков работ имеются и другое название - диаграмма алгоритмов. Давайте рассмотрим два этих стандарта, составляющих классическую методологию описания бизнес-процессов.

Построение диаграмм потоков данных - DFD

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

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

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

Рис. 4. Диаграмм потоков данных - DFD

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

Рис. 5. Пример несовпадения временной последовательности
работ и направления движения документа

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

Рис. 6. Пример бизнес-процесс верхнего уровня

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

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

Правило 1. Названия работы нужно формулировать согласно следующее формуле.

Например, если эта работа связана с действием по продаже продукции, то ее нужно назвать, а еще лучше конкретизировать что это за продукция. В данном случае это действие, а - объект над которым действие по продаже производится.

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

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

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

Построение сети бизнес-процессов

В проекте по описанию и оптимизации деятельности организации целесообразно разработать DFD-схему на самом верхнем уровне - уровне компании в целом. В статье (Консультант директора №8 (212), Апрель, 2004). было рассмотрено, что при выделении бизнес-процессов разрабатывается дерево бизнес-процессов, в котором процессы классифицируются на основные, обеспечивающие и управленческие. Основной задачей данной классификации является облегчение работы по выделению процессов, снижение вероятности пропуска важных процессов, а также наглядное представление выделенных бизнес-процессов, разбитых на небольшие группы.

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

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

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

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

На практике сеть процессов часто называют сетью или схемой взаимодействия бизнес-процессов. Отличие сети процессов от классической схемы DFD состоит в том, что на сети нужно показать внешние субъекты, с которым взаимодействуют бизнес-процессы компании - клиенты, поставщики, банки и др. На рис. 8 приведено пример сети бизнес-процессов для производственной компании.

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

Часть 4.
"Описание бизнес-процессов нижнего уровня"

Декомпозиция бизнес-процесса

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

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

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

В случае необходимости работы на схеме процесса второго уровня могут быть декомпозированы на схемы бизнес-процессов третьего уровня и т.д. Декомпозиция бизнес-процесса должна продолжаться до тех пор, пока не будут достигнуты цели его описания. В данном случае удобно использовать понятия вложенный процесс или подпроцесс. На рис. 9 процессная схема работы 3 является вложенным процессом или подпроцессом процесса верхнего уровня. Аналогичным образом процессные схемы работ 3.1 и 3.4 являются вложенными процессами или подпроцессами процесса второго уровня.

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

Построение диаграммы потоков работ - WFD

При описании бизнес-процессов нижнего уровня используются немного другие процессные схемы, под названием WFD - Work Flow Diagram, что переводится как диаграмма потоков работ. На этой схеме появляются дополнительные объекты, с помощью которых описывается процесс: логические операторы, события начала и окончания процесса, а также элементы, показывающие временные задержки (рис. 10).

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

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

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

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

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

Важнейший вопрос при описании бизнес-процессов - выбор способа и инструмента описания. Решению этого вопроса посвящена статья "Современные методологии описания бизнес- процессов - просто о сложном".

Инструкция

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

Описать бизнес-процесс можно несколькими способами. Наиболее популярный из них - графический, с помощью , выполненных в различных нотациях (нотация - набор символов для обозначения чего-либо).
Самые распространенные виды нотаций для описания бизнес-процессов - это IDEF0, BPMN, EPC (ARIS) и др.
В качестве примера остановимся на диаграмме, выполненной в нотации BPMN (Business Process Modelling Notation) с помощью CASE-средства PowerDesigner (Рис.1). Главными элементами на диаграмме являются:
1. «Процесс» (функция) - скругленный по углам прямоугольник;
2. «Переход» - стрелка, соединяющая процессы;
3. «Решение» - ромб, содержащий вопрос, на который можно ответить только «Да» или «Нет»;
4. Условия - текстовые выражения, при которых осуществляется переход от функции к другой. Условия всегда заключаются в квадратные скобки. Иногда полезно разбить вашу на «Дорожки» - вертикальные или горизонтальные секции, обозначающие подразделения предприятия или сотрудников, ответственных за выполнение определенной функции. В таком случае этой функции должен находиться в пределах своей секции. Кроме перечисленных элементов, может содержать также перечень данных, которые являются входными или выходными для процесса, а также ссылки на правила или регламент, согласно которым выполняется та или иная функция. Пример описания бизнес-процесса «Контроль производства изделия» показан на рис.1. Нетрудно заметить, что эта диаграмма очень похожа на блок-схему алгоритма решения задачи.

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

Полезный совет

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

Источники:

• М.Рыбаков. Оптимизация бизнес-процессов.
• как составить бизнес процесс

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

Инструкция

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

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

Мы рассмотрели основные понятия бизнес-процессов. В данной части мы рассмотрим моделирование бизнес-процессов и приведем пример моделирования.

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

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

• интервьюирование;
• работа с законодательством, документами организации;
• методы мозгового штурма и т.д.

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

Ниже мы рассмотрим пример алгоритма моделирования бизнес-процессов. Итак, для моделирования бизнес-процесса необходимо:

1. Определить результат и владельца бизнес-процесса.
2. Определить набор и порядок действий, составляющих бизнес-процесс.
3. Определить исполнителей бизнес-процесса: на данном шаге необходимо произвести разделение зон ответственности, выделить какие сотрудники каких подразделений несут ответственность за выполнение действий процесса, привязать исполнителей к действиям.
4. Определить события бизнес-процесса. Определить типы событий: начальное, конечное, промежуточное. Привязать промежуточные события к действиям.
5. Определить ресурсы: документы, информацию, и др. потребляемые действиями бизнес-процессов. Привязать ресурсы к действиям.

Схема, иллюстрирующая алгоритм моделирования показана на рисунке ниже:

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

• дополнить существующую модель ответвлениями;
• предусмотреть отдельно действия «альтернативного» процесса.

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

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

Для фиксации бизнес-процессов в графическом виде используется система условных обозначений элементов (нотация). Наиболее известные нотации: SADT/IDEF0, IDEF3, DFD, BPMN, ARIS, UML. Рассмотрение и сравнительный анализ нотации не входит в предмет обсуждения данной статьи; интересующимся в интернете можно найти массу статей на темы сравнения нотаций, например «IDEF vs ARIS».

Пример описания бизнес-процесса

Приведем пример описания бизнес-процесса. В качестве примера возьмем процесс предоставления неоплаченного отпуска. Рассмотрим порядок и документооборот, возникающий при указанном выше процессе. Метод сбора информации: законодательство РФ как предварительный материал перед интервью с экспертами предметной области и Владельцем процесса. Нотация описания: ARIS eEPC.

1. Сбор исходного материала.

1.1 Предоставление отпуска регламентируется Трудовым Кодексом (при сборе материала необходимо опираться на последнюю редакцию, на момент написания статьи – с изменениями от 30 декабря 2015 г. № 434-ФЗ), статьей 128 Отпуск без сохранения заработной платы

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

Работодатель обязан на основании письменного заявления работника предоставить отпуск без сохранения заработной платы:

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

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

1.2. Документооборот при оформлении отпуска регламентируется постановлением Госкомстата РФ от 05.01.2004 N 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты», раздел «Приказ (распоряжение) о предоставлении отпуска работнику».

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

Составляются работником кадровой службы или уполномоченным им на это лицом, подписываются руководителем организации или уполномоченным им на это лицом, объявляются работнику под расписку. На основании приказа (распоряжения) о предоставлении отпуска делаются отметки в личной карточке (форма N Т-2 или N Т-2ГС(МС)), лицевом счете (форма N Т-54 или N Т-54а) и производится расчет заработной платы, причитающейся за отпуск, по форме N T-60 »Записка-расчет о предоставлении отпуска работнику».

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

1. Результат бизнес-процесса - оформленные согласно законодательству РФ и стандартам организации документы .

2. Владелец бизнес-процесса : руководитель кадровой службы. Как определить владельца? Владелец – это сотрудник, обладающий ресурсами для осуществления бизнес-процесса (в данном случае ресурсы – сотрудники кадровой службы) и несущий ответственность за результат бизнес-процесса.

3. Набор и порядок действий :

написание заявления -> составление приказа -> -> –> .

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

4. Исполнители бизнес-процесса. . Для более наглядного предоставления информации приведем последовательность шагов и исполнителей в таблице:

5. События . Дополним вышеуказанную таблицу информацией о событиях:

6. Ресурсы, документы и информация . В данном примере мы не учитываем такие ресурсы, как время исполнителей, материалы и оборудование, т.к. нам важны документы, оформленные согласно законодательству РФ и стандартам организации (см. результата процесса). Нам надо проанализировать, какие документы принимают участие в процессе. Дополним существующую таблицу информацией:

7. Проведем анализ «что если».

• Что если заявление будет содержать ошибки (начиная от грамматических, заканчивая неправильным указанием реквизитов)? Инициатор заявления не обязан иметь достаточную квалификацию для безошибочного заполнения заявления (а обязан уметь грамотно выполнять свои непосредственные обязанности). Для устранения случая неправильного заполнения заявления добавим действие проверки заявления в основной процесс, т.к. нам важно предотвратить наличие ошибочного документа в процессе.
• Что если приказ на отпуск будет неправильно составлен? Т.к. в обязанности специалиста кадровой службы входит составление кадровых документов, то мы предполагаем, что в большом количестве случаев приказ составляется правильно. Это не отменяет проверку квалификации специалиста кадровой службы (процессы приема на работу и аттестации) и проведение периодической проверки документов (процесс аудита кадровых документов).
• Что если руководитель не подпишет приказ и инициатор:
  • имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос запишем в открытые вопросы по данному процессу и зададим его Владельцу процесса при согласовании процесса. Всю ответственность за исполнение процесса несет Владелец процесса, именно он определяет правила выполнения работы во вверенном ему подразделении;
  • не имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос также запишем в открытые вопросы.

• Что если инициатор откажется подписывать приказ (например, у него изменились обстоятельства, согласно которым он брал отпуск)? Мы прекращаем процесс.
• Что если внесение отметок в кадровые документы Т-2 и Т-54а будет некорректным? Данный вопрос аналогичен вопросу, рассматриваемому в п. 3.2.

Дополним существующую таблицу полученной информацией. Фактически мы получили предварительное описание процесса в табличном виде:

Открытые вопросы

• Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор имеет право на отпуск, согласно 128 статье Трудового кодекса
• Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор не имеет право на отпуск, согласно 128 статье Трудового кодекса

Краткое обозначение элементов нотации ARIS eEPC приведено в таблице ниже (описаны не все элементы нотации, а используемые. Графическое обозначение элементов взято из пакета MS Visio):

Схема, отображающая взаимодействие элементов показана ниже:

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

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

Вместо заключения

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

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

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

- Я думаю, все дело в исполнителях. Достаточно найти грамотных исполнителей и мы получим хороший результат. Как в твоем примере – надо найти грамотного кадровика, только и всего.

- Хорошие исполнители, уже обеспечены работой, их труд стоит дорого. Ты не думаешь об оптимизации расходов организации, найма толковых специалистов, и обеспечения специалистов методической поддержкой. Еще один фактор – масштабирование работы. Представим, что в нашей организации работает 2 000 сотрудников. В данном случае у нас будет несколько специалистов кадровой службы и у них будет разный опыт. Наша задача в данном случае – предоставить инструмент обучения, осуществления операций и контроля операций со стороны руководителя подразделения.

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

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

Спасибо читателям, что дошли до этого места. Можно было бы многое сказать дополнительно: рассказать про инструменты, используемые при описании бизнес-процессов, подробнее коснуться нотаций… Но это всё продолжение введения в бизнес-процессы.

Евгений Пономарёв

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

Формируя новые ценности

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

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

Поставки и ценность для клиента

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

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

Так ли все просто?

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

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

Возможность как ключевой момент

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

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

Самые важные возможности

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

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

Разработка продукции

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

Более полное описание бизнес-процесса следующее:

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

Гибкость предприятия

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

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

Меняться, сохраняя суть

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

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

Рынок задает направление

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

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

А удастся ли воплотить в жизнь?

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

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

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

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

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

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

С чего начать?

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

И что делать?

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

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

Подводя итоги

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

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