Существует ли стандартный список бизнес процессов

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

1. Определить
   перечень бизнес-процессов верхнего
   уровня организации (не более 15);

2. Определить
   функции, выполняемые на уровне
   подразделений (управле­ний);

4-
Распределить функции подразделений
(управлений) по процессам.

На
рис. 1.12 представлены так называемые
сквозные (межфункциональные)
бизнес-процессы. На практике выделение
таких бизнес-процессов нецелесооб­разно.
Дело в том, что процесс представляет
собой объект для управления.
Биз­нес-процессом должен управлять
один руководитель, который несет
ответствен­ность за достижение целей
бизнес-процесса, его результативность
и эффектив­ность. Сквозной
межфункциональный бизнес-процесс
пересекает границы под­разделений.
Ресурсы, используемые при выполнении
такого бизнес-процесса, находятся в
распоряжении конкретных руководителей
подразделений. Поэтому назначить одного
владельца такого бизнес-процесса
практически невозможно.

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

На
рис. 1.13 показано, что функции 1, 2, 3 и 4
выполняются в первом про­цессе,
функции 5, 6, 7, 8 и 9 — во втором, функции
10, 11, 12 и 13 — в третьем. В этом примере
мы выделяем в организации три процесса.
Границы этих про­цессов четко
определены. Ответственность и полномочия
владельцев процессов известны. При
таком способе структурирования
деятельности можно видеть, какие ресурсы
находятся в распоряжении каждого
владельца процесса и за ка­кие
результаты владельцы процессов несут
ответственность. Очень часто такие
процессы совпадают с границами
подразделений.

Выделение
сети бизнес-процессов

Процесс
№ 2

Процесс
№ 3

Процесс
№ 1

1		4

*
5

*>
10

9
-9-

13

4
у*-

12

>
8

*■
11

Определение
точек перехода. Привязка сети к
оргструктуре Рис
1 13 Выделение сети бизнес-процессов —
Вариант 1

Следует
обратить внимание на то, что процессы
могут быть выделены и не­много другим
способом, например как показано на рис.
1.14.

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

Выделение
сети бизнес-процессов

|
Процесс № 2, другой вариант ,
Определение точек перехода Привязка
сети к оргструктуре

Рис
1 14 Выделение сети бизнес-процессов
Вариант 2

3-1870

конечный
потребитель продукции. Следующий по
значимости приоритет у внут­реннего
потребителя результатов бизнес-процесса.
Например, для Процесса № 2 таковым
является Процесс № 3. В последнюю очередь
учитываются возможно­сти владельца
процесса-поставщика.

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

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

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

