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



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

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

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

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

 

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

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

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

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

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

 

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

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

 

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

Название работы = Действие + Объект, над которым действие осуществляется.

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

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

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

 

Название потока = Объект, пред­ставляющий поток + Статус объ­екта.

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


Дата добавления: 2015-12-21; просмотров: 65; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!