Бизнес процесс примеры готовые для студентов. Золотые правила описания бизнес-процессов. Определение и характеристики

2.3. Корневая модель бизнес-процессов и ее использование

Рис. 2.3.1. Направления использования корневой модели бизнес-процессов

С чего надо начинать описание бизнес-процессов? Практика сформировала три подхода, или два варианта ответа на этот вопрос (рис. 2.3.2).

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

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

Вариант 3. Описывать итерационно снизу (детально) – вверх (агрегированно), а потом наоборот.

Реализация подхода «описываем сверху – от корневой модели БП» позволяет попутно решить следующие задачи и удовлетворить связанные с ними требования:

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

Наглядно показать распределение зон ответственности между подразделениями компании за исполнение основных работ (модель распределения основных зон ответственности);

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

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

Системно перейти к более детальным описаниям.

Рис. 2.3.2. Как описать бизнес-процессы?

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

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

Рис. 2.3.3. Схема «финансовой оцифровки» бизнес-процессов

2.4. Иллюстрации направлений использования корневой модели бизнес-процессов

Рис. 2.4.1. Направления использования модели процессов верхнего уровня

Корневая модель БП может играть роль «запускающего описания» для составления классификатора процессов.

При дальнейшей детализации описания на эти БП составляют детализированные модели процессов, процедуры и регламенты взаимодействия, документированные описания БП в Системе менеджмента качества (СМК).

Бизнес-процессы в стандартах ISO. Можно напомнить, что одним из восьми принципов стандартов ISO, определяющих построение СМК, является признание важности ориентации компании на использование процессного подхода. Это, в частности, предполагает, что компания имеет документированное описание основных БП, которое согласовано руководителем и утверждено в качестве корпоративного стандарта. В дополнение компания имеет утвержденный, согласованный и доведенный до руководителей и специалистов классификатор БП и функций. Компания также имеет описание порядка исполнения процессов либо в виде текста (стандарт не предъявляет требования к формату описания), либо в виде таблицы, либо в виде графиков, либо того и другого вместе. Компания поддерживает работу по анализу, аудиту и совершенствованию БП в соответствии с принципами, зафиксированными в политиках СМК. В итоге можно проследить такую цепочку: корневая модель БП – классификаторы процессов – таблицы с описаниями БП – технологические карты – блок-схемы БП – СМК.

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

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

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

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

Таким образом, в зависимости от конечной цели специалисты применяют различные приемы работы с бизнес-процессами (рис. 2.4.2).

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

2.5. Примеры корневых моделей бизнес-процессов

Рис. 2.5.1. Пример модели основных бизнес-процессов производственной компании

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

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

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

Рис. 2.5.2. Пример типовой модели основных и поддерживающих бизнес-процессов производственно-торговой компании

Модель производственной компании. На рисунке 2.5.1 дана одна из таких типовых моделей, она отображает корневой процесс на системном уровне без привязки к конкретной отрасли и состоит из шести подпроцессов:

Рынок, исследование рынка (маркетинг).

Проектирование продукции, товаров, услуг.

Планирование и организация производства.

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

Производство продуктов (услуг).

Сбыт продукции.

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

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

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

Модель производственно-торговой компании (см. рис. 2.5.2). К основным процессам в другой часто упоминаемой модели относятся следующие БП:

Маркетинг;

Разработка продуктов и услуг;

Производство продукции;

Управление снабжением, сбытом и доставкой;

Осуществление продаж и управление обслуживанием клиентов.

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

К поддерживающим процессам в этой модели отнесены:

Совершенствование деятельности (по-другому это можно назвать бизнес-инжинирингом);

Управление защитой окружающей среды;

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

Управление финансами;

Управление корпоративными службами;

Управление персоналом;

Управление инфраструктурой компании;

Управление юридическими услугами;

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

Снабжение;

Разработка и сопровождение систем (технологий).

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

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

Модели выступают опорными, но они не являются единственно правильными и не могут быть тиражируемыми в том смысле, что они, вообще говоря, напрямую не переносятся.

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

Модель дистрибьюторской компании. Модель (см. рис. 2.5.3) включает семь основных БП и шесть поддерживающих (в предыдущей модели было пять и одиннадцать). К основным БП относятся:

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

Бизнес-планирование, т. е. уточнение стратегии и детальное планирование деятельности компании;

Организация вывода продукции (услуг) на рынок;

Организация продаж и создание необходимых условий поставок под продажи;

Послепродажный сервис клиента;

Бизнес-мониторинг обеспечивающей деятельности.

К поддерживающим БП в модели относятся:

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

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

ИТ-поддержка;