Существуют
ли стандартные перечни бизнес-процессов,
подходящие для любой организации? В
литературе можно встретить различные
подходы к фор­мированию такого
перечня. Рассмотрим, например, перечень
процессов, пред­ложенный Международной
бенчмаркинговой палатой (International
Benchmarking Clearinghouse). Избыточность
и универсальность этой модели, по мысли
авто­ров перечня, позволяет применить
ее к организации любой сложности,
размера и сферы деятельности. (Модель
классифицирует бизнес-процессы
организации по 13 основным направлениям:

1. Маркетинг
   рынка и пожеланий заказчиков;

2. Разработка
   стратегии;

3. Разработка
продукции (услуг);у
4. Организация продаж;

V
5. Производство и поставка продукции;

6.
Организация сервиса (для
сервисно-ориентированных организаций);
^ 7. Обслуживание заказчика и оформление
счета-фактуры;

1. Управление
   человеческими ресурсами;

2. Управление
   информационными ресурсами;

10. Управление
финансовыми и физическими ресурсами;И.
Управление экологией;

1. Управление
   внешними связями;

2. Управление
   улучшениями и изменениями.

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

С
учетом МС ИСО 9000:2000 можно предложить
следующую схему разбие­ния деятельности
организации на процессы:

1. Количество
   процессов в организации напрямую
   зависит от численности персонала и
   структуры организации;

2. Разграничение
   между процессами в сети целесообразно
   провести по гра­ницам крупных
   подразделений.

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

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

Для
небольшого предприятия численностью
до 100 человек выделять про­цесс
«Подготовка кадров» нецелесообразно.
Как правило, подготовкой кадров в таких
небольших организациях занимаются
сами руководители подразделе­нии
(служб). В этом случае процесс «Подготовка
кадров» можно описывать как один из
процессов организации. Требования к
описанию этой работы изложе­ны в ИСО
9001:2000 в разд. 6.2 «Управление человеческими
ресурсами».

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

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

Пример
применения указанного подхода приведен
на рис. 1.15.

Поставщик	Потребитель	Коммерческий отдел	Производство	1-о	Складская служба	Отдел главного механика	Отдел главного энергетика	Потребитель
				ъ	4			г
	г 1 ь о	+	W		W	э	г	7
		4а t			1 5а Г
•—		9 d.	г	W		W
т	т	Т	О
				/

Рис.
1.15. Пример построения сети бизнес-процессов
предприятия:

1 —	маркетинг и планирование производства;
2 —	закупки сырья и материалов;
3 —	производство продукции;
4 —	контроль качества продукции и материалов;
4а —	входной контроль сырья и материалов;
5 —	приемка, хранение и транспортирование продукции;
5а —	приемка, хранение и транспортирование сырья;
6 —	сервисное обслуживание технологического оборудования;
7 —	энергообеспечение предприятия.

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

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

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

Сеть
процессов является результатом, который
может быть использован для дальнейших
работ по улучшению системы управления
организации, например, внедрению системы
менеджмента качества, соответствующей
требованиям МС ИСО 9001:2000. Возможно и
другое использование сети процессов —
выбор приоритетных процессов для
организации, детальное моделирование
и анализ выбранных процессов, последующая
реорганизация (реинжиниринг) процес­сов
Важно то, что как руководители, так и
исполнители имеют комплексную картину
процессов организации и могут принимать
адекватные решения.

Соседние файлы в папке литература

• #
• #
• #

  05.06.201531.44 Mб85Абдикеев Реинжининринг бизнес-процессов.pdf

• #

  05.06.20159.35 Mб541Бизнес-процессы- регламентация и управление_Елиферов В. Г., Репин В.doc
• #
• #
• #
• #
• #
• #

  05.06.20157.14 Mб48Шеер Моделирование БП.doc

• #

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

Что такое основной бизнес процесс простыми словами

Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.

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

Понятие процесса управления и качества его описания – это индикатор профессионализма организации.

История появления термина

Впервые термин «бизнес процессы» появился давно — в 70-х г. г. XX века. Именно тогда предприятия стали переходить к информационным системам и информатизации производственного процесса. Возникла потребность в четкой организации управления предпринимательством и трудовыми ресурсами.

Инструктирование работников стало осуществляться по схеме «человек – человек» и «человек – машина». Все нормы были стандартизированы. Так, нужны были команды, которые бы распознал и человек, и машина.

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

Зачем нужны бизнес процессы

Если компания стремится к качественной системе менеджмента, основанной на стандарте ISO 9001, разработка, описание, внедрение и оптимизация процесса – обязательное условие. В этом случае у предприятия появляется сильное преимущество на конкурентном рынке.

С помощью описания процессов достигают и иные задачи:

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

Отличие бизнес процессов от функций и стандартных процессов

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

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

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

Кто описывает бизнес процессы

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

Специалист должен уметь описывать процессы и:

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

Характеристики описания основных бизнес процессов

Описание процессов характеризуется такими параметрами:

1. Наименование и цель. Обычно это одно и то же. Все участники должны будут их знать и понимать. Например, название – «Продажа первой партии нового товара». Цель звучит так же.
2. Исполнитель или владелец инструмента. Это ответственное лицо, которое будет подробно составлять план, доносить его до сотрудников, вести и контролировать процесс его выполнения.
3. Ресурсы, которые используются для достижения поставленных целей.
4. Вход – это те ресурсы, которые поступают извне, сырье.
5. Выход – это произведенные товары или оказываемые услуги. Иногда может получиться не то, что было запланировано, тогда цель на этом этапе меняется.

Еще есть и другие параметры описания, но не обязательны:

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

Уровни основных бизнес процессов

Процессы имеют многоуровневое строение:

1. Самый верхний – внешнее воздействие, благодаря которому будут решаться стратегические задачи (например, распределение ресурсов между подразделениями предприятия). Иногда здесь задействованы организационные единицы.
2. Внутреннее воздействие для достижения тактических задач, например, продажа продукции.
3. Процессы внутри структуры, например, когда будет создаваться рабочий проект.
4. Процессы по исполнению задач внутри определенной структуры, например, когда будет разрабатывается план по обслуживанию клиентов.

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

Классификация основных процессов осуществляется по разным признакам:

Специфика работы:

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

Сложность:

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

Структурное место на предприятии:

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

Функции отдела:

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

Детализация или комплексность:

• микропроцесс – вид процесса с производством элементов готового продукта, например, стержней для шариковых ручек;
• макропроцесс – выпуск готовой продукции, например, шариковых ручек.

Исполняемость:

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

Описание бизнес процесса

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

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

Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉

Основные виды бизнес процессов

Все процессы делятся на 6 групп:

1. Основная, представляющая полезную ценность для потребителей.
2. Вспомогательная, обеспечивающая существование основных процессов, но не имеющая ценности для потребителей.
3. Управляющая, предназначенная для контроля над основной и вспомогательной группой процессов и над процессом исполнения целей.
4. Сопутствующая – вспомогательный вид процессов, которые будут приносить дополнительный доход.
5. Группа развития, предназначенная для увеличения производительности и доходов предприятия.
6. Категория совершенствования, направленная на улучшение рабочего процесса, повышения его качества.

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

Правила описания основных бизнес процессов

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

1. Законченность, т.е. любая деятельность должна будет иметь собственную цель, конечный итог (иногда в ходе работы цель может измениться).
2. Краткость. Инструкции должны быть изложены лаконично с обозначением основных этапов работы и задач сотрудников без лишних деталей и сложных терминов. Это обеспечит быструю и слаженную работу всех отделов.
3. Использование общепринятых, типовых обозначений по стандартам IDEF3, BPMN 2.0, BPMN (для преобразования задач в наглядные схемы и таблицы есть специальные программы), чтобы любой участник процесса описания смог прочитать инструкцию и верно истолковать ее.
4. Указание конкретных участников процесса описания и ответственных лиц с четким распределением задач между ними.

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

Уровни анализа

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

1. Операции. Это самый детализированный уровень, когда будет требоваться перечислять каждое действие.
2. Действия – это ряд операций, в котором должна быть соблюдена определенная последовательность.
3. Процедуры – несколько объединенных действий, выстроенных в определенном порядке для достижения поставленных целей.
4. Базовый уровень, на котором объединяется несколько взаимосвязанных процедур, которые будут служить достижению результатов. Обычно в них участвует несколько сотрудников.
5. Направление работы. Это самый обобщенный уровень, который включает в себя несколько процессов.

Этапы описания

Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:

1. Определение цели описания. Процесс и описание могут иметь разные цели. На этом этапе нужно будет сформулировать, зачем данному процессу требуется описание. Например, внедрение автоматической системы приема заявок или снижение стоимости производства и т.д.
2. Определение целей описания основного процесса – конечного результата, который нужно будет получить. Целей бывает несколько. Все они должны быть обозначены. Например, покупатель может приобрести товар или отказаться от него. Обоим варианта необходимо описание.
3. Привлечение руководящих сотрудников для обсуждения сформулированных задач и нюансов их выполнения.
4. Донесение информации до сотрудников, которые будут максимально эффективно выполнять задачи. Важно сформулировать их четко, ясно.
5. Расставление приоритетов. Все задачи и действия будут делиться на первостепенные и менее важные. При этом учитывается основная цель, количество ресурсов, время, финансы и прочие факторы при описании.
6. Фиксация начала и конца процесса при описании, их четкое выделение среди прочих элементов.
7. Определение ключевых точек, которые будут влиять на получение результата. Например, ведение переговоров, торг с клиентом, формирование счета на оплату и др. Эти точки могут иметь несколько сценариев, для каждого из которых необходимо описание.
8. Создание черновика предварительного описания, который должны будут получить все заинтересованные лица: руководители, клиенты.
9. Согласование деталей, учет комментариев и пожеланий всех участников процесса описания.
10. Презентация финального описания с внесенными корректировками (все они должны быть согласованы с руководством).
11. Оформление окончательного варианта описания с подробными схемами, планами, моделями и иными документами.

Форматы описания бизнес процессов

Описание процессов может быть в 3 форматах:

1. Текстовом, когда информация изложена, в основном, в виде текста. Это самый распространенный вид описания.
2. Табличном – наглядном виде. Но здесь есть сложности с подготовкой шаблонов.
3. Графическом – самом удобном и понятном варианте в виде моделей и схем.

Каждое описание процесса из них имеет свои плюсы и минусы.

Схема описания бизнес процессов

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

Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:

1. Фиксация границ – начальной и конечной точки основного процесса описания.
2. Выделение основных блоков – базы процесса, в соответствии с их положением в последовательности.
3. Внесение дополнительных элементов – ответвлений, всех возможных путей развития событий.
4. Распределение ролей между участниками. Один сотрудник может одновременно исполнять несколько ролей.
5. Добавление документов: кейсов, презентаций, инструкций, писем и пр.
6. Внесение данных об источниках и программном обеспечении, с помощью которых осуществляется автоматизация процесса описания.
7. Обозначение инструментов, которые могут помочь в достижении целей.
8. Внесение критериев эффективности, с помощью которых будет производиться оценка результата.
9. Моделирование процесса с учетом всех полученных сведений при описании.

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

Создание и оптимизация бизнес процессов на предприятии

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

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

Анализирование

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

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

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

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

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

Пошаговое описание

Описание текущего бизнес процесса строится поэтапно:

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

Управление бизнес процессами

Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:

1. Этап моделирования, когда происходит определение и описание процессов. Также здесь устанавливается ответственность руководителей.
2. Выполнение указанных в описании задач.
3. Контроль работы персонала и движения финансов. Сотрудник на руководящей должности следит за исполнением сроков, качества продукции, равномерной загруженностью кадров, переработками, премированием и штрафами сотрудников.
4. Анализ выполненной работы, сравнение полученного результата с поставленными задачами, выявление ошибок и оптимизация управления процессом.

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

Зарождение BPM

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

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

Модель зрелости BPM

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

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

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

1. Структурное, которое позволяет исследовать текущие и будущие системы. Оно может быть:
   • функциональным (последовательное построение схемы с использованием конкретных ресурсов);
   • имитационным (учитываются временные интервалы, внутренние и внешние условия);
   • информационным (отображается связь объектов и их характеристики).
2. Ориентированное на объекты без детализации – любые преобразуемые предметы в рабочем процессе.
3. Интегрированное – сочетающее несколько моделей, т.е. комплексное.

Нотации моделирования

В процессе моделирования используются специальные технические условные обозначения (нотации) – единые по всему миру:

ARIS	Его используют при создании, анализировании, внедрении и оптимизации процессов
DFD	Предназначен для использования в макропроцессах бизнеса
UML	Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре
IDEF	Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3
BPMN	Демонстрирует процесс в разных аудиториях
RAD	Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия
WFD	Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения
ANSI	Это блок-схемы, которые демонстрируют, как идет процесс
ERM	Позволяют сделать описание концепции процессов
SADT	Помогают создавать функциональные модели
FCD	Создан для описания действий, исполнителей, оборудования символами
EPC	В рамках сложного комплексного процесса позволяет определить его вход и выход
STD	Отражает поведение системы во время внешнего воздействия
Дорожки Брюса Силвера	Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому
Unified Modeling Language	Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы
Карты потоков ценностей	Отражают потраченные ресурсы и время
Цветные сети Петри	Предназначены для демонстрации переходов, событий, действий

В чем разница между нотациями

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

BPMN имеет особенности:

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

Нотацию ARIS выбирают с учетом ее характеристик:

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

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

Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса

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

Bizagi Process Modeler	Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров.
Visual Paradigm	Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила.
Elma BPM	Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов.
Fox Manager	Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом.
ARIS Express	Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс.
Business Studio	Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами.

Как рассчитать стоимость бизнес процесса

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

1. Собрать первичные данные о процессе, сделать его описание, определить, какие операции, как часто и кем будут выполняться. Данные обычно заносятся в таблицу MS Excel с названием столбцов: «Наименование операции», «Коэффициент использования» (частота повторения данной операции), «Исполнитель».
2. Проанализировать, сколько времени будет требоваться на выполнение каждой операции. Для этого можно использовать методы фотографирования (фиксация процесса выполнения операции каждым сотрудником), экспертной оценки персонального бизнес-аналитика, анализа данных с помощью информационной системы (на основе прошлого опыта). На практике часто применяются комбинированные способы. Полученные данные заносятся в таблицу в графу «Время исполнения операции».
3. Подсчет стоимости ресурсов. Для этого рассчитывается, сколько стоит 1 минута работы данного сотрудника (исходя из размера его заработной платы). Затем это значение умножается на время исполнения операции. Полученное значение заносится в таблицу в графу «Стоимость ресурсов за 1 мин». Для получения полной картины стоимости процесса необходимо добавить все остальные статьи расходов: арендную плату, закупку расходных материалов и пр., но без излишней детализации, так как этот этап может затянуться.
4. Подсчет стоимости всего процесса с учетом полученных данных. Для этого необходимо рассчитать, во сколько обходится выполнение одной операции (стоимость минуты времени работника умножается на длительность выполнения задачи). Эти данные нужно занести в таблицу в графу «Стоимость 1 операции», а затем заполнить столбец «Стоимость операций за месяц». Путем сложения значений в последнем столбце можно получить стоимость всего процесса. При этом нужно учитывать, что подобный расчет может иметь большие погрешности.
5. Анализирование стоимости процесса. Когда цена каждой операции будет наглядно отображена в таблице, у руководства обычно появляется желание ее удешевить. Сделать это можно с помощью полного исключения данной операции из процесса (нужно проанализировать, насколько она необходима для получения результата), использования более дешевых ресурсов или менее квалифицированных кадров, ускорения выполнения операций, упрощения рабочего процесса.
6. Анализирование нагрузки на работников. Для этого учитываются не только операции данного процесса, но и все остальные функции сотрудников. Расчеты помогают понять, насколько та или иная операция трудозатратная, а также распределить нагрузку равномерно между участниками.

Внедрение бизнес процессов

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

1. Знакомство персонала с новой системой, чтобы они могли ориентироватся не результат.
2. Презентация преимуществ, выгоды и эффективности использования системы.
3. Тестовый запуск программы на одном сотруднике или в одном отделе.
4. Проведение обучения других сотрудников при положительных результатах тестирования.
5. Полноценный запуск процесса.
6. Управление процессом, осуществление контроля над работой персонала и соблюдением алгоритмов новой системы. Этим занимается руководитель или специальный менеджер.

Еще на этапе внедрения нужно, чтобы каждый сотрудник работал по новой схеме.

Оптимизация бизнес процессов

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

1. «Здравый смысл», когда:
   • удаляются дублирующиеся операции;
   • исключается лишний контроль;
   • автоматизируются часто повторяющиеся операции;
   • равномерно распределяются ресурсы;
   • корректируются все составляющие процесса: материалы, технологии и пр.;
   • процесс максимально упрощается;
   • все операции стандартизируются;
   • назначается параллельное выполнение задач, процесс ускоряется;
   • продолжительность операций и расходов на них сокращаются.
2. «Бережливое производство», когда:
   • минимизируются паузы в рабочем процессе (простой машин, согласование заказа и пр.);
   • исключается производство излишков;
   • нерациональные действия сотрудников сводятся к минимуму;
   • сокращаются перемещения работников для сохранения времени;
   • выпускаемая продукция страхуется на предмет появления возможных дефектов;
   • обеспечивается достаточный объем ресурсов.

Оптимизация процесса происходит вскоре после его внедрения.

Автоматизация бизнес процессов

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

Автоматизация помогает при:

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

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

Плюсы внедрения процессного управления

Управление процессами и их автоматизация имеет преимущества:

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

Реинжиниринг и постоянное совершенствование

Реинжиниринг – это кардинальная перестройка бизнес процессов.

У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:

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

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

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

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

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

Пример удачного анализа и оптимизации бизнес процессов

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

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

После этого были сформулированы задачи:

1. Уменьшить срок доставки товара до 5 ч.
2. Обеспечить своевременную доставку молока в цеха.

Оптимизация процесса позволила предпринять меры:

1. Сменить поставщика молока.
2. Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.

Ошибки при внедрении систем управления

При внедрении системы управления следует учитывать возможные ошибки:

1. Неправильная формулировка цели и задач.
2. Отсутствие согласованности между подразделениями.
3. Иррациональные желания, не соответствующие возможностям.
4. Чрезмерная детализация процесса.
5. Описание всех операций и процессов на предприятии.
6. Игнорирование общепринятых условных обозначений с использованием своих нотаций.
7. Желание получить прибыль от каждого процесса.
8. Формирование идеальной схемы процесса.

Ситуации, когда бизнес процессы нужно описывать

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

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

Как бизнес процессы могут быть оптимизированы и усовершенствованы

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

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

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

Помимо этого оптимизация требуется, когда нужно:

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

Где можно обучиться управлению бизнес процессами

Бизнес процессами занимается персональный бизнес-аналитик. Получить профильное образование можно различными способами:

1. Непрофильные вузы с направлениями «Экономика», «Менеджмент».
2. Профильные учебные заведения со специализацией «Предпринимательство».
3. Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
4. Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
5. Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.

Заключение

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

Отзывы о бизнес процессах

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

Александр, 40 лет (Санкт-Петербург)

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

Алексей, 35 лет, (Уфа)

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

Сергей, 32 года, (Москва)

Полезные книги

1. Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
2. Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
3. Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
4. Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)

Литература о принципах и идеологии бизнес-процессов:

1. Критическая цепь (Э. Голдратт)
2. Серия «Цель» (Э. Голдратт)
3. Дао Тойота (Д. Лайкер)
4. Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
5. Кайдзен. Ключ к успеху японских компаний (М. Имаи)

Книги про оптимизацию:

1. Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
2. Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
3. Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
4. Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
5. Руководство по улучшению бизнес процессов. Harvard Business School.
6. Производство без потерь для рабочих. Институт комплексных стратегических исследований.

Книги о системном мышлении:

1. Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
2. Искусство системного мышления (Д. О. Коннор)
3. Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
4. Ключевые показатели менеджмента (К. Уолш)
5. Азбука системного мышления (Д. Медоуз)

Книги о применении процессов:

1. Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
2. Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
3. Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
4. Теория ограничений в действии (Э. Шрагенхайм)
5. Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

Заказчик попросил дать типовой перечень бизнес-процессов для составления перспективного плана работ в рамках BPM-инициативы. Начал отвечать и тут подумал: “какого черта, зачем добру пропадать?”. Выкладываю тут — пользуйтесь!

В принципе в этой области все уже давно придумано (есть нюансы, но о них чуть ниже). Гуглите “референтные бизнес-процессы”, “business process reference model” или “process framework”. Есть универсальные, есть отраслевые — такие, как eTom.

Например, серия APQC’s Process Classification Framework скачивается бесплатно с сайта apqc.org (требуется регистрация):

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

Но сильно не увлекайтесь.

Во-первых, полный перечень — это 1175 названий процессов и хороший шанс впасть в аналитический паралич.

Во-вторых, уровни с первого по третий — это еще не процессы. Может ли процесс называться, скажем, “Управлять жизненным циклом продукции/услуги” (2.1.5)? Это скорее группа процессов. “Прекратить устаревшую продукцию услугу” (2.1.5.2) — это да, процесс.

Во-третьих и в главных, местами разработчики потеряли за деревьями лес — сквозные процессы. Скажем, классический сквозной процесс “От заказа до оплаты” (название, принятое на Западе, у нас уместнее было бы “От заказа до поставки”, но неважно) — где он? Где-то вот тут:

• 3.5.4 Управлять клиентскими заказами
• 4.3.2 Произвести продукцию
• 4.5.4 Управлять исходящим транспортом
• 8.2 Учет доходов

То есть это скорее перечень функций, чем перечень процессов в том смысле, какой в понятие “процесс” вкладывает ABPMP.

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

Операционные процессы

1 Разработка концепции и стратегии

1.1 Определение долгосрочной концепции бизнеса

1.1.1 Провести анализ бизнес-среды

1.1.2 Провести обзор рынка и определить потребности и пожелания потребителей
1.1.3 Провести анализ компании
1.1.4 Утвердить стратегическую концепцию

1.2 Разработка бизнес-стратегии

1.2.1 Сформулировать миссию

1.2.2 Оценить стратегические пути достижения цели
1.2.3 Выбрать долгосрочную бизнес-стратегию
1.2.4 Привести в соответствие функциональную и процессную стратегии
1.2.5 Спроектировать организацию (структура, принципы управления, подчиненность и т.п.)
1.2.6 Выработать и установить цели организации
1.2.7 Сформулировать стратегии бизнес-единиц

1.3 Управление стратегическими инициативами

1.3.1 Разработать стратегически инициативы

1.3.2 Оценить стратегические инициативы
1.3.3 Выбрать стратегические инициативы
1.3.4 Утвердить выскоуровневые показатели

2 Разработка и управление продукцией и услугами

2.1 Управление портфелем продукции и услуг

2.1.1 Оценить соответствие существующей продукции/услугам рыночным возможностям

2.1.2 Определить требования к разработке продукции/услуг
2.1.3 Провести исследовательскую разработку
2.1.4 Подтвердить соответствие концепции продукции/услуги бизнес-стратегии
2.1.5 Управлять жизненным циклом продукции/услуги
2.1.6 Вести данные по продукции/услуге

2.2 Разработка продукции/услуги

2.2.1 Разработать, произвести и выполнить оценку продукции/услуги

2.2.2 Протестировать восприятие продукции/услуги рынком
2.2.3 Подготовиться к производству

3 Маркетинг и продажа продукции и услуг

3.1 Анализ рынков, потребителей и потенциала

3.1.1 Изучить потребителей и рынок

3.1.2 Оценить и приоритизировать рыночные возможности

3.2 Разработка маркетинговой стратегии

3.2.1 Артикулировать потребительскую ценность и предложение потребителю

3.2.2 Разработать ценовую стратегию в соответствии артикулированной потребительской ценностью
3.2.3 Разработать стратегию канала продаж

3.3 Разработка стратегии продаж

3.3.1 Сформировать прогноз продаж

3.3.2 Развивать продажи через партнеров/альянсы
3.3.3 Утвердить бюджет доходов и расходов
3.3.4 Утвердить показатели и целевые уровни продаж
3.3.5 Утвердить показатели отношений с потребителями

3.4 Разработка и контроль реализации маркетинговых планов

3.4.1 Утвердить цели, показатели и метрики по продукции в разрезе каналов/сегментов

3.4.2 Утвердить маркетинговые бюджеты
3.4.3 Развивать отношения со СМИ
3.4.4 Разработать и контролировать ценообразование
3.4.5 Разработать и контролировать реализацию мероприятия по продвижению
3.4.6 Контролировать показатели отношений с потребителями
3.4.7 Разработать и контролировать реализацию стратегию упаковки

3.5 Разработка и контроль реализации планов продаж

3.5.1 Генерировать первичные обращения

3.5.2 Управлять взаимоотношениями с клиентами
3.5.3 Управлять продажами
3.5.4 Управлять клиентскими заказами
3.5.5 Управлять рабочей силой подразделения продаж
3.5.6 Управлять продажами через партнеров и альянсы

4 Исполнение обязательств по продаже продукции/услуг

4.1 Планирование и обеспечение поставок

4.1.1 Разработать стратегию производства и обеспечения материалами

4.1.2 Управлять требованиями выпуск продукции и предоставление услуг
4.1.3 Сформировать план по материалам
4.1.4 Сформировать и контролировать реализацию мастер-плана производства
4.1.5 Планировать требования по дистрибуции
4.1.6 Утвердить ограничения по планированию дистрибуции
4.1.7 Пересматривать политики планирования дистрибуции
4.1.8 Оценить показатели качества планирования дистрибуции
4.1.9 Разработать стандарты и процедуры контроля качества

4.2 Закупка материалов и услуг

4.2.1 Разработать стратегию обеспечения материалами и услугами

4.2.2 Выбрать поставщиков и заключить/контролировать договора
4.2.3 Заказать материалы и услуги
4.2.4 Управлять взаимоотношениями с поставщиками

4.3 Производств/доставка продукции

4.3.1 Спланировать производство

4.3.2 Произвести продукцию
4.3.3 Выполнить контроль качества
4.3.4 Вести учет производства и партий готовой продукции

4.4 Предоставление услуги потребителю

4.4.1 Утвердить спецификацию требований индивидуального потребителя к услуге

4.4.2 Назначить исполнителя и составить график в соответствии с требованиями
4.4.3 Оказать услугу потребителю
4.4.4 Проконтролировать качество услуги

4.5 Управление логистикой и складом

4.5.1 Определить стратегию в области логистики

4.5.2 Планировать и управлять входящим потоком материалов
4.5.3 Управлять складом
4.5.4 Управлять исходящим транспортом
4.5.5 Управлять возвратом и возвратной логистикой

5 Управление клиентским сервисом

5.1 Разработка стратегии заботы о клиенте/клиентском сервисе

5.1.1 Определить сегментацию/приоритизацию клиентского сервиса (например, уровни)

5.1.2 Определить политики и процедуры клиентского сервиса
5.1.3 Установить уровни сервиса для потребителей

5.2 Планирование и предоставление клиентского сервиса

5.2.1 Планировать и управлять персоналом клиентского сервиса

5.2.2 Управлять заказами/запросами к клиентскому сервису
5.2.3 Управлять рекламациями потребителей

5.3 Измерять и оценивать показатели клиентского сервиса

5.3.1 Измерять удовлетворенность потребителей обработкой заказов/запросов к клиентскому сервису

5.3.2 Измерять удовлетворенность потребителей ходом и результатами работы с рекламациями
5.3.3 Измерять удовлетворенность потребителей продукцией и услугами

Управляющие и вспомогательные сервисы

6 Развитие и управление человеческим капиталом

6.1 Разработка и реализация стратегии, политик и планов в отношении персонала

6.2 Поиск, привлечение и отбор персонала
6.3 Развитие и попечительство в отношении сотрудников
6.4 Вознаграждение и удержание сотрудников
6.5 Перемещение и увольнение сотрудников
6.6 Ведение информации по сотрудникам

7 Управление информационными технологиями

7.1 Обеспечение соответствия ИТ бизнесу

7.2 Управление взаимоотношениями бизнеса с потребителями ИТ
7.3 Разработка и реализация мер в области безопасности, приватности и защиты данных
7.4 Управление корпоративной информацией
7.5 Разработка и поддержка ИТ-решений
7.6 Внедрение ИТ-решений
7.7 Предоставление и поддержка ИТ-услуг

8 Управление финансовыми ресурсами

8.1 Планирование и управленческий учет

8.2 Учет доходов
8.3 Обобщенные учет и отчетность
8.4 Учет основных средств
8.5 Расчет заработной платы
8.6 Обработка входящих счетов и возмещение затрат
8.7 Управление казначейскими операциями
8.8 Внутренний контроль
8.9 Налоги
8.10 Международное финансирование/консолидация

9 Приобретение, строительство и управление активами

9.1 Проектирование и строительство/приобретение непроизводственных активов

9.2 Планирование обслуживания
9.3 Приемка и монтаж активов, оборудования и инструмента
9.4 Выбытие производственных и непроизводственных активов

10 Управление корпоративными рисками, соответствие требованиям регулятора, обеспечение устойчивости бизнеса

10.1 Управление корпоративными рисками

10.2 обеспечение устойчивости бизнеса
10.3 Сохранение окружающей среды

11 Управление внешними связями

11.1 Установление взаимоотношений с инвесторами

11.2 Управление отношений с правительством и отраслью
11.3 Управление отношений с советом директоров
11.4 Разрешение юридических и этических проблем
11.5 Управление программами по связи с общественностью

12 Развитие и управление бизнес-потенциалом

12.1 Управление бизнес-процессами

12.2 Управление проектами, программами и портфелями проектов
12.3 Управление качеством
12.4 Управление изменениями
12.5 Развитие и управление корпоративными знаниями
12.6 Измерение показателей и бенчмаркинг

Источник: http://mainthing.ru/ru/item/697/

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

Это старая версия статьи, новую вы можете найти перейдя по ссылке

И, тем не менее, ум человеческий тщетно пытался постигнуть ее в течение более чем 2 000 лет, между тем как, с другой стороны, ему удался, но крайней мере приблизительно, анализ гораздо более содержательных и сложных форм. Почему так? Потому что развитое тело легче изучать, чем клеточку тела. К тому же при анализе экономических форм нельзя пользоваться ни микроскопом, ни химическими реактивами. То и другое должна заменить сила абстракции.

Карл Маркс. Капитал. Том 1. Предисловие к первому изданию.

О бизнес-процессах говорят много и часто преимущественно в связи с автоматизацией бизнеса. Использую этот термин и я, в том числе, в своих статьях, посвященных CRM-системам, ERP, работе с BPMN-нотациями, IDEF0 и других инструментов, которые могут понадобиться в работе бизнес-консультанта и внедрении систем автоматизации. При этом в Рунете понятное и развернутое определение термина «бизнес-процесс» я не нашел.

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

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

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

Итак, в чем же разница между бизнес-процессом и функций или даже просто обычным процессом? В чем разница между этими терминами? Я пришел к следующему выводу:

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

Почему я делаю особый упор на людях и коллективе:

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

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

Описание бизнес процесса

Также важно дать определение описанию бизнес процесса:

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

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

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

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

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

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

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

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

Технологический процесс и бизнес-процесс

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

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

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

1. Берем заготовку A;
2. Соединяем ее с заготовкой B;
3. Обрабатываем под параметры C;
4. Получаем деталь.

Все однозначно и никаких условных «вилок» не предусматривается.

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

1. Получаем вводные данные A:
   • Если данные соответствуют условию B, переходим на последовательность действий C;
   • Если данные соответствуют условию D, выполняем действия E.
2. Полученный результат передается на выход.

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

История появления термина

Я не единожды читал информацию о том, что нотации бизнес-процессов IDEF0 появилось чуть ли ни в середине XIX века. Более реалистичные авторы пишут о периоде Второй Мировой войны. Но и они ошибаются.

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

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

На самом деле описание бизнес-процессов и нотации BPMN появились в 70-е годы XX века, когда повсеместно начали использоваться информационные системы. И сам термин, и нотации понадобились изначально именно для разработки информационный систем.

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

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

Первые методологически проработанные нотации бизнес-процессов (а я буду говорить именно о методологически проработанных нотациях, например, IDEF3***) появились у военных в США. Причина очевидна – уже тогда военные в США пользовались автоматизацией с использованием удаленных соединений, т.е. той самой системой, которая позже стала Интернетом. И при таком уровне применения информационных систем потребность в нотациях бизнес-процессов была особенно актуальной.

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

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

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

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

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

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

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

Зачем моделировать (описывать) бизнес-процессы

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

Моделирование бизнес-процессов помогает решить сразу две задачи:

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

И сочетание изучения истории появления термина с моим личным опытом дает следующее определение:

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

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

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

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

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

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

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

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

Рекомендуемая последовательность действий:

1. Собираем участников процесса (сотрудников);
2. Собираем входящую информацию, необходимую и достаточную для запуска процесса;
3. Собираем используемые системы. Это может быть учетная система,CRM, электронная почта, таблицы Excel и т.д. Все, что реально используется в работе, необходимо зафиксировать.
4. Определяем ожидаемый результат – что будет в конце процесса.
5. Собираем последовательность действий, которые выполняет человек.
6. Вычленяем условия. В зависимости от разных входящих данных и промежуточных результатов действия могут быть разными.
7. Описываем всю собранную информацию в графическом виде в удобной нотации (IDEF3, BPMN 2.0 и т.д.).

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

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

• Законченность. Бизнес-процесс должен четко отвечать на вопрос, стоящий перед ним. Если мы говорим о процессе продажи определенного товара или услуги, то бизнес-процесс должен полностью описывать действия, необходимые для получения указанного результата, и завершающегося именно таким результатом (с определенными допущениями, о которых я говорил выше).
• Лаконичность. Бизнес-процесс должен сочетать в себе достаточность, т.е. описывать все необходимые этапы и действия, при этом быть максимально лаконичным для простоты восприятия. Лично я вывел для себя «правило 15 минут» — если за этот период времени я могу объяснить руководству компании представленный бизнес-процесс, значит, его можно показывать заказчику. Получается быстрее – прекрасно, требует больше времени и слов – надо подумать, что можно сократить и упростить.
  Я когда-то лично видел графическое описание бизнес-процесса, выполненное на листе 2 метров длиной (и соответствующей шириной). Его даже просто рассмотреть и понять, куда ведет какая стрелка крайне сложно. А как его пояснять заказчику, я лично не представляю.
  Помните, что человек воспринимает зрительно определенный объем информации, ограниченный, в том числе, определенным размером листа или экрана (это связано с особенностями зрения), а также числом элементов (возможности мозга также ограничены). Простой и лаконичный бизнес-процесс заказчик поймет, просто «охватив» схему взглядом. Сложный и перенасыщенный деталями придется изучать не один час просто для того, чтобы понять, что там отображено. Скорей всего, руководитель компании, который не является экспертом в работе отдельных подразделений, а также ограничен по количеству свободного времени, просто не будет изучать столь сложную конструкцию и не поймет сути даже самых выгодных предложений.
• Использование общепризнанных нотаций. Не стоит изобретать собственные обозначения и правила. Используйте нотации, которыми пользуются во всем мире. Я видел в книгах некоторых отечественных авторов попытки создания собственной системы обозначений. И, честно говоря, так и не понял, зачем они усложняют жизнь и себе, и своим читателям. Здесь как с языком – вы можете придумать свой особый язык, но понимать его никто, кроме вас, не будет. А если он окажется похож на существующие, то может еще и путаница появиться. Либо вас сочтут безграмотным, так как вы не по правилам известных языков используете пунктуацию, склоняете слова и т.д. Так и с нотациями – есть уже устоявшиеся, известные людям и, что также немаловажно, интуитивно понятные нотации. Они потому и стали популярны, что в процессе их создания и доработок постоянно тестировались на простоту, однозначность и удобство. Если вы будете использовать готовые нотации, вас будут понимать, воспринимать, как эксперта, да и сами правила нотаций уберегут вас от логических ошибок. Я лично рекомендую IDEF3 и BPMN 2.0.
• Все участники бизнес-процесса должны быть учтены и прямо указаны. И делать это необходимо без использования сносок с нумерациями, комментариях в объектах Swimm line (специальные сноски) и т.д. Этим нередко «грешат» любители создавать собственные конструкции вместо использования готовых нотаций. Где-то у них названия не помещаются, где-то им кажется, что длинное название в теле бизнес-процесса будет неудобным. В результате либо приходится искать в сносках, о ком именно идет речь, либо создатели таких бизнес-процессов просто забывают указать кого-то из участников.
• Понятное потребителю описание. Самое главное – ваш потребитель, тот, кто будет читать эту нотацию, должен быстро и, в идеале, даже без ваших пояснений понимать описание бизнес-процесс.

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

Распространенные мифы и заблуждения

Не «изобретайте велосипед»! Не нужно придумывать свои нотации.

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

Я не рекомендую так поступать. Во-первых, при использовании готовых инструментов вам не потребуется изобретать свои обозначения и стандарты. Все давно придумано до вас. При этом стандартные нотации действительно понятны интуитивно, читаются однозначно, известны многим людям. Во-вторых, в готовых системах (IDEF3, BPMN 2.0 и пр.) имеется проработанная методология и строгие ограничения. Их можно воспринимать как язык программирования и среду для работы с этим языком. Здесь вы просто не сумеете совершить многих ошибок, от этого вас уберегут стандарты синтаксиса и сама среда (ограничения в редакторе, автоматические проверки).

Не путайте описания бизнес-процессы компании и бизнес-процессы IT систем.

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

Распространенная ошибка: Бизнес-процесс обязательно приносит ценность (прибыль).

О том, что бизнес-процессы должны приносить прибыль, я слышал даже от известных спикеров. Более того, видел даже “разбор ошибок” при создании бизнес-процесса, в котором очень много внимания уделяется тому, что 70% действий не несут никакой ценности.

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

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

Возможно ли создать идеальный бизнес-процесс — когда следует остановиться?

Нет. Бизнес—процесс должен быть простым, понятным, удобным, читабельным. Но идеальным он не будет никогда.

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

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

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

Для лучшего понимания тематики рекомендую статьи:

• Разбираемся с понятием BPM. Что такое управление бизнес процессами
• Моделирование бизнеса. Основные подходы
• Знакомство с нотацией IDEF0 и пример использования
• Краткое описание BPMN с примером
• Что такое BPMS
• Использование GAP-анализа для выявления и согласования задач по проекту

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

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

«А у всех по-другому…», «Ну так не принято…» , «А почему так?», «А у нас за это другой отвечает…» — примерно такие вопросы будут возникать и у вас, и у вашей команды при подготовке списка процессов.

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

Создавайте свою модель бизнес-процессов! К черту нормы! Делайте так, как удобно вам!

Бизнес-процессы компании и подготовка полного списка

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

Нарисуйте от руки орг структуру и распечатайте список всех людей в компании с указанием должностей. Главное содержание. 

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

• Подготовка макетов
• Согласование макетов
• Предпечатная подготовка
• Подготовка ТЗ на изготовление печатной рекламы
• Поиск типографий
• Заключение договоров с типографиями
• Документальное оформление заказов
• Контроль исполнения заказов

Вы должны составить список всех дел (функций), которые происходят в отделе. 

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

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

Убедительно обращаю ваше внимание. Не поручайте сделать это задание письменно. Беседуйте с сотрудниками. Если вы просто попросите их написать, что они делают, то скорее всего, что вы получите очень краткий и расплывчатый список. Беседуйте, узнавайте и составляйте список самостоятельно, сохраняя иерархию управления. Т.е. пусть руководители составляют списки дел своих подчиненных. А вы уже составляйте списки дел руководителей и отделов. Как только закончите составлять эти списки, переходите к следующему шагу – сравните их. 

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

К примеру. У одного из сотрудников отдела печатной рекламы есть такое дело – выбор цветопробы. Т.е. перед тем как печатать весь тираж, выводится несколько вариантов печати с разными настройками цвета. Задача сотрудника — выбрать наиболее подходящий вариант. Но к какой функции отдела относится это дело? Контроль исполнения? Нет. Предпечатная подготовка? Тоже нет. Получается, что одну из функций упустили из вида. Назовем ее «Согласование изготовления тиража».

Еще пример. Есть функция «Контроль исполнения заказов». А собственно, в чем она заключается? Что конкретно делается для того, чтобы контролировать заказ? При разговоре с сотрудниками выясняется, что весь контроль заключается просто в звонке исполнителю за день до сдачи заказа. Вот и все. 

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

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

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

Теперь можно переходить к составлению списка всех процессов компании. Методология будет представлена в следующей статье.

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

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

Общепринятые подходы к выделению бизнес-процессов

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

В качестве референтных моделей могут быть выбраны: универсальная модель процессов OBM от Oracle, 8-процессная модель BKG и 13-процессная модель ИСО/МЭК/ТО 15504 ([3]), референтная модель APQC ([4]). Можно оттолкнуться от требований стандартов управления качеством ISO 9000:2000 ([5]). Существуют также отраслевые референтные модели (для банков [9], производственных [10], логистических компаний и т. п.).

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

Для этого применимы разные подходы (методы):

1. Функциональный подход предполагает выделение бизнес-процессов исходя из функций, выполняемых подразделениями ([2], [5]);
2. Продуктовый подход — исходя из результатов процессов (товаров и услуг, которые производит организация) [7];
3. Подход, основанный на анализе цепочек создания ценности ([4], [8]);
4. Матричный подход: модель бизнес-процессов представляет собой матрицу, каждый элемент которой является отдельным бизнес-процессом, отражающим подсистемы и этапы жизненного цикла производимого продукта ([8]).

Предлагаем читателю самостоятельно ознакомиться с сутью этих методов [3], [4], [7],[8].

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

Принципы метода

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

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

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

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

При этом входы процесса удобно классифицировать на преобразующие, преобразуемые и управляющие.На рисунке 1 изображены входы и выходы процесса, расположенные согласно методологии SADT ([2]) и нотации IDEF0.

Рис. 1. Модель процесса, отражающая входы и выходы с их классификацией

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

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

Рис. 2. Четыре группы бизнес-процессов любой организации

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

При этом взаимосвязь первых трёх групп процессов можно представить следующим образом.

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

Рис. 3. Взаимосвязь основных и обеспечивающих процессов

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

Рис. 4. Взаимосвязь основных и управленческих процессов в контуре управления

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

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

Учёт интересов всех заинтересованных сторон

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

Начало анализа: предназначение организации, ключевые заинтересованные стороны и результаты

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

Рис. 5. «Сферическая организация в вакууме»

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

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

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

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

Построение цепочек ценности основных бизнес-процессов

Найденные результаты деятельности организации — не что иное, как выходы основных бизнес-процессов (как следует из вышеприведённого определения). Основные бизнес-процессы целесообразно представить в виде цепочки ценности (встречаются также термины цепочки добавленной стоимости, цепочки создания ценности), выделяя основные этапы создания результатов. Важно начинать с конца цепочки: от результата, предоставляемого потребителю. Результаты могут создаваться как одной, так и разными цепочками ценности, при этом цепочки на разных этапах могут объединяться и разъединяться.

Рис. 7. Выделены ключевые основные бизнес-процессы. Об остальных пока информации нет

Для описания цепочек ценностей можно пользоваться различными нотациями. Вполне подходит IDEF0. При этом нет необходимости перечислять и отображать на модели абсолютно все входы и выходы, как это часто делают: модель получается слишком громоздкой. На этом этапе важно зафиксировать ключевые этапы основных процессов, их выходы и участвующие подразделения. В методологии ARIS есть специальная нотация — VAD (value added chain — Диаграмма цепочек добавленного качества, [1]), автор обычно рисует цепочки ценности в аналогичном виде при помощи Visio.

Например, для завода металлоконструкций возможна такая модель цепочки ценности:

Рис. 8. Цепочка ценности производственного предприятия

Цепочка ценности строительного предприятия может выглядеть так:

Рис. 9а. Цепочка ценности компании, строящей промышленные объекты (VAD)

Эта же цепочка ценности, созданная в программе Business Studio 4.0 с использованием нотации IDEF0, может выглядеть так:

Рис. 9б. Цепочка ценности компании, строящей промышленные объекты (IDEF0, Business Studio)

Такой путь описания основных бизнес-процессов полностью согласуется с построением потоков стоимости в концепции «бережливого производства» — Lean ([6]), но применимо для любых организаций. Цепочки ценностей торговых компаний или компаний, предоставляющих услуги, обычно намного проще.

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

Описание (предварительная спецификация) отдельных процессов

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

№	Описываемые входы и выходы	Пример для бизнес-процесса «Сборка металлоконструкций»
1	Преобразуемые входы
1.1	Материальные ресурсы (сырьё)	Окрашенные компоненты металлоконструкций; Крепёжный материал; Упаковочный материал.
1.2	Информационные потоки	Заказы на производство (электронный документ) со статусом «в производстве»
2	Преобразующие входы
2.1	Материальные ресурсы (инфраструктура)	Помещение сборочного цеха; Погрузчик; Рабочие места сборщиков; Инструменты для сборки; Оргтехника.
2.2	Человеческие ресурсы	Начальник цеха; Сборщики.
3	Управляющие входы
3.1	Планы	План производства; Бюджет производственных затрат цеха.
3.2	Управленческие воздействия
4	Выходы (результаты)
4.1	Основные материальные выходы	Собранные металлоконструкции, готовые к отправке
4.2	Побочные материальные выходы	Брак; Остатки упаковочного материала.
4.3	Информационные потоки	Заказы на производство (электронный документ) со статусом «выполнен»
4.4	Отчётность по процессу	Отчёт по работе цеха за день; Отчёт по производственным затратам цеха.

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

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

Выделение обеспечивающих бизнес-процессов

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

• Воспроизводство инфраструктуры (производственной, общехозяйственной, транспортной, ИТ и связь и т. п.) — это обычно целый ряд процессов, владельцами которых являются разные подразделения;
• Воспроизводство персонала;
• Учёт (в разных аспектах — операционный/производственный, бухгалтерский, управленческий);
• Управление финансовыми потоками.

Какие нюансы здесь необходимо учитывать?

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

Выделение и описание управленческих процессов

На этом этапе также есть свои нюансы.

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

Классический менеджмент выделяет три уровня управления, каждому соответствует свой контур управления:

Рис. 10. Уровни управления организацией

• Стратегический (институциональный) уровень: на нём оценивается, насколько организация успешно взаимодействует в условиях внешней среды, устанавливаются стратегические (долгосрочные) цели и принимаются решения стратегического характера;
• Управленческий (системный) уровень: на нём оценивается соответствие построенных в организации систем (операционных систем, систем контроля, мотивации, управления качеством и т. п.) стратегическим целям, принимаются решения о развитии или изменении этих систем;
• Операционный (технический, низовой) уровень: на нём оцениваются результаты отдельных процессов на соответствие заданным целям и критериям.

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

Моделирование процессов развития

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

Объединение процессов в единую сеть

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

Верификация модели

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

Кратко о преимуществах и недостатках метода

По мнению автора, метод обладает следующими преимуществами:

1. Нацеленность на создание ценности для потребителей организации;
2. Эффективность: метод позволяет выделить процессы за минимальное время с минимальными затратами времени аналитиков и сотрудников организации.

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

Источники информации

[1] М. Каменнова, А. Громов, М. Ферапонтов, А. Шматалюк. Моделирование бизнеса. Методология ARIS -М.: Весть-МетаТехнология, 2000
[2] Марка Д., МакГоуэн К. Методология структурного анализа и проектирования. — М.: МетаТехнология, 1993
[3] Риб С.И., Кремлева И. В. Различные подходы к выделению и описанию бизнес-процессов
[4] Репин В. В. Бизнес-процессы. Моделирование, внедрение, управление. — М: Манн, Иванов и Фербер, 2013
[5] Репин В.В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. — М.:РИА «Стандарты и качество», 2004
[6] Ротер М., Шук Дж. Учитесь видеть бизнес-процессы. Практика построения карт потоков создания ценности. М.: Альпина Бизнес Букс, 2006
[7] Слепухина И. А. StartUp моделирования бизнес — процессов (универсальная модель предприятия)
[8] Хлебников Д., Яцына, А, Савушкин Л. Матричная модель предприятия
[9] Комплексная типовая бизнес-модель банка (финансовой организации) Версия 5.0
[10] Модель деятельности производственного предприятия (дискретное производство)

Июль 2015 г.

Рекомендуемые материалы по тематике

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

Развитие стандартов кадрового менеджмента при описании бизнес-процессов на платформе Business Studio

Имитационное моделирование: оптимизируем бизнес-процессы

Как повысить производительность на 88% без вложений в модернизацию оборудования?