Выберите один бизнес процесс верхнего уровня опишите его до уровня wfd

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

Технология бизнес-процесса

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

  Технология бизнес процесса в вариантах

Вариант 1, основанный на Диаграмме потоков данных, DFD.

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

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

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

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

Вариант 2, основанный на диаграмме потоков работ WFD.

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

Технология бизнес-процесса

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

В качестве заключения о технологии бизнес-процесса.

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

Как вычислить “корпоративного крота”? Как его распознать? Как с ним вести коммуникации? И самый главный вопрос: что сподвигло сотрудника на предательство? 

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

Остались вопросы? Звоните по номеру+7(937)586-86-66- Тэнгри Булатович

Читайте также:

Как повысить конверсию с помощью эффективного текста?
У меня падают продажи, в чем дело?

Согласование целей как средство удержания персонала. Ч.1.
Согласоване целей как средство удержания персонала. Ч.2.
Автоматизация бизнес процессов
Автоматизация предприятия
Как оптимизировать бизнес-процесс в компании и заставить ее работать по-новому
Последние новости:  
Второй управленческий РУПОР-турнир «Расчеты войны». Отчет
Первый управленческий РУПОР-турнир «Преддверие войны».

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

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

В
настоящее время существует несколько
десятков подходов или стандартов
описания бизнес-процессов – 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. Пример сети бизнес-процессов

{«id»:13885,»url»:»/distributions/13885/click?bit=1&hash=27370a6c89319ae8a2e7a1ba13a8a3fdefd22caf5773a9f45ff960e01d40ba52″,»title»:»u041fu0430u0440u0430u043bu043bu0435u043bu044cu043du044bu0439 u0438u043cu043fu043eu0440u0442 u0438 u0440u0435u0441u0435u0439u043b u043fu043eu043cu043eu0433u043bu0438 u0440u044bu043du043au0443 u044du043bu0435u043au0442u0440u043eu043du0438u043au0438″,»buttonText»:»u041fu0440u0430u0432u0434u0430?»,»imageUuid»:»4930238f-073f-540d-b767-aa37979c1a27″,»isPaidAndBannersEnabled»:false}

С чего начать описание бизнес-процессов? Бизнес-процессы верхнего уровня

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

Процессы управления.

Первая группа — это процессы управления.

Как правило к этой категории мы относим все процессы, которые связаны с управлением бизнесом:

  • Стратегическое управление
  • Операционное управление
  • Управление финансами
  • Управление инвестиционными проектами
  • Управление технологиями
  • Управление персоналом и пр.

Процессы управления отвечают на следующие вопросы:

  • Какие у бизнеса стратегические цели?
  • Куда бизнес пойдет в своем развитии?
  • Какая будет бизнес-модель компании?
  • Как будет строится система управления?
  • Как будет строится система ценообразования?
  • За счет чего будет расти выручка?
  • За счет чего будет формироваться прибыль?
  • Какие технологии мы будем использовать?

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

Основные процессы.

Вторая группа — это основные процессы.

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

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

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

2. Закупки сырья и материалов.

3. Производство (пошив одежды)

4. Продажи

5. Доставка (в случае, если доставка добавляет ценность вашему товару)

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

Вспомогательные процессы.

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

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

  • Финансирование и взаиморасчеты
  • Бухгалтерский учет
  • Кадровый учет
  • ИТ обеспечение
  • Техническое обеспечение производства

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

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

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

Описание бизнес-процессов — к вершинам мастерства

Ковалев Сергей Михайлович
Ковалев Валерий Михайлович

(Журнал «Консультант директора», № 10, Май, 2004 г.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Часть 2.

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

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

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

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

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

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

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

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

Рис. 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

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

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

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

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

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

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

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

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

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

Рис. 10. Диаграмма потоков работ - WFD

Рис. 10. Диаграмма потоков работ — WFD

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

Также на сайте:
Общее дерево процессов предприятия
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

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

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

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

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

Три группы бизнес-процессов верхнего уровня

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

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

Рис. 13. Классификация бизнес-процессов верхнего уровня

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

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

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

Компания с различными видами деятельности

Первый пример — компания «Видеомир», которая занимается тремя разно-профильными видами деятельности (рис. 14):

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

Виды деятельности компании Видеомир

Рис. 14. Виды деятельности компании «Видеомир».

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

Дерево процессов верхнего уровня компании Видеомир

Рис. 15. Дерево процессов верхнего уровня компании «Видеомир»

Пример дерева бизнес-процессов верхнего уровня компании «Видеомир» приведен на рис.15. В результате было выделено 12 бизнес-процессов верхнего уровня. Отметим, что это пример небольшой компании, численность сотрудников которой составляет 200 человек из который 40 человек — это административно-управленческий персонал, а 160 человек — это линейный персонал, представленный продавцами, работающих в магазинах.

Компания, работающая на различных рынках

Второй пример — торговая компания, которая является дистрибьютером лекарств на трех различных рынках (рис 16):

  • оптовая торговля лекарствами;
  • торговля лекарствами на аптечном рынке Москвы и Московской области;
  • торговля лекарствами на аптечном рынке в регионах.

Виды деятельности торговой компании

Рис 16. Виды деятельности торговой компании

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

Карта процессов верхнего уровня торговой компании

Рис 17. Карта процессов верхнего уровня торговой компании

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

Производственная компания

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

Виды деятельности производственной компании

Рис 18. Виды деятельности производственной компании

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

Карта процессов верхнего уровня производственной компании

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

* * *

Существует три правила выделения бизнес-процессов верхнего уровня.

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

В следующей части статьи эти три правила рассматриваются подробно.

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