Обеспечение безопасности;

Управление улучшениями и изменениями (то, что в предыдущей модели называлось «совершенствование деятельности компании», или «бизнес-инжиниринг»);

Прочие сопровождающие и офисные БП.

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

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

Корневая модель БП включает два блока (соответственно рис. 2.5.4 и 2.5.5). Один блок – это основные процессы. Они определяются исходя из анализа и описания основных этапов создания объектов в разных отраслях. Это этапы создания объектов в инжиниринге и строительстве (слой процессов на нис. 2.5.4):

Концептуальный инжиниринг (инвестиционное структурирование и инвестирование);

Создание объекта;

Эксплуатация объекта;

Изменение, развитие или утилизация объекта.

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

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

А вот рассмотрение предыдущих моделей (рис. 2.5.2–2.5.3) в части поддерживающих БП можно использовать для подготовки шаблона или опорного решения поддерживающих процессов и для строительных или инжиниринговых компаний. Вариант такого блока поддерживающих процессов приведен на рис. 2.5.4.

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

1. Сфера управления компанией в целом.

2. Сфера развития.

3. Сфера основной деятельности.

4. Сфера поддерживающей деятельности.

Пример построения и использования модели процессов верхнего уровня энергетической компании приведен в следующих темах настоящего Навигатора (см. элемент 10.3.6).

Рис. 2.5.5. Сферы деятельности энергетической компании (пример)

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

В общих чертах подход к построению корневой модели БП может быть задан следующим образом (рис. 2.5.7):

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

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

Увязать эти основные процессы с условием или с профилем деятельности рассматриваемой компании.

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

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

Рис. 2.5.7. Как подготовиться к описанию бизнес-процессов компании

2.6. Пример. Схема моделирования бизнес-процесса «снизу»

Рис. 2.6.1. Пример последовательности моделирования бизнес-процесса

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

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

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

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

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

Описание структуры потоков в БП. Если речь идет о создании информационной системы – это поток информации и документооборот. Если же речь идет, например, о применении ERP-системы (планирование распределения ресурсов), то это может быть поток материальных ресурсов. Все определяется точкой зрения разработчика и целями описания БП.

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

Наряду с построением диаграмм потоков предполагается и построение алгоритма БП , т. е. логика исполнения функций и логические условия, которые определяют эту логику исполнения функций. Все это фиксируется в виде алгоритма исполнения процесса.

Рис. 2.6.2. Пошаговое моделирование бизнес-процесса (шаги 1 и 2)

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

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

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

Какие работы необходимо выполнять? – Шаг 1 (рис. 2.6.2). На этом шаге необходимо задать состав действий, составить их классификатор, согласовать наименования действий и сгруппировать их на основе иерархического классификатора.

Каков порядок (последовательность) выполнения? Этот следующий естественный шаг (шаг 2) сфокусирован на определении порядка и последовательности выполнения действия. Если действия заданы, то надо зафиксировать последовательность их исполнения. Результатом этого этапа является построение блок-схемы выполнения действий (см. рис. 2.6.2).

Что является результатом каждого действия? Какие ресурсы для этого необходимы? Если работы заданы, если задана последовательность исполнения действий, то надлежит конкретизировать, уточнить входы и выходы каждого действия (рис. 2.6.3, шаг 3).

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

Таким образом, модель БП должны понимать и принимать основные его исполнители.

Рис. 2.6.3. Пошаговое моделирование бизнес-процесса (шаги 3 и 4)

Кто какие работы выполняет? Кто за что отвечает? Можно считать, что модель БП отражает агрегированное, систематизированное знание о порядке исполнения действий основными его исполнителями. Поэтому на данном шаге внимание фокусируется на определении исполнителей отдельных действий (см. рис. 2.6.4, шаг 5). Здесь определяется, кто исполняет действия, кто за что отвечает.

На стыках между действием 1 и действием 2 возникает промежуточный результат.

Согласование результата, точек зрения на указанный результат подразделениями 1 и 2 – это и есть главный смысл предыдущего этапа согласования внутренних продуктов и услуг БП и горизонтальной ответственности за их исполнение.

Владимир Репин

Генеральный директор ООО «Владимир Репин Менеджмент»

Член ABPMP Russia

Консультант по управлению

Бизнес-тренер

Кандидат технических наук

В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема » в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие. При сравнении нотаций основное внимание уделяется вопросам создания простых и понятных сотрудникам организации схем процессов.

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

Введение

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

Сравнение нотаций

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

1. «Простая блок-схема » (с отображением движения документов, с использованием блока «Решение»);
2. «Простая блока-схема » (без отображения движения документов, без использования блоков «Решение»);
3. «Процедура» системы Business Studio (один из возможных вариантов представления);
4. ARIS eEPC.

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

Рис. 1. Схема процесса в нотации «Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

На схеме, представленной на Рис. 1, последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов — при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы, ни то, и ни другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т. п. Но на схеме процесса нужно показывать реальные объекты — процессы, выполняемые людьми, документы, информационные системы и т. п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

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

Сформулируем «плюсы» и «минусы» рассмотренного выше (Рис. 1) способа использования «ромбиков».

«Простая блок-схема » в MS Visio (с движением документов, с использованием блока «Решение»)

На Рис. 2 показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме Рис. 1. Схема Рис. 2 выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.

Рис. 2. Схема процесса в нотации «Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 2, показаны ниже.

«Простая блок-схема » в MS Visio (без движения документов, без использования блока «Решение»)

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

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

Второй особенностью схемы процесса, представленной на Рис. 3, является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником — стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Однако в Business Studio можно обойтись использованием только одного типа стрелок — стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности.

Такой подход дает возможность:

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

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

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

Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 3, показаны ниже.

«Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на Рис. 3.

На Рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на Рис. 1-3. Трудоемкость формирования такой схемы также существенно выше.

Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio)

Схема процесса в нотации ARIS eEPC (построена в Business Studio)

В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

Описание процесса для целей последующей автоматизации

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

Своим мнением об использовании BPMN 2.0. делится А. А. Белайчук — Генеральный директор компании «Бизнес-консоль»:

«На Рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на Рис. 1: в нотации BPMN задачи изображаются прямоугольниками, развилки — ромбами, данные — пиктограммой, похожей на документ. Потоки управления — сплошные линии, потоки данных — пунктирные.

Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением — „движком“ BPM-системы.

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

Рис. 5. Схема процесса в нотации BPMN 2.0

Практика жизни

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

Рис. 6. Примеры схемы процесса одной из компаний

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

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

Выводы

Итак, очевидно, что при описании процессов нужно стремиться к простоте и понятности для сотрудников.

Использование сложных, формализованных нотаций при описании процессов приводит к:

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

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

http://finexpert.ru/ — среда общения профессионалов http://bpm3.ru/ — процессы, проекты, эффективность

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

1. Текстовый: «Отдел продаж составляет договор и согласует его с юридическим отделом».

2. Табличный.

3. Графический.

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

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

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

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

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

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

ОПИСАНИЕ ОКРУЖЕНИЯ БИЗНЕС-ПРОЦЕССА

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

Пример 1

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

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

Пример 2

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

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

КЛАССИФИКАЦИЯ ВХОДОВ И ВЫХОДОВ БИЗНЕС-ПРОЦЕССОВ

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

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

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

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

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

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

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

КЛАССИЧЕСКАЯ МЕТОДОЛОГИЯ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ

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

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

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

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

ПОСТРОЕНИЕ ДИАГРАММ ПОТОКОВ ДАННЫХ - DFD

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

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

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

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

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

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

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

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

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

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

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

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

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

ПОСТРОЕНИЕ СЕТИ БИЗНЕС-ПРОЦЕССОВ

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

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

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

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

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

ДЕКОМПОЗИЦИЯ БИЗНЕС-ПРОЦЕССА

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

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

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

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

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

ПОСТРОЕНИЕ ДИАГРАММЫ ПОТОКОВ РАБОТ - WFD

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

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

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

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

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

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

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

С.М. Ковалев, генеральный директор компании «БИТЕК», В.М. Ковалев, ведущий консультант компании «БИТЕК»

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

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

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

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

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

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

Классики менеджмента бизнес-процесс определяют по-разному, но, в принципе, все определения говорят об одном и том же:

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

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

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

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

2. Бизнес-процесс и длительность. Этот показатель всегда должен иметь тенденцию к сокращению. Помните историю Форда? На чем он заработал свои миллионы? Он придумал конвейер, существенно сократив время на сборку автомобилей. Потрясающей красоты и надежности авто появились уже потом, а началом всему было увеличение скорости бизнес-процесса, в данном случае производственного. Чем быстрее идет процесс, тем больше производительность производства, тем большее количество товара попадет на склад, будет продано. Это означает увеличение общей прибыли за конкретный временной отрезок, образование n-ной суммы на увеличение зарплат, инвестиции в развитие и пр. и пр., смотри пункт первый.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Е.Щугорева

В дополнение просмотрите вебинар бизнес-консультанта Михаила Рыбакова «Как описать процессы своей компании»:

Facebook Twitter Google+ LinkedIn