Введение
В этой статье мы рассмотрим, что представляет собой нотация бизнес-моделирования BPMN и как её использовать для описания бизнес-процессов.
Главное назначение и практическое применение
Нотация BPMN (Business Process Modeling Notation) нужна для подробного описания логики выполнения бизнес-процесса, в том числе для отражения деталей процессов, таких как: события, исполнители каждого из действий, используемые и создаваемые документы и другие объекты, использующиеся в качестве входных данных для тех или иных действий или создающиеся в результате их выполнения.
BPMN позволяет описать бизнес-логику выполнения действий в виде наглядной диаграммы, а также запустить отрисованный бизнес-процесс на исполнение. Для этого используются специализированные системы BPMS (Business Process Management System), поддерживающие эту нотацию.
BPMS-системы могут автоматически перевести схему бизнес-процесса в исполняемый код и создать веб-приложение, которое будет обрабатывать данные, введённые пользователями и сторонними сервисами. Это соответствует концепции Low Code/No Code (создание программного обеспечения без разработки кода) и отлично подходит для автоматизации офисных процессов.
Технически такая возможность реализуется за счёт перевода BPMN-диаграмм в документы формата BPEL (Business Process Execution Language). BPEL-документы представляют собой инструкции исполнения бизнес-процессов для веб-сервисов.
Таким образом, BPMN используется в следующих случаях:
-
Когда нужно детально и наглядно показать последовательность и логику взаимосвязи действий, событий, исполнителей и объектов бизнес-процесса
-
Когда требуется запустить схему бизнес-процесса на исполнение в BPMS-системах
Краткая история появления нотации
BPMN считается довольно молодой нотацией: её 1-я версия вышла в 2009 году под эгидой профессионального консорциума OMG. Сегодня эта нотация является стандартом де-факто в ИТ-сфере и используется для описания бизнес-процессов. Текущая версия BPMN 2.0 вышла в 2011 году и используется до сих пор. В 2014 году в дополнение к BPMN группа OMG выпустила нотацию описания бизнес-правил и принятия решений (Decision Model and Notation, DMN).
DMN упрощает построение BPMN-диаграмм в случаях сложной бизнес-логики и многоуровневых её ветвлениях.
Несмотря на то, что BPMN носит универсальный характер и может использоваться в любом домене, как и любая другая нотация, BPMN имеет чётко ограниченную область применения.
BPMN не заменяет IDEF0 и других нотаций структурного моделирования бизнес-процессов, организационных структур и информационных систем. Для этих задач есть соответствующие иерархические диаграммы, а также ER, DFD и UML-нотации.
Уровни моделирования
В зависимости от целей построения BPMN-диаграмм, различают 3 уровня моделирования:
-
Описательное моделирование, когда нужно показать успешный путь выполнения бизнес-процесса, например, чтобы согласовать его с бизнес-пользователем. Здесь применяются самые простые элементы нотации, а сама диаграмма намеренно максимально упрощается.
-
Аналитическое моделирование используется, когда нужно полностью показать все варианты выполнения бизнес-процесса, включая логические ветвления и альтернативы. Такая диаграмма обычно создаётся для опытных пользователей и бизнес-аналитиков с помощью расширенного алфавита нотации, включая не только её базовые самые простые элементы, но и более сложные.
-
Исполняемое моделирование предназначено для запуска на исполнение в BPMS-движке, чтобы создать веб-приложение. Здесь может использоваться всё многообразие алфавита этой нотации, включая добавление специальных параметров и скриптов, создаваемых разработчиками.
Алфавит нотации
BPMN-диаграмма отражает детальное описание бизнес-процессов в наглядном графическом виде. Главными объектами на диаграмме являются события и действия (задачи), которые соединяются потоком управления.
Поток управления — это последовательность шагов бизнес-процесса, в которой он исполняется.
Событие — это некий свершившийся факт, что-то, что возникает по ходу процесса или происходит в результате выполнения тех или иных действий. Например, «от клиента поступила заявка», «прошла неделя с момента подачи заявления» и т. д. Процесс в BPMN-диаграмме всегда начинается с события и должен заканчиваться событием.
Кроме того, на диаграмме могут отражаться исполнители бизнес-процесса, документы, используемые или создаваемые в рамках процесса и другие артефакты.
При разработке BPMN-диаграмм «для людей» (описательный и аналитическое моделирование), используются базовые элементы нотации, самые простые для понимания.
События
В нижеприведённой таблице вы можете увидеть базовый набор элементов BPMN, использующийся для отображения событий. Если внутрь круга, изображающего события, вписан какой-то элемент, он называется триггер.
Триггер определяет тип и смысл события. Например, триггер в виде конверта означает, что пришли какие-то данные, причём совсем не обязательно в виде сообщения электронной почты. Триггер в виде часов связан со временем. Если событие имеет триггер, значит, поток управления двинется дальше только тогда, когда сработает триггер этого события. Например, получены данные, наступил определённый временной интервал и так далее.
Подробнее весь набор событий, их визуализация и смысл приведены в Приложении А.
Поток управления
Поток действий в бизнес-процессах от стартового события до конечного может идти не только последовательно, но и параллельно и даже взаимно исключать друг друга. BPMN позволяет это продемонстрировать.
Эфемерной сущностью BPMN, которая показывает смысл концепции потока, называют токен. Подобно потоку воды токен «бежит» от стартового события диаграммы к финишному, разделяясь на несколько экземпляров с помощью логических операторов. Последовательность и вариативность выполнения действий называется бизнес-логикой и показывается с помощью логических операторов или развилок, шлюзов. Например, на диаграмме ниже представлено 2 логических оператора: исключающее ИЛИ (XOR) и включающее ИЛИ (OR).
Процесс утреннего пробуждения
Как можно видеть на диаграмме, после стартового события выполняется первое действие («Проверить время звонка»). Следующий за ним логический оператор исключающего ИЛИ, подобно шлюзу, пропускает дальше поток управления только по одной ветке: «да» или «нет». Причём ветка «нет» здесь помечена как поток по умолчанию, который выполнится, если все остальные условия не будут верны.
После выполнения действия оператор включающего ИЛИ (OR) пропускает поток на действие «Выпить кофе» или на действие «Узнать новости» или по обоим веткам. Исключения здесь нет, ручеёк потока управления распараллеливается на две ветки, чтобы потом объединиться снова в одну и один раз выполнить действие «приготовиться к делам». После выполнения этого действия процесс заканчивается конечным событием.
Рассмотренный пример иллюстрирует так называемую оркестровку, то есть последовательность выполнения действий в рамках одного управляющего центра. Управляющий центр (или пул) может быть процессом, системой, крупным элементом оргструктуры или внешнего контрагента.
Оркестровка предполагает, что процесс завершится только после выполнения всех его потоков управления, то есть когда все токены закончат свой жизненный цикл, дойдя до конечных событий. При этом последовательность выполнения действий, то есть поток управления внутри процесса, выполняется в рамках дорожки.
Диаграмма BPMN может содержать один или несколько пулов, каждый из которых может содержать одну или несколько дорожек.
Процесс утоления голода
В следующем примере процесс «утоления голода» состоит из двух дорожек («Ребёнок» и «Мама»), общение между которыми выполняется через поток управления.
Стартовым событием является простое событие «Возникло чувство голода» на дорожке Ребёнок, а конечным — простое событие «Чувство голода удовлетворено» на этой же самой дорожке.
Сам процесс представлен линейным потоком, без логических ветвлений. Однако при выполнении задачи «Найти продукты» возникло граничное прерывающее событие «Решено пойти в кафе», которое запускает ветку с задачей «Собраться в кафе» и заканчивается событием-терминатором, который останавливает весь процесс в целом.
Кафе показано отдельным свёрнутым пулом, общение с которым происходит через поток сообщений в рамках свёрнутой задачи «Собраться в кафе». Предполагается, что детали выполнения задачи «Собраться в кафе» отражены на отдельной диаграмме.
Типы событий
Рассмотренные примеры не показывают даже 10% всех существующих в алфавите нотации BPMN элементов. Таким образом, алфавит нотации BPMN очень широк и позволяет подробно описать даже самую сложную бизнес-логику.
В частности, одних только событий насчитывается 13 типов в зависимости от связанного триггера, например, сообщение, таймер и прочее. Некоторые из этих событий могут быть стартовыми, промежуточными и финишными, в зависимости от их расположения в потоке управления.
Также некоторые события могут быть прерывающими и не прерывающими.
Прерывающие события (обработчики) приостанавливают поток управления, ожидая прихода указанного в событии триггера. Непрерывающие события продолжают движение потока управления дальше, без остановки. Все стартовые события и некоторые промежуточные являются событиями-обработчиками. Триггер внутри таких событий не закрашен. Например, конверт в событии с типом «сообщение» будет белого цвета.
События-инициаторы генерируют результат выполнения действий в процессе, при этом не приостанавливая выполнение бизнес-процесса. Такие события могут, например, отправлять сообщения, генерировать сигналы, возвращать ошибки. Все конечные события и некоторые промежуточные являются событиями-инициаторами. Триггер внутри них закрашен. Например, конверт в событии с типом «сообщение» будет чёрного цвета.
События могут располагаться в потоке управления между действиями процесса или на границе действия — в этом случае они считаются граничными.
Граничные события являются промежуточными, они находятся на границе действия, обозначая те факты, которые случились при его выполнении. Они могут прерывать процесс (граничные прерывающие события) или активировать дополнительный поток управления, который выполняется одновременно с выполнением подпроцесса (граничные не прерывающие события). Граничные прерывающие события обозначается кругом с двойной сплошной окантовкой. У граничных непрерывающих событий окантовка тоже двойная, но в виде штриховой линии.
На следующей диаграмме показаны примеры прерывающих и непрерывающих граничных событий с типом «сообщение». В этом примере действие «Выпить кофе» может выполниться 2 раза, после «Вылезти из кровати» и «Прочитать новости».
Типы действий
Подобно событиям, действия в BPMN также могут быть разных типов:
-
Выполняемые вручную без использования какого-либо ПО, например, съесть пиццу.
-
Выполняемые пользователем с помощью ПО, к примеру, заказать пиццу.
-
Выполняемые скриптом или сервисом, например, изменить статус заказа пиццы.
Аналогично событиям, тип действия показывается значком в графическом обозначении этого элемента нотации. Если нужно показать, что действие выполняется несколько раз или в цикле, это можно сделать с помощью маркера.
Более подробно про типы действий, их смысл и графические обозначения рассказано в Приложении Б.
Логические операторы
Поскольку BPMN показывает логику выполнения бизнес-процесса, в диаграммах используются логические операторы, которые также называются развилками или шлюзами. Изначально их всего три: OR, XOR и AND.
XOR представляет собой исключающее или, когда только одна ветка из входящих или исходящих потоков может быть истинной. Например, светофор для пешеходов, когда в один момент времени может гореть или красный или зелёный свет, причём один сигнал взаимно исключает другой. Пожалуй, это самый популярный оператор бизнес-логики, который наиболее активно используется в схемах бизнес-процессов.
В отличие от исключающего или, простое ИЛИ (OR) допускает возможность активации как нескольких веток, так и одной из них. В математическом смысле этот оператор реализует дизъюнкцию или логическое сложение переменных, что показано в таблице истинности на слайде.
Наконец, логическое И (AND) означает активацию всех входящих или исходящих в этот оператор потоков управления, реализуя логическое умножение переменных, т. е. операцию конъюнкции.
Поскольку алфавит BPMN является избыточным, помимо базовых операторов булевой алгебры (то есть ранее рассмотренных И, ИЛИ и исключающего ИЛИ) в нотации также присутствуют усложнённые вариации этих операторов.
Например, исключающее ИЛИ по событиям, событийное И, а также сложный оператор, который объединяет несколько из упомянутых и моделирует сложную бизнес-логику. Его не рекомендуется использовать на диаграммах, т.к. не очевидно, что именно он показывает.
Следующий рисунок показывает использование эксклюзивного шлюза по событиям, который запускает движение потока только по той ветке, где событие произойдёт раньше. Например, получено согласие от клиента ИЛИ прошло 5 дней (без новостей от клиента).
Все остальные шлюзы, которые есть в BPMN, приведены в Приложении В.
Артефакты
Также на BPMN-диаграммах могут встречаться данные в виде входных и выходных документов к задачам, хранилищ данных и сообщений. Они называются артефактами.
Вы можете найти полный перечень артефактов в Приложении Г.
Правила построения диаграмм
Рассмотрим пример бизнес-процесса обработки заявки:
Стартовым событием в нашем процессе является поступление заявки от клиента. Обратите внимание, что клиент на диаграмме показан в виде свернутого пула: мы не видим никаких действий в пуле клиента, потому что для рассматриваемого процесса он представляет собой чёрный ящик, от которого приходят и уходят потоки сообщений, без подробностей обработки.
Чтобы распределить действия по областям ответственности разных ролей, можно использовать дорожки в рамках одного или нескольких пулов. В рамках одного пула переход между действиями выполняется через поток управления, показываемый сплошной линией, а между собой пулы общаются друг с другом через поток сообщений, обозначаемый пунктирной линией.
После действия «Направить клиенту коммерческое предложение (КП)» на диаграмме используется логический оператор ИЛИ (событийный XOR), после которого возможен один из двух вариантов:
1. Если прошло 5 дней, что показано событием с триггером таймер, и ответа от клиента нет, заявке присваивается статус «Отказ» в CRM-системе и наступает финишное событие «Заявка закрыта».
2. Если же ответ от клиента получен и 5 дней ещё не прошло, процесс движется дальше в зависимости от данных в этом ответе.
Таким образом либо заявке присваивается статус «Отказ» или выполняется свернутая задача «Сформировать проект договора», детали которой показаны на отдельной диаграмме.
В результате этой задачи создаётся документ «Проект договора» и наступает финишное событие «Заявка успешно обработана».
Поток по умолчанию
Если в диаграмме используются операторы обычного XOR, проверяющего условия по данным, и OR (неисключающего ИЛИ) рекомендуется помечать поток по умолчанию, который активируется, если другие условия не сработали. Поток по умолчанию допустимо не подписывать, если подписаны остальные потоки и диаграмма остаётся понятной. В примере ниже «Нецелевой» — поток по умолчанию.
Альтернативный способ показать условия
Поскольку алфавит нотации BPMN чрезмерно широкий, даже избыточный, то некоторые элементы по сути эквивалентны друг другу. В частности, вместо шлюза XOR по данным можно зашить условие в сам поток управления. Он обозначается маленьким ромбом в начале стрелки и содержит условие, которое определяет, будет активирован данный поток или нет. Этот поток нельзя использовать со шлюзами. В случае визуально нагруженной диаграммы с большим количеством блоков такой приём может чуть облегчить её и упростить восприятие.
Задачи и события
Говоря про вариативность BPMN, следует отметить небольшое различие между событиями-сообщениями и задачами-сообщениями. По сути это одно и тоже, но к задачам-сообщениям можно прикреплять обработчики событий (например, таймер) и модификаторы (например, цикл по объектам), а к самим событиям — нет.
Ниже показан пример диаграммы с задачами по отправке и получению сообщения:
Пример этой же диаграммы с событиями получения и отправки сообщений:
Но если в рамках отправки или получения сообщений произошли какие-то события, например, связанные со временем, это можно показать только с помощью действий, поскольку они допускают размещение граничных событий. Например, при отправке КП пришли данные о том, что цены услугу изменились и поэтому нужно сформировать КП заново. А во время получения вопросов по КП стало ясно, что клиенту нужна другая услуга, т. е. текущее КП неактуально и нужно сформировать новое.
Рекомендации по использованию BPMN
Такая вариативность, когда схема одного и тоже же процесса может выглядеть по-разному у нескольких аналитиков, является скорее недостатком нотации, чем достоинством. Поэтому при использовании BPMN в качестве корпоративного стандарта описания бизнес-процессов следует ограничить алфавит этой нотации, определив во внутреннем соглашении, какие элементы допустимо использовать, и что именно они будут означать в практическом применении.
Принимая во внимание три уровня моделирования BPMN и избыточный алфавит этой нотации, можно сделать вывод, что при проектировании диаграмм «для людей» (без запуска на выполнение в BPMS-системах) следует намеренно ограничить количество используемых элементов:
-
Использовать только пользовательские и ручные задачи — без сценариев, сервисов и бизнес-правил, отправки и получения сообщений.
-
Использовать только свернутые подпроцессы, раскрывая их детали на отдельной диаграмме.
-
Использовать только XOR и AND, без событийных шлюзов и OR, так как разница между исключающим и не исключающим ИЛИ понятна не всем пользователям.
-
Использовать события с типом простое, таймер, сообщение и останов.
Для упрощения восприятия диаграммы стоит придерживаться правил наименования:
-
Внешних контрагентов показывать как закрытые, они же — свёрнутые пулы (пулы, в которых нет действий).
-
Называть закрытые пулы ролями или бизнес-единицами, а открытые — процессами.
-
Называть дорожки также, как роль, должность или структурное подразделение.
-
Называть действия (задачи) в стиле Глагол-Существительное, например, «Проверить счёт», «Подтвердить заявку», «Оформить договор».
-
Называть события как свершившийся факт в прошедшем времени, к примеру, «Поступила заявка», «Прошло 3 дня».
-
Подписывать исходящие из XOR стрелки, например, «Да» и «Нет», а также отмечать поток по умолчанию.
Также рекомендуется:
-
Показывать успешное и неуспешное завершение процесса разными финишными событиями.
-
Не выводить поток управления за пределы подпроцесса.
-
Взаимодействие между разными пулами показывать через поток сообщений (пунктирной стрелкой), который не может присоединяться к шлюзам, в отличие от потока управления.
Наконец, при разработке любой диаграммы нужно помнить о главном правиле аналитика: независимо от нотации, ваша схема должна быть МАКСИМАЛЬНО простой и понятной читателю БЕЗ знания тонкостей процессного моделирования!
В целом алгоритм разработки BPMN-диаграммы можно представить как набор следующих 7 шагов:
-
Определить границы процесса, т. е. стартовое и конечное события, участников и полезный результат.
-
Описать «счастливый» путь (happy path), который ведёт к созданию полезного результата (продукта).
-
Добавить условия и альтернативные потоки.
-
Добавить неуспешные завершения.
-
Добавить артефакты (объекты и хранилища данных).
-
Раскрыть на новых связанных диаграммах свёрнутые подпроцессы.
-
Добавить промежуточные событийные потоки к внешним пулам.
Пример построения диаграммы по текстовому описанию
Рассмотрим пример процессов работы с клиентской заявкой, представленной двумя пулами: «Обработка заявки» и «Заключение договора».
Клиент является внешним участником этих бизнес-процессов, то есть чёрным ящиком, поэтому он показан свёрнутым пулом. Общение между пулами реализовано через потоки сообщений.
Процесс начинается с момента, когда клиент оставил заявку на сайте (то есть поступление заявки является триггером процесса, его стартовым событием). На основании заявки, в которой указаны подробности заказа, менеджер формирует коммерческое предложение (КП). Далее менеджер озвучивает КП по телефону или направляет на email, или же делает и то, и другое — в зависимости от пожеланий клиента и указанных в заявке контактных данных.
Узнав подробности коммерческого предложения, клиент принимает решение о продолжении сотрудничества или отказе от него. Если клиент не согласился на условия КП, на этом процесс работы с ним заканчивается, а заявке присваивается статус «Отказ».
Если же клиента устраивают все условия, он сообщает менеджеру о намерении заключить договор и передаёт нужные для этого данные. Менеджер формирует новую версию проекта договора и отправляет его на согласование клиенту. При отсутствии возражений клиент подписывает договор. После этого договор считается заключённым, и на этом бизнес-процесс заканчивается, и запускается процесс оплаты, описанный на отдельной диаграмме.
При наличии возражений к проекту договора клиент вносит в него изменения и снова направляет менеджеру. Менеджер формирует новый проект договора и снова отправляет клиенту на согласование, то есть идёт возврат к ранее выполняемой задаче.
Инструменты для разработки бизнес-процессов в нотации BPMN
BPMN-диаграммы для людей, то есть без запуска на исполнение, можно разработать, например, в следующих онлайн-редакторах:
-
ШТОРМ — веб-редактор от команды Дениса Котова, пожалуй, главного евангелиста BPMN в России, с автопроверкой диаграмм и возможностями командной работы в одном пространстве;
-
Online BPMN — простой и удобный веб-редактор, поддерживает интеграцию с BPMS-системой;
-
Cavemo — веб-редактор, аналогичный предыдущему, имеет офлайн-версию
-
простые веб-«рисовалки» Lucidchart, Draw.io, Visual Paradigm
Также алфавит нотации BPMN поддерживается и в MS Visio, ARIS Express и других редакторах диаграмм общего назначения.
Заключение
BPMN-диаграмма имеет массу достоинств. Она позволяет графически показать детальную логику выполнения процесса с помощью логических операторов, событий, документов и прочих объектов. BPMN-диаграмма может быть очень простой, наглядной и понятной для бизнес-пользователей, а также может быть запущена на исполнение в BPMS-движках. Сегодня именно эта нотация считается стандартом де-факто в ИТ-отрасли для описания бизнес-процессов.
Однако, избыточный алфавит нотации, особенно слишком большой набор событий и шлюзов, затрудняют разработку и чтение диаграмм. Это приводит к тому, что у разных аналитиков могут получиться разные диаграммы описания одного и того же процесса. Такая вариативность не всегда хороша, поскольку повышает семантическую нагрузку на читателя. Поэтому при использовании BPMN в качестве корпоративного стандарта визуального описания бизнес-процессов (без запуска на исполнение в BPMS) следует определить, какие элементы вы с коллегами будете использовать, и что именно каждый из них означает, чтобы исключить риски возможных семантических расхождений и снизить смысловую нагрузку на читателей диаграммы.
Анна Вичугова
Бизнес-аналитик, CBAP, к.т.н., тренер Systems.Education,
основатель и тренер Школы прикладного бизнес-анализа
-
Кандидат технических наук (Системный анализ, управление и обработка информации, 2013)
-
Сертифицированный бизнес-аналитик (IIBA CBAP, 2020)
-
Сертифицированный специалист Business Studio и СЭД Directum
Профессиональные интересы: системный анализ, бизнес-анализ, разработка и поддержка СМК, ССП (KPI), анализ и формализация бизнес-процессов (UML, IDEF, BPMN), Data Science, технологии Big Data, разработка технической документации (ТЗ по ГОСТам серии 19, 34, руководства пользователя и администратора, описание программных продуктов), управление продуктами и проектами.
Содержание
- Понятие и виды бизнес-процессов
- Суть описания бизнес-процессов
- Цели описания бизнес-процессов
- Правила описания бизнес-процессов
- Форматы описания бизнес-процессов
- Методы описания бизнес-процессов
- Участники описания бизнес-процессов
- Этапы описания бизнес-процессов
- Проблемы и ошибки при описании бизнес-процессов
-
Лайфхак: 4 чит-кода переговоров от Владимира Волошина
Скачать бесплатно
Что это такое? Описание бизнес-процессов – это представление деятельности сотрудников отдела или всей компании, выраженное в текстовом (иногда табличном) или графическом виде. Его задачи – проанализировать, оценить и оптимизировать происходящее.
Как описать? Существует несколько методов описания бизнес-процессов, выбирать необходимо в зависимости от специфики самой организации. Также немаловажно определить количество участников и придерживаться определенных правил.
Понятие и виды бизнес-процессов
Бизнес-процессы (БП) представляют собой последовательность действий, которые нацелены на выполнение определённой задачи, стоящей перед компанией. К примеру, каждое предприятие приобретает сырьё, обрабатывает его, создаёт тот или иной продукт, формирует упаковку и отправляет товар клиенту. Всё это называется бизнес-процессом.
Как правило, в одном БП задействуют сразу несколько работников. Когда сотрудник выполняет свои обязанности, то это лишь этап бизнес-процесса. Если же перед ним кто-то ставит конкретную задачу, другой подготавливает нужное для ее выполнения, третий контролирует ее итог, еще один продолжает обработку полученного, то это можно назвать полноценным БП. Таким образом все действия внутри бизнес-процесса связаны между собой.
Различают следующие разновидности БП:
- Основные. Как правило, речь идёт о производстве товаров или услуг, а также продажах. Это наиболее важные бизнес-процессы, с помощью которых фирма получает прибыль.
- Вспомогательные. Такие БП позволяют поддерживать эффективность основных процессов. Они не всегда оказывают непосредственное влияние на прибыль. Их основная задача – в том, чтобы оптимизировать расходы и повысить эффективность работы компании. Яркие примеры таких бизнес-процессов: HR-деятельность, ведение бухгалтерии, доставка и т. д. Однако нужно учитывать, что один БП может быть как основным, так и вспомогательным. Всё зависит от ниши и особенностей бизнеса: доставка товара в цех производства – вспомогательный бизнес-процесс, она же в офис клиента сервиса логистики — основной.
- Управляющие. Они необходимы для руководства основными и вспомогательными БП. Речь идёт о разработке стратегии, риск-менеджменте и т. д.
Суть описания бизнес-процессов
Описание бизнес-процесса представляет собой моделирование алгоритма действий работников. Как правило, оно выполняется в графическом и текстовом виде. Эти документы позволяют регламентировать действия персонала, анализировать и оптимизировать их последовательность.
Нужно учитывать, что моделирование является неотъемлемой частью бизнес-процесса. Без него БП не будет создан. Бизнес-процесс появляется в момент описания. Каждое действие в БП должно быть логичным, обоснованным, а ряд их – приводить к поставленной цели. Модель бизнес-процессов не полностью соответствует четким описаниям. Иными словами, в документах всегда будет упрощение, допущение, даже если это уже имеется. Это облегчает восприятие модели. Если же описывается то, что должно быть, то тогда на базе имеющегося формируется нечто новое. Таким образом, описание БП – это своеобразное творчество, где аналитик должен следовать определенным предписаниям (правилам, синтаксису, логике и т. д.).
Каким бы ни был бизнес-процесс, он не может на 100 % соответствовать настоящему положению дел. На реализацию БП оказывает влияние человеческий фактор. Специалист может несколько дней трудиться над описанием, однако результат работы все равно не будет идеальным. Поэтому бизнес-аналитик должен учитывать несколько нюансов. Во-первых, ему нужно уметь вовремя останавливаться. Дело в том, что работники, которые будут действовать согласно описанию, зачастую не очень приспособлены к изменениям. Многие из них предпочитают трудиться так, как они привыкли за долгие годы. Во-вторых, специалисту нужно понимать, что автоматизация БП не всегда по карману компании-заказчику.
Бизнес-консультант должен учитывать все эти нюансы. Ему нужно помнить, где он упростил описание БП, а где предпочёл отложить на будущее определённые задачи. Кроме того, специалисту необходимо доносить всю эту информацию до руководителя предприятия в понятном тому виде.
В открытом доступе до 24 сентября
Полезные материалы
для руководителей из закрытого
клуба Деловой Среды
Команда Деловой Среды подготовила материалы, которые содержат только самые эффективные методы и способы увеличения продаж от действующих предпринимателей. 87% наших партнеров с помощью данных материалов кратно увеличили продажи в своей компании! Мы стараемся как можно большему количеству предпринимателей помочь реализовать мечту об успешном бизнесе, поэтому делимся этой подборкой из нашей закрытой группы бесплатно.
Скачали 17893
Цели описания бизнес-процессов
Моделированием (описанием) бизнес-процессов предприятия называется создание рабочих алгоритмов, которое подчинено заданной системе и форме представления, а также соответствует целям распределения процессов. Описание БП позволяет повысить эффективность компании. Кроме того, с помощью моделирования можно разобрать задачу на составные части. Описание БП даёт возможность выполнить подробный анализ структуры. В крупных предприятиях бизнес-процессы моделируются более детально, нежели в мелких компаниях. Объясняется это наличием многочисленных кросс-функциональных связей. Кроме того, в крупных организациях работает большее количество сотрудников, что также требует повышенной детализации.
За моделирование БП обычно отвечают отдельные специалисты. Если речь идёт о небольших организациях, то описанием занимается один сотрудник. Когда необходимо выполнить детальное моделирование БП, следует использовать компьютерные средства и специальное ПО. Это упрощает анализ и управление процессами.
Описание БП выполняется для улучшения работы предприятия и качеств изготавливаемых продуктов. Как правило, наибольший акцент делается на оптимизации процесса, уменьшении стоимости и времени на выполнение операций, модернизации производства.
Рассмотрим ещё несколько целей описания бизнес-процессов:
- Благодаря этой деятельности компания может отслеживать весь алгоритм действий, который выполняется на предприятии.
- С помощью нормирования БП в компании формируются принципы и стандарты, которые должны учитывать занятые в них специалисты.
- Описание позволяет выявить связь между процессами и требованиями, которым они должны соответствовать.
Правила описания бизнес-процессов
Каждая компания имеет особенности. И при описании бизнес-процессов необходимо учитывать специфику предприятия. Но есть несколько правил, по которым следует моделировать любые БП:
- Целостность.
Описание БП должно охватывать все мероприятия, которые нужны для достижения поставленной цели. Стоит учесть, что задача может измениться, однако на начальном этапе это не столь важно.
- Краткость.
Чтобы работники предприятия смогли четко выполнять свои профессиональные обязанности, необходимо сформировать инструкцию. В описании БП дан большой объём информации, но в сжатой форме. Это позволяет специалистам быстро понять, какую работу им предстоит делать.
- Применение типовых нотаций описания бизнес-процессов.
Есть несколько стандартов, на которые следует опираться при разработке модели БП. Речь идёт о IDEF3, BPMN 2.0, BPMN и т. д. С помощью типовых нотаций любой сотрудник может правильно интерпретировать БП. Нельзя использовать произвольные выдуманные обозначения.
- Понятность.
Описание БП должно быть написано так, чтобы его мог воспринять любой работник предприятия.
- Определение участников.
Необходимо прямо указать всех работников, которые заняты в бизнес-процессе. Лучше не использовать специальные сноски Swimm line и классические линки с нумерацией, они усложняют поиск ответственных лиц. Кроме того, будет труднее сопоставлять имена с задачами.
В открытом доступе до 24 сентября
Полезные материалы
для руководителей из закрытого
клуба Деловой Среды
Для того чтобы стать хорошим руководителем, нужно предвидеть и знать многое. Команда Деловой Среды подготовила подборку полезных материалов вам в помощь, которая поможет разобраться во всех тонкостях управления.
Мы искренне хотим помочь вам реализовать мечту об успешном бизнесе:
Скачали 17893
Форматы описания бизнес-процессов
Есть несколько базовых форматов описания бизнес-процессов:
Текстовый
Это наиболее простая и популярная форма описания БП. Но стоит учитывать, что при наличии множества элементов и вариантов развития предприятия текст может стать очень большим.
Преимущества:
- простота;
- для написания не нужны особые умения.
Недостатки:
- Текст довольно сложно обрабатывать, так как необходимо убирать все лишнее и оставлять только самое важное.
- Усложненное восприятие. При переходе к следующей странице описания БП нужно помнить, что было на предыдущей. Модели сложных разветвленных последовательностей действий сложнее понимать в текстовом виде. Кроме того, необходимо периодически возвращаться к более ранним описаниям, чтобы понять, о чем идёт речь.
- Наличие навыков передачи сложных процессов. Иначе текст еще сложнее воспринимать.
- Сложность структурирования и анализа. Это объясняется наличием нескольких вариантов развития бизнеса, в соответствии с которыми выполняемые действия зависят от различных факторов и условий. Все это намного проще описать с помощью схем.
Табличный
Этот формат нередко используется современными компаниями. По некоторым параметрам табличный вариант превосходит текстовый. Однако специалисту необходимо разработать правильный шаблон таблицы, в который затем будут вписываться нужные данные.
Преимущества:
- Простота подготовительной работы. Необходимо лишь создать шаблон. С помощью специальных программ для работы с таблицами можно добавлять описания к ячейкам. Это облегчает внесение и интерпретацию данных.
- Простота заполнения. Сотруднику не нужно иметь особых навыков, чтобы вписать данные в шаблон.
- Четкая структура, которая присуща таблицам как таковым.
- Легкость действий с цифрами. Таблицы упрощают процесс обработки числовых данных. Их можно быстрее анализировать и сравнивать. То же самое касается и структурированных текстовых данных.
Недостатки:
- Большой объём. У вас не получится создать маленькую таблицу с подробным описанием всех БП, подпроцессов и элементов.
- Нет детализации. Чтобы создать компактную таблицу, нужно будет ограничить количество вносимой информации. Не получится сделать множество подробных текстовых пояснений.
- Нет целостности восприятия. Это объясняется большим количеством информации в таблице. Но в таком формате проще изучать и анализировать показатели схожих действий. То же самое касается и однотипной информации в строках и столбцах.
- Проблемы с отображением ответвления. В этом табличный формат схож с текстовым.
- Нужно заранее создать правильный шаблон.
Моделирование бизнес-процессов в табличном формате можно упростить следующим образом: для операций и подпроцессов следует применять строки, а для внесения данных – столбцы. При этом из одной большой сводки лучше сделать несколько меньших, но связанных между собой.
Схематичный
Такой метод описания бизнес-процессов является самым простым и удобным из существующих. Этот формат используется практически всеми специалистами.
Преимущества:
- Простота восприятия. Всем гораздо легче воспринимать иллюстрации, нежели текст или данные в таблице. Плюс: на изображениях наглядно демонстрируется связь элементов БП.
- Целостность восприятия. С помощью схем человек может понять, как организован весь процесс целиком. Проще осознать границы, важные элементы, иные особенности БП. На схемах можно показать связь разных уровней процессов без потери качества восприятия.
- Высокий уровень детализации. Схемы и модели дают возможность отображать большое количество элементов.
- Понятное отображение различных разветвлений и вариантов развития БП. Если сделать все без ошибок, то схемы помогут выбрать подходящий путь и оценить альтернативы.
- Автоматизация описания бизнес-процессов. Специальными инструментами можно перевести модели на языки программирования. Это значимо упрощает создание ПО.
Читайте также
18 бизнес-идей производства для опытных предпринимателей и новичков
Недостатки:
- Чтобы сформировать хорошую схему, нужно иметь специальные навыки. Необходимо уметь работать с различными нотациями, собственноручно создавать элементы и формулировать правила построения диаграмм.
- Длительная подготовка описания БП в этом виде. Для создания простых и понятных схем нужно затратить большое количество времени.
Учтите, что вложения в графический способ описания бизнес-процессов, как правило, быстро окупаются.
Методы описания бизнес-процессов
SADT
Аббревиатура SADT расшифровывается как Structured Analysis and Design Technique, в переводе – «методология структурного анализа и проектирования». Это комплекс правил, методов и процедур, которые необходимы для разработки функциональной модели объекта той или иной предметной области. Этот макет включает в себя действия, которые производит объект, а также связи между ними. Данная методология разрабатывалась в целях проектирования систем более общего назначения, нежели остальные структурные способы конструирования ПО.
В SADT применяются диаграммы. Они объединяются друг с другом в иерархические древовидные структуры. Чем ниже уровень диаграммы, тем более она детализирована. Чертеж включает в себя блоки, отображающие активность моделируемой системы, содержит дуги, необходимые для связывания блоков, а также для представления их взаимодействия и связей.
SADT применяется для имитации различных систем и определения требований и функции. С помощью этого метода можно разрабатывать системы, которые соответствуют установленным требованиям и реализуют предписанные функции. SADT также применяется для анализа функций, выполняемых системой, с указанием механизмов, которые необходимы для их реализации.
DFD
Диаграмма потоков данных DFD (Data Flow Diagrams) представляет собой методологию (стандарт) описания БП верхнего уровня (макропроцессов). С помощью таких диаграмм демонстрируются задачи, содержащиеся в рассматриваемом бизнес-процессе. При этом указываются входы и выходы каждой из задач. Речь идет об информационных и материальных потоках. Выходы одной задачи могут представлять собой входы для других.
Чтобы правильно построить такие диаграммы, нужно учитывать, что DFD-схемы не отображают информацию о временной последовательности потоков. Дело в том, что они могут выполняться одновременно, а иногда существует сразу несколько вариантов последовательностей выполнения.
WFD
Диаграмма потоков работ WFD (Work Flow Diagram) – это схема, которая применяется для моделирования БП нижнего уровня. Она позволяет отображать временную последовательность выполнения задач с учётом достигаемых результатов и событий, которые возникают при выполнении процесса. При этом главным объектом описания здесь являются действия (работы).
В диаграммах WFD применяются логические операторы, события начала и окончания процесса, а также элементы, показывающие временные задержки.
ARIS
Архитектура интегрированных информационных систем ARIS (Architecture of Integrated Information Systems) представляет собой концепцию, методологию, инструментальную среду (тиражируемый программный продукт), нотацию и систему описания бизнес-процессов компании. С помощью ARIS можно не только проектировать, но и оптимизировать, анализировать и внедрять БП.
При использовании данной стратегии специалисту необходимо представить деятельность компании в виде моделей, объединив их в систему. Существует пять типов представлений, которые связаны между собой:
- организационный;
- функциональный;
- обрабатываемых данных;
- структуры бизнес-процессов;
- продуктов и услуг.
Они указывают на различные аспекты деятельности компании. У каждой из этих разновидностей представлений есть три подуровня с описанием:
- требований;
- спецификации;
- внедрения.
ARIS включает в себя 80 типов моделей. Каждый из них соответствует определённому аспекту. Чтобы модели стали более наглядными, архитектура интегрированных информационных систем предлагает удобный визуальный функционал.
Читайте также
Рентабельность бизнеса: формулы и расчеты
STD
Диаграмма перехода состояний для проектирования систем реального времени STD (State Transition Diagram) позволяет демонстрировать поведение создаваемой программной системы при получении управляющих воздействий извне. С помощью модели можно выполнять декомпозицию административных процессов, которые происходят в системе. Кроме того, эти диаграммы описывают отношения между управляющими потоками.
STD позволяют описывать последующее функционирование системы с учетом предыдущих и текущих состояний. При этом описываемая структура в данный момент может пребывать лишь в одном. С течением времени она может перейти в следующее состояние из заданного множества. Для этого необходимо выполнить заданные для этого условия. Различает два их вида: информационное (появление тех или иных данных) и временное (достижение определенной точки или окончание протяженности периода).
ERM
Модель «Сущность-связь» (ERM, Entity-Relationship Model или ER-модель) представляет собой макет данных. С его помощью которого можно описывать концептуальные схемы предметной области. Модель применяют во время высокоуровневого (концептуального) проектирования баз данных. ERM дает возможность выделить ключевые сущности и указать связи, которые могут появляться между ними.
Есть три важных понятия, которые нужно знать при работе с ER-моделями:
- Сущность (Entity). Это объект, который можно идентифицировать тем или иным способом, выделяющим его среди других. К примеру: конкретная сотрудница, компания, ситуация.
- Связь (Relationship). Речь идёт об ассоциации, установленной между сущностями.
- Атрибут (Attribute). С их помощью описываются свойства членов этого набора сущностей.
ER-модель — это формальная конструкция. Она не устанавливает каких-то определённых графических средств визуализации информации. Как правило, для представления данных применяется диаграмма «Сущность-связь» (ERD, Entity-Relationship Diagram, ER-диаграмма).
Участники описания бизнес-процессов
Стоит отметить, что участников можно группировать разными способами. Однако есть роли, которые присутствуют в любой методике:
- Владелец БП. Он распоряжается ресурсами, владеет полномочиями, которые нужны для выполнения процесса. Этот участник ответственен за результативность БП. Каждый бизнес-процесс имеет своего владельца. К примеру, поиском нового работника владеет руководитель кадрового отдела.
- Менеджер. Он ответственен за контроль выполнения определённого процесса на оперативном уровне. Менеджер следит и за соблюдением регламентов.
- Исполнитель. Он занимается выполнением конкретных задач, которые входят в БП.
- Аналитик. Этот участник ответственен за оптимизацию бизнес-процесса.
- Инженер. Так же, как и аналитик, отвечает за оптимизацию, но сосредоточен на техническом исполнении БП.
Читайте также
Основные формы ведения бизнеса
Участников также классифицируют по месту работы:
- Внутренние. Это сотрудники предприятия, которые участвуют в исполнении БП.
- Внешние. Речь идёт о людях, которые не работают в организации, но оказывают влияние на исполнение бизнес-процесса.
Этапы описания бизнес-процессов
Этап 1. Определение границ БП.
Чтобы определить границы производственных процессов, необходимо обозначить вход и выход. К примеру, для разграничения продаж лидам, которые получены с помощью имейл-рассылок, нужно определить:
- Какова цель БП. Заключение сделки в торговле — это граница завершения процесса.
- Когда начнется БП. Если речь идёт о продажах, то это – оформление заявки лидом.
- Какие ресурсы нужны для выполнения БП. Это может быть менеджер, который будет заниматься продажей, система CRM и т. д. Без ресурсов нельзя выполнить бизнес-процесс.
Этап 2. Формулировка элементов производственных БП.
Необходимо написать ответы на вопросы в текстовом формате. При этом их можно корректировать в процессе создания схемы. Вам нужно собрать следующие данные:
- цель БП;
- детальное описание действий;
- назначение исполнителя;
- информация о последовательности действий (в таких случаях необходимо указать тайминг, т. е. временные рамки задачи);
- назначение сопутствующих работ (документооборот, ТМЦ, потоки информации и т. д.);
- анализ БП организации, оценка результатов и указание требований;
- перечень ресурсов, которые нужны для исполнения бизнес-процесса;
- список показателей, который позволяет оценивать эффективность БП;
- определение владельца бизнес-процесса;
- описание различных особенностей этапов производственного цикла.
Этап 3. Разделение бизнес-процесса на составные части.
Например:
- регистрация заявки;
- презентация продукта;
- заключение сделки.
Этап 4. Включение в схему различных разветвлений.
На этом этапе необходимо дополнить уровни БП базовыми операциями, которые осуществляются в организации. Кроме того, необходимо указать промежуточные варианты событий.
Этап 5. Выявление основных ролей участников БП.
Как правило, в описании бизнес-процессов не называют исполнителей. Вместо этого применяются модели поведения людей (роли). Один сотрудник может исполнять сразу несколько функций. Так формируется должность работника, например, продавца. Функции этой роли могут выполнять сразу несколько специалистов предприятия.
Этап 6. Включение в схему базы данных, программы и документации.
В данном контексте документ представляет собой любой вид информации. Это может быть презентация, инструкция, электронное послание или доклад. Мало просто указать название программы, БП или текста. Нужно сослаться на него. Эта функция есть в профильных сервисах.
В схемы надо внести материалы (инструменты), которые используются в БП. Необходимо указать сноски, показатели и пояснения. Всю эту информацию нужно связать с другими процессами.
Читайте также
Интересные идеи для бизнеса: принципы выбора и топ лучших вариантов
Проблемы и ошибки при описании бизнес-процессов
Описание БП представляет собой важнейшую задачу, которую пытаются решить все крупные компании. Для её выполнения формируют отдельные подразделения. Но зачастую это не даёт должного эффекта. Почему же так происходит? Рассмотрим несколько основных причин:
- На начальных этапах работы многие компании упускают из виду некоторые ключевые нюансы. Зачастую это является первопричиной неэффективности разработанных описаний. В компании может попросту отсутствовать единая методология, опираясь на которую, специалисты создают модели. Это приводит к тому, что в организации появляется большое количество описаний, которые сформированы по различным правилам.
- Многие специалисты начинают слишком подробно разрабатывать бизнес-процессы. Это не только приводит к излишней трате времени, но и ухудшает последующую оптимизацию.
- Некоторые компании упускают из виду связанные области. Кроме того, БП моделируются сотрудниками, которые мало что понимают в документации и особенностях применяемых информационных систем. В результате крайне трудно или невозможно анализировать маршруты работ. Очевидно, что эффективность таких моделей будет очень мала.
- Некоторые специалисты пренебрегают использованием автоматизации ключевых процессов, их анализом и оптимизацией. В результате увеличивается длительность создания модели, разработка становится более затратной. В итоге описание может получиться бесполезным.
- Ещё одной ошибкой является отсутствие внимания к документации, которая будет формироваться на базе моделей БП. Многие компании попросту не формируют перечни итоговых материалов.
- Зачастую моделируются процессы, которых вообще нет. Это может происходить не только в предприятиях государственного сектора экономики, но и на высшем уровне управления коммерческим сектором. Лучше всего описывать процессы в операционном ядре организации. На этом участке выполняются практически все БП, каждый из которых действительно важен для работоспособности компании.
- Не менее распространённой ошибкой является создание моделей, которые описывают бизнес-процессы в настоящем времени, без выявления методов их совершенствования. Такие материалы малоэффективны.
Высокий уровень конкуренции — основная черта современной экономики. Практически во всех сферах идёт борьба за клиентов. При этом стоимость товаров не всегда определяет выбор потребителя. Зачастую на первый план выходит качество обслуживания, удобство взаимодействия, надежность и простота отношений.
С помощью описания бизнес-процессов компания может стать лучше в данных аспектах. Это позволит создать конкурентное преимущество и заполучить новых клиентов. Нужно лишь научиться моделированию или нанять грамотного специалиста.
Давайте себе представим владельца бизнеса Василия. У него в компании много отделов: продажи, маркетинг, производство, HR-отдел, доставка, склад… Василию нужно эффективно всем этим управлять и предлагать новые решения для развития компании. Причем так, чтобы глубоко не погружаться в операционную деятельность.
И помогают ему в этом бизнес-процессы. Сегодня рассмотрим это понятие, а также выясним, как описывается БП, как с помощью БП оптимизировать работу и масштабироваться.
А если вы уже готовы описывать и автоматизировать рутину, то записывайтесь на нашу закрытую онлайн-экскурсию в системную компанию. Покажем, как это работает в действии, дадим готовый план систематизации вашего бизнеса.
Что такое бизнес-процесс?
Бизнес-процесс — это цепочка взаимосвязанных действий, направленных на достижение какой-то цели предприятия. Например, каждая компания-производитель закупает сырье, перерабатывает его, изготавливает продукт, упаковывает его и доставляет. Это бизнес-процессы.
Зачем описывать бизнес-процесс?
Потому что это:
- Эффективная работа. Компания, в которой описаны бизнес-процессы, становится наглядной. Видно дублирующиеся или лишние действия, которые отнимают время и не приносят пользы.
- Качественный контроль. Смоделированные бизнес-процессы позволяют руководителю управлять организацией, не вникая в детали «операционки».
- Эффективные коммуникации. Когда понятно, кто за что отвечает и кто что делает, коммуникации между сотрудниками и отделами упрощаются.
- Качественный продукт. Описанные бизнес-процессы позволяют заметить ошибки и устранить их еще до того, как они повлияют на качество работы или продукта.
- Развитие бизнеса. Когда мы описываем бизнес-процессы, сохраняем успешный опыт компании. А значит, легко можем перенести его на любую компанию. В результате открыть новую точку можно будет гораздо быстрее и проще.
2 особенности БП
- В нем участвует несколько сотрудников.
Если один сотрудник выполняет одну задачу, то это этап бизнес-процесса. Но. Если сотруднику кто-то ставит задачу, и кто-то ее принимает, то это полноценный БП.
- Бизнес-процесс — это цепочка взаимосвязанных действий.
Они только в совокупности могут привести к желаемому результату.
Виды бизнес-процессов
Существует 3 вида бизнес-процессов: основные, вспомогательные и управляющие. Рассмотрим каждый подробнее.
1. Основные. Это ключевые бизнес-процессы, которые приносят компании прибыль. Для большинства организаций это производство товаров/услуг и продажи.
2. Вспомогательные БП существуют для поддержания эффективности основных процессов. Они могут напрямую не влиять на прибыль и не давать ценности клиенту, их цель — оптимизировать расходы и сделать работу эффективной. К примеру, это HR-процессы, ведение бухгалтерии, доставка и пр.
НО! Обратите внимание, что один бизнес-процесс может быть как основным, так и вспомогательным, в зависимости от ниши и специфики бизнеса. Например, та же доставка для производственной компании будет вспомогательным БП, а для службы доставки — основным.
3. Управляющие, как понятно из названия, нужны для управления основными и вспомогательными БП. Это проработка стратегии, риск-менеджмент и др.
Как описать бизнес-процесс: 5 этапов
Этап 1: Выделить 3 вида бизнес-процессов
Как мы уже выяснили, есть 3 вида БП: основные, вспомогательные и управляющие. Теперь наша задача выписать все функции, которые выполняются в компании, и разделить на эти 3 категории.
Этап 2: Проверить список бизнес-процессов
Проверьте, чтобы все бизнес-процессы в вашем списке были:
- Завершенными. С целью и ожидаемым конечным результатом.
- Лаконичными. Бизнес-процесс на 3-5 шагов оптимальный, если цепочка получилась на 10-15 шагов, лучше разбить ее на несколько БП.
- С участием нескольких людей. Если в каком-то из ваших БП принимает участие только 1 сотрудник, дополните его. В любом случае он с кем-то взаимодействует (ему ставят задачу и контролируют результат).
Этап 3: Составить структуру
Чтобы сохранить успешный опыт, нам нужно для каждого бизнес-процесса составить структуру:
Вход — данные/сырье, которые нужны, чтобы стартовать.
Выход — ожидаемый результат БП.
Необходимые ресурсы.
Управляющие воздействия — это инструкции, регламенты или просто общие правила, описывающие, какие действия выполняют сотрудники, чтобы получить результат.
Владелец — это тот, кто управляет БП и несет ответственность за результат. Это не обязательно владелец бизнеса. Владельцем бизнес-процесса «Продажа» будет РОП.
Исполнители.
Критерии оценки — показатели, по которым определяется эффективность. Для БП «Продажи» критериями могут быть: конверсия, средний чек, прибыль и т.д.
Этап 4: Нарисовать схему
Проще всего описать бизнес-процесс в виде блок-схемы. Сначала можете рисовать ее на листе бумаги, а лучше — в любом сервисе для создания mind-карт. Дальше расскажем, какой инструмент позволяет более эффективно работать с бизнес-процессами: добавлять задачи, регламенты, автоматизировать и т.д.
В чем суть описания бизнес-процесса?
Описать действия сотрудников, которые они выполняют для достижения результата с имеющимися ресурсами. Прийти из точки А в точку Б.
Вроде легко. Как на машине приехать из точки А в точку Б? Выехать и прибыть. Но что, если сегодня ремонтируют дорогу? Или колесо прокололи по дороге? Или по пути большая пробка?
Для каждого «если» мы должны придумать «то»: объехать, заменить колесо, подождать. Но так или иначе мы окажемся в точке Б.
Тот же принцип в описании БП
Только мы описываем действия сотрудников от цели к результату.
Ведь оставленная заявка ≠ продажа.
А если клиент возражает? Товара нет в наличии? Клиент негативит? Нам нужно описать в схеме, что нам в этих случаях делать.
Как описать бизнес процесс: пример
Для примера опишем с вами бизнес-процесс обработки заказа в интернет-магазине.
1) Задаем границы.
Вход — это цель, выход — результат.
Мы рассмотрим действия сотрудника с момента поступления заявки от клиента до момента передачи заказа в службу доставки. Задаем границы:
2) Разбиваем на этапы.
В нашем случае это:
- Проверить наличие
- Подтвердить заказ
- Собрать заказ
- Передать в службу доставки
3) Добавляем развилки.
Описываем, какие могут возникнуть ситуации, и что должен делать сотрудник.
4) Указываем владельца и исполнителей.
Не указывайте конкретных людей, лучше используйте роль. У нас роль — менеджер по продажам.
Распределять роли можно как удобно. Один сотрудник может выполнять несколько ролей, так же как и несколько сотрудников могут выполнять одну роль.
Людей лучше не указывать, чтобы в будущем можно было легко менять сотрудников или переносить эту схему на другие филиалы или компании.
5) Добавляем к БП инструменты.
Это уже «задача со звездочкой». Чтобы оптимизировать работу мы дополняем нашу схему инструкциями, регламентами, программами и т.д.Например:
- Проверка наличия товара: укажите CRM, в которой вы это делаете
- Работа с возражениями: добавить ссылку на скрипт
- Презентация товара: прикрепить ссылку на презентацию
Изначально опять же можно работать в mind-карте, а дальше переходить на специальное программное обеспечение с более широким функционалом. Если вы еще выбираете систему для работы, обратите внимание на РУС «Квант».
6) Моделируем остальные БП.
Помним, что БП взаимосвязаны: там, где заканчивается один БП, начинается другой. Когда вы опишете бизнес-процессы установите взаимосвязи, компания станет понятнее.
Мы с вами разобрали самую простую схему описания бизнес-процесса. По необходимости вы можете добавлять больше развилок, точек входа, подпроцессы.
Этап 5: Оптимизировать БП
Многие предприниматели сегодня управляют по принципу «работает — не трогай». И теряют свою прибыль, если где-то что-то не доработано. Поэтому после оптимизации бизнес-процессов переходим к оптимизации. Рассмотрим два метода, которые в этом помогут: «здравый рассудок» и «бережливое производство».
- «Здравый рассудок»
Что нужно сделать:
- удалить дублирующиеся операции;
- исключить из БП руководителя, где сотрудники могут справиться без него;
- автоматизировать БП, где это ускорит работу;
- упростить сложное;
- запараллелить процессы, где это возможно.
- «Бережливое производство»
Цель: сократить долю потерь и работать продуктивнее:
- исключить простои в работе;
- сократить перемещения (деталей, работников);
- исключить производство излишков;
- проверять продукт на дефекты;
- исключить лишние этапы работы и пр.
Пример. В 1980-х годах в Ford решили сократить административные расходы. Численность отдела оплаты счетов тогда составляла 500+ работников. Какая работа была проделана: автоматизирована система оплаты, объединены отделы оплаты счетов и поставки, сведена до минимума бюрократия. В итоге функции, которые раньше были на плечах 500+ работников, теперь могли выполнять 125. Расходы снизились.
Бизнес-процессы оптимизированы. Что дальше?
Дальше настраиваем работу так, чтобы бизнес-процессы выполнялись с наименьшим числом задействованных людей. Особенно руководящих позиций. Поэтому:
- Автоматизируем бизнес-процессы.
Большинству предприятий нужно автоматизировать как минимум бухгалтерский учет, общение с клиентами, управление проектами.
- Описываем повторяющиеся задачи.
Один раз описываем, чтобы в дальнейшем система автоматически формировала и ставила ее сотрудникам раз в день/неделю/месяц. Затем подключаем коммуникатора (человека, который будет контролировать, чтобы задача выполнялась в срок).
В результате вы сможете освободить время и внимание, добиться 100%-го выполнения.
Описать и автоматизировать бизнес-процессы можно в РУС «Квант». Оставляйте заявку на бесплатную онлайн-экскурсию с нашим экспертом и получите готовый план систематизации компании.
Можно сказать, что бизнес — это большой оркестр, а бизнес-процессы — это ноты, которые объясняют каждому музыканту как играть. В этой статье вы узнаете, как описывать бизнес-процессы, чтобы ваш оркестр играл согласованно и производил необходимый результат.
Что такое бизнес-процессы и зачем они компании
Термин «бизнес-процесс» впервые появился в 70-х годах прошлого века, когда компании начали активно внедрять информационные технологии. Нужно было создавать инструкции, которые мог распознать и человек, и компьютер. Именно тогда начали формироваться основы современного понимания бизнес-процессов.
Бизнес-процесс — это повторяющаяся последовательность действий, которые выполняются на предприятии для достижения ценного конечного продукта. Например, у производственной компании есть такие процессы — изготовление, контроль качества, обслуживание оборудования.
Моделирование бизнес процессов помогает зафиксировать эффективные технологии «как есть» и улучшить неэффективные, описав «как должно быть».
Технология «как должно быть»
Исследование бизнес-процессов помогает оптимизировать их — найти уязвимые места, устранить дублирующие или лишние операции, снизить временные и материальные затраты. Например, процесс производства на заводе можно улучшить таким образом, чтобы минимизировать отходы и максимально использовать доступные материалы. Зачастую руководители и собственники начинают пересматривать текущие бизнес-процессы в кризисные времена, когда нужно сократить расходы. Но этим следует заниматься регулярно, вне зависимости от внешних обстоятельств.
Технология «как есть»
Если в компании хорошо работают определенные технологии и приносят стабильный результат, нужно закрепить и сохранить этот нематериальный капитал. Когда на каждую задачу есть четкая инструкция и алгоритм действий, это приводит к тому, что:
- Сотрудники работают эффективнее, повышается качество товаров и услуг
- Появляется четкое понимание, кто и что должен делать на каждом этапе работы
- Адаптация новых работников проходит в разы быстрее
- Минимизируется зависимость от отдельных людей для получения результата
Стандартизация процессов особенно полезна перед масштабированием бизнеса, например, перед открытием франшизы. Когда компания предлагает свою франшизу, она передает не просто свой бренд, но и детально проработанные бизнес-процессы по всем аспектам работы. Именно эти инструкции обеспечивают стабильность качества и узнаваемость бренда в каждом филиале франшизы, независимо от его географического расположения.
3 вида бизнес-процессов
Что важнее — хорошо продавать или производить качественный продукт? Очевидно, что в бизнесе важен каждый процесс. Но их делят на три категории по направленности:
- Операционные или основные процессы: Это ключевые процессы, которые создают ценность для клиента. Они включают в себя все действия, связанные с производством товаров или предоставлением услуг, а также их последующей продажей. Например, в ресторане операционные процессы — это приготовление блюд и обслуживание посетителей.
- Вспомогательные процессы: Обеспечивают поддержку и эффективное функционирование операционных процессов, но не взаимодействуют с клиентом напрямую. Они включают в себя такие области, как управление персоналом, бухгалтерия, IT-поддержка. Например, процесс найма и обучения персонала в ресторане является вспомогательным процессом.
- Управленческие процессы: Направлены на управление и координацию операционных и вспомогательных процессов. Они включают в себя планирование, постановку целей, контроль и принятие решений. Например, разработка стратегии развития ресторана или контроль качества обслуживания является управленческим процессом.
Важно понимать, что все виды бизнес-процессов связаны друг с другом. Успех компании во многом зависит от эффективности каждого из этих процессов и их согласованного взаимодействия.
Какие бизнес-процессы следует описывать, а какие нет
На предприятиях зачастую встречаются две крайности. Одни совсем не описывают бизнес-процессы, что приводит к хаосу — задачи выполняются по наитию, не проводится обучение персонала, а результаты работы зависят от конкретных людей. Другие же компании стремятся регламентировать каждое действие сотрудников, что подавляет гибкость и инициативу, усиливает бюрократию. Идеальное решение лежит где-то посередине: бизнес-процессы четко определены, но при этом остается возможность для гибкости и креативности.
Выбирая, какие бизнес-процессы описать в первую очередь, следует учесть 4 ключевых факторов:
- Ценность для бизнеса: В первую очередь важно описывать ключевые бизнес-процессы, которые напрямую влияют на конечный продукт или прибыль компании. Следуя описанной выше классификации, это операционные процессы.
- Сложные процессы: Если процесс сложный и включает множество шагов или взаимодействует с различными отделами, его описание поможет улучшить взаимодействие и эффективность. Но если процесс простой и не требует специальных знаний, его документирование может привести к ненужной бюрократии. Например, каждому сотруднику понятно, как включить компьютер и приступить к работе.
- Риск ошибок: Процессы, в которых высокая вероятность ошибок и серьезных последствий, также стоит описывать в первую очередь. Например, технология использования станка на производстве. Нарушение этих правил может привести к травмам рабочего и его коллег.
- Частота повторений: Регулярные повторяющиеся процессы тоже претендуют быть описанными в первых рядах. И наоборот, если бизнес-процесс каждый раз проходит по-разному, нет смысла его регламентировать. Такое случается, например, когда задача требует творческого подхода. Но даже в этом случае можно описать общие принципы, которым стоит следовать. К примеру, человек отвечает за организацию мероприятий. Все мероприятия уникальны, а их организация — это гибкая и творческая задача. Но в их подготовке есть общие шаги: определить цель и формат мероприятия, выбрать место и забронировать помещение и тд.
Важно найти баланс между документированием бизнес-процессов и сохранением гибкости и эффективности работы. Оцените специфику вашего предприятия и определите, какие процессы требуют документирования, а какие нет. Это поможет создать систему, которая будет способствовать росту и развитию компании, улучшит взаимодействие с клиентами и внутри организации.
Совет. Обязательно опишите основной бизнес-процесс предприятия, ответив на вопросы «Как компания предоставляет основные услуги?» и «Какую роль в общем процессе играет каждый отдел и каждый сотрудник?». Этот процесс следует описать в первую очередь, чтобы все сотрудники получили общее представление о том, как устроена компания изнутри.
Способы описания бизнес-процесса: текст, таблица и схема
Бизнес-процесс появляется только в моменте его описания. Описать, регламентировать или смоделировать бизнес-процесс — значит отобразить последовательность действий, создав в компании официальный способ выполнять определенную работу. Этот процесс включает в себя создание структурированных инструкций и алгоритмов.
Есть три основных способа описать бизнес-процесс. Вот пример, как они выглядят в деле.
Текстовый формат
Текстовый регламент описывает пошаговую последовательность действий, кто должен их выполнять и какие правила соблюдать. Такой формат идеально подходит для простых процессов, а также подробных инструкций с высокой степенью детализации. Как написать понятную инструкцию →
Табличный формат
Таблица помогает хорошо структурировать данные при описании процесса. Если в строках описываются действия, то в столбцах можно указать исполнителей и время для выполнения. С помощью таблицы удобно описывать сложные процессы, в которых участвуют разные отделы и сотрудники.
Графический формат
Представляет собой наглядные блок-схемы и диаграммы. Графический формат идеально подходит для визуализации сложных процессов и их взаимосвязей. Популярным способом графического описания бизнес-процессов является нотация.
Нотация — это система символов или знаков, используемых для представления информации. В этом контексте, схема бизнес процесса является важным элементом для визуализации последовательности действий. Нотации помогают визуализировать и структурировать процессы, делая их более понятными и доступными для анализа и улучшения. Самая популярная нотация — Business Process Model and Notation (BPMN). Есть и другие: ARIS, IDEF0, EPC. Визуально все они похожи на блок-схемы.
Нотации предлагают стандартизированный подход к описанию бизнес-процессов. Это означает, что любой, кто знаком с этой нотацией, сможет понять описанный процесс, независимо от того, кто его создал. Однако использование нотаций зачастую требует специального обучения и освоения сложного ПО, или привлечения специалистов в этой сфере. Зачастую достаточно нарисовать схему в произвольном формате и дополнить ее текстовым описанием.
Совет. Текстовый, табличный и графический форматы можно сочетать, чтобы создать полное и понятное описание бизнес-процесса. Например, на схеме можно показать крупные этапы бизнес-процесса, а в тексте или таблице описать их подробности.
Пошаговый алгоритм описания бизнес-процесса
Любая система бизнес процессов состоит из следующих элементов:
Чтобы описать бизнес-процесс, нужно раскрыть каждый этот пункт.
Шаг 1. Определить цель и потребителя
Включает ответ на вопрос: «Зачем существует этот бизнес-процесс?».
В любом бизнес-процессе центральное место занимает потребитель. Он может быть внешним (клиент) или внутренним (сотрудник). Основная цель бизнес-процесса — удовлетворить его потребности. Например, обеспечить быстрое и качественное обслуживание клиента в ресторане.
Шаг 2. Задать границы процесса
Определите входные и выходные данные.
Вход — это точка, с которой запускается бизнес-процесс. Например, обслуживание клиента в ресторане начинается с визита клиента — он вошел в ресторан. Точек входа может быть несколько.
Выход — это конечный результат процесса. Он должен быть измеримым и соответствовать заранее определенной цели. Например, выходные данные обслуживания клиента в ресторане могут включать оплаченный счет и положительный отзыв клиента.
Шаг 3. Описать основные этапы и правила
Разбейте бизнес-процесс на основные этапы, которые приведут из точки А в точку Б. Затем дополните схему промежуточными событиями и возможными вариантами развития.
- Какие шаги или этапы включает в себя процесс?
- Какие действия выполняются на каждом этапе?
- Какие правила, сроки или стандарты следует соблюдать на каждом этапе процесса?
Основные этапы можно отобразить на схеме, а особенности их выполнения описать в тексте.
На данном шаге сразу можно продумать какие участники и другие ресурсы нужны для выполнения этого процесса — кто отвечает за этот процесс? а кто принимает участие? какие материальные и нематериальные ресурсы потребуются?
Совет. Важно распространять только эффективные технологии, поэтому после описания процесса следует проанализировать его на эффективность. Если данный алгоритм приносит низкие результаты работы, его нужно оптимизировать. Например, убрать лишние шаги, автоматизировать рутинные задачи или изменить порядок выполнения этапов для улучшения эффективности.
Как внедрить готовые бизнес-процессы в работу
В общем случае разработка бизнес процессов и их последующее внедрение включает пять этапов:
Обучение бизнес-процессам удобно проводить на специальных онлайн-платформах. За пару простых шагов можно организовать быструю передачу знаний на платформе Unicraft:
- Создать на платформе регламент — написать его понятным языком, привести примеры, добавить схемы и иллюстрации. Добавить практические упражнения, которые помогают закрепить знания, чтобы сотрудники действовали по этому регламенту в реальной работе.
- Предоставить доступ сотрудникам и проконтролировать изучение данного регламента. Например, если регламент предназначается только менеджерам по продажам, можно назначить на этот курс только их отдел.
- Проконтролировать на рабочем месте, что сотрудники соблюдают регламент и получают необходимые результаты в работе.
- Усовершенствовать технологию работы и обновить регламент. Каждый бизнес-процесс можно улучшить. На платформе Unicraft можно в любой момент внести изменения в созданный регламент. Платформа подсветит изменения и сообщит сотрудникам, что нужно изучить обновленный материал. Таким образом можно быстро доносить сотрудникам изменения в работе.
Простой пример описания бизнес-процесса
Рассмотрим пример описания внутреннего бизнес-процесса «Обработка заявок на отпуск» в компании. Ниже регламент описан в текстовом, табличном и графическом виде.
Регламент процесса «Обработка заявок на отпуск»
Цель данного процесса — обеспечить своевременное и эффективное управление бизнес процессами, в частности, обработкой заявок на отпуск от сотрудников. Потребители этого процесса — сотрудники предприятия, которые подают заявление на отпуск, и отдел кадров, который обрабатывает эти заявки.
Вход: Заявление на отпуск от сотрудника, включающая даты отпуска и тип отпуска (оплачиваемый, без сохранения зарплаты и т.д.).
Выход: Результатом данного бизнес-процесса должна стать утвержденная или отклоненная заявка на отпуск.
Участники: Участники — сотрудник, подающий заявление, отдел кадров и руководитель, утверждающий заявку.
Шаги процесса и правила их выполнения:
- Подача заявки: Сотрудник подает заявление на отпуск через систему управления персоналом. Заявка должна быть подана не позднее, чем за две недели до начала отпуска.
- Проверка заявки: Отдел кадров проверяет заявку на соответствие политике компании в отношении отпусков. Если заявление не соответствует политике, она возвращается сотруднику с объяснением причин.
- Обратная связь: Если заявка не соответствует политике, отдел кадров возвращает ее сотруднику и объясняет причины.
- Утверждение заявки: Если заявка соответствует политике предприятия, она направляется руководителю сотрудника для утверждения. Руководитель должен утвердить или отклонить заявку в течение трех рабочих дней.
- Регистрация заявки: После утверждения заявки, отдел кадров регистрирует отпуск в системе управления персоналом и уведомляет сотрудника об утверждении его заявки.
Исполнитель | Действие | Описание | Время выполнения |
---|---|---|---|
Сотрудник | Подача заявки | Сотрудник подает заявку на отпуск через систему управления персоналом. Заявка должна содержать даты отпуска и тип отпуска. | Не позднее чем за две недели до начала отпуска |
Отдел кадров | Проверка заявки | Отдел кадров проверяет заявку на соответствие политике компании в отношении отпусков. | В течение одного рабочего дня после получения заявки |
Отдел кадров | Обратная связь | Если заявка не соответствует политике, она возвращается сотруднику с объяснением причин. | В течение одного рабочего дня после проверки заявки |
Руководитель | Утверждение заявки | Если заявка соответствует политике предприятия, она направляется руководителю сотрудника для утверждения. | В течение трех рабочих дней после получения заявки |
Отдел кадров | Регистрация заявки | После утверждения заявки отдел кадров регистрирует отпуск в системе управления персоналом и уведомляет сотрудника об утверждении его заявки. | В течение одного рабочего дня после утверждения заявки |
Заключение
Процессы развития есть в каждой организации. На них основана вся работа бизнеса. При описании бизнес-процессов следует придерживаться следующих правил:
- Сформулированы измеримые результаты бизнес-процесса, они соответствуют изначальным целям
- В первую очередь описываются основные бизнес-процессы, даже если второстепенные сейчас более проблемные
- Бизнес-процесс описан компактно и понятно. Регламент не должен быть сложным и перегруженным. Глубина детализации соответствует целям и исполнителям
- Для каждого этапа бизнес-процесса указан исполнитель
- Все участники бизнес-процесса ознакомлены с регламентом. Это можно проконтролировать с помощью платформы Unicraft
Вам будет интересно
Основы экономики и организации: роль бизнеса на рынке
Роль менеджера по обучению персонала в компании
Создание регламентов: основа порядка в компании
Перейти на главную блога
«Зачем тратить время на описание бизнес-процессов, если всё и так хорошо работает?» — вопрос, который нам периодически задают наши клиенты. Мы решили разобраться, что такое бизнес-процессы, зачем их детально прописывать, и как за 11 шагов самостоятельно прописать бизнес-процесс для своей компании.
Что такое бизнес-процесс?
Бизнес-процесс — стандартная последовательность действий (алгоритм), которая помогает доставить ценность клиенту и получить прибыль. Поиск клиентов, наем новых сотрудников, съемка рекламного видео — примеры отдельных бизнес-процессов.
У бизнес-процесса есть две отличительные особенности:
- Бизнес-процессы повторяются. Например, в видеопродакшене работа с клиентом в основном проходит по одному и тому же пути: компания получает бриф, создает на его основе ТЗ, обсуждает с клиентом, подписывает договор, снимает и монтирует видео, презентует клиенту и получает оплату по договору.
- Бизнес-процессы проходят через несколько отделов (команд) и должностей. Например, к бизнес-процессу поиска сотрудников могут привлечь трех участников: отдел внешних коммуникаций рассылает анонсы о новых вакансиях, HR-отдел проводит собеседования, руководитель компании окончательно выбирает, кого взять в команду.
В бизнес-процессе есть подпроцессы, которые детализируют крупные шаги. Например, в процессе «Получение оплаты от клиента» подпроцессами могут быть:
- «Получение оплаты от клиента в рассрочку»;
- «Получение оплаты от клиента в рамках скидок и акций»;
- «Получение оплаты от постоянного клиента».
Количество бизнес-процессов зависит от сферы работы компании. Например, архитектурное бюро проектирует частное жилье и шоу-румы для ювелирных брендов. Стандартизировать такую работу не получится, потому что каждый проект уникален. Поэтому такой бизнес называется проектно-ориентированным, и бизнес-процессов в нем значительно меньше, чем в других компаниях.
Зачем нужен бизнес-процесс?
Бизнес-процесс описывает то, как вы работаете. С описанием работы легче добиться четкого выполнения процесса. Здесь действует правило: «Если это не написано — этого не существует». Когда бизнес-процесс прописан, его можно совершенствовать, а значит — повышать прибыль компании и удовлетворять потребности клиента. Также с бизнес-процессами вы снижаете зависимость от персонала, так как в бизнес-процессе участвуют не отдельные люди, а должности и отделы. Поэтому хорошо проработанный процесс понятен даже новичкам.
С помощью описанных и внедренных бизнес-процессов можно решать такие проблемы:
- конфликты между отделами и командами. Для решения каждого конфликта приходится привлекать топ-менеджеров.
- бизнес растет, но затраты растут намного быстрее.
- стало больше проблем, связанных с обслуживанием клиентов и производством: срыв сроков доставки, хамство сотрудников колл-центра, брак товара.
- сотрудникам, особенно новым, тяжело понять, кто и за что отвечает в компании;
- внедрение чего-то нового (оптимизация расходов, переход на Agile) встречает постоянное сопротивление сотрудников.
На первый взгляд, бизнес-процессы — не самое главное. Вначале нужно повысить продажи, разобраться с персоналом, проанализировать конкурентов. Потом, если будет свободное время, можно прописать бизнес-процессы. Это ошибка. Именно процессы определяют то, как компания работает: ищет сотрудников, решает задачи клиентов, масштабируется.
Как создать бизнес-процесс: пошаговое руководство
1. Определите цель процесса.
По критерию целей процессы делят на две крупные группы:
- Основные. Добавляют ценность клиенту и приносят прибыль компании (процесс «Продажи»).
- Вспомогательные. Помогают выполнять основные процессы (процесс «Введение нового работника в должность» в рамках основного бизнес-процесса «Управление персоналом«).
2. Определите границы процесса.
Границы процесса — это начало и конец, в рамках которых проходят все операции. Например, в процессе «Продажи» началом будет поступившая от клиента заявка, концом — доставка готового продукта.
3. Определите основные действия бизнес-процесса.
Основные действия — это этапы, из которых состоит процесс. Этапы удобно визуализировать с помощью канбан-таблиц, как мы это делаем в Worksection.
Михаил Рыбаков, автор книги «Бизнес-процессы. Как их описать, отладить и внедрить. Практикум» советует разбивать бизнес-процесс на 7-12 шагов.
4. Определите ответственных и исполнителей по каждому действию (этапу) бизнес-процесса.
В работе с бизнес-процессом не участвуют отдельные люди: человек может уволиться, а процесс нужно проводить дальше. Выделяют такие роли и должности:
- Архитектор. Отвечает за качественное проектирование и совершенствование схемы процесса. Он не отвечает за непосредственное выполнение процесса. Обычно архитектором становится руководитель управленческой команды (группы), которая работает с конкретным бизнес-процессом.
- Руководитель. Отвечает за четкое выполнение процесса, чтобы он достигал своих целей. У каждой единицы процесса — свой руководитель. Например, в бизнес-процессе найма сотрудников в студию видеопродакшена единица процесса — найм motion-дизайнера.
- Управленческая команда (группа). Команда (группа) вместе с архитектором проектирует и улучшает бизнес-процесс. Обычно в команду (группу) входят руководители подразделений и ведущие специалисты.
- Исполнители.
5. Определите результаты каждого действия (этапа) бизнес-процесса.
Обязательное качество результата — его можно проверить. Например, получение клиентом товара (результат) подтверждается подписанной товарно-транспортной накладной. У действия (этапа) может быть несколько результатов.
6. Добавьте альтернативные пути процесса.
Бизнес-процесс описывает идеальное развитие событий: например, в процессе «Получение оплаты от клиента» товар всегда есть на складе. Если товара на складе нет из-за ошибки поставщика, то путь выполнения процесса изменится — это альтернативный путь. Так, если в процессе «Получение оплаты от клиента» клиент отказывается от покупки, альтернативным путем будет «Привлечение специалистов для работы с возражениями».
7. Добавьте документы на схеме бизнес-процесса.
Наше любимое правило: «Если это не записано — этого не существует». К примеру, в колл-центр позвонил клиент и попросил отправить заказ на неделю позже. Менеджер не внес данные в CRM, а позвонил на склад и предупредил о переносе отправки. Если заказ придет клиенту через месяц, кто кто будет виноват: менеджер по продажам, склад или служба доставки? С записью о переносе доставки такого вопроса не возникнет.
Когда в следующий раз будете в McDonald’s, обратите внимание на график уборки в санузле, в котором работники расписываются после каждой уборки. Это — документ бизнес-процесса «Уборка помещений».
8. Добавьте инструменты и программы, которые вы используете в бизнес-процессе.
Для того, чтобы упростить работу с бизнес-процессом и быстро включать в работу новичков, можно использовать такие инструменты:
- чек-лист (что нужно сделать для того, чтобы передать ТЗ команде разработки программного обеспечения);
- технологическая карта (алгоритм приготовления конкретного блюда);
- фотографии (как выглядит сверстанный брендбук в студии дизайна);
- схема/блок-схема;
- видеоролик (демонстрация эффективной презентации финального продукта клиенту);
- скринкаст (видеоинструкция по работе с лидами в CRM для отдела продаж);
- скрипт (сценарий проведения переговоров с кандидатом на вакансию);
- блок-схема.
О программах для работы с бизнес-процессами мы написали в разделе «Инструменты по созданию бизнес-процессов». Сюда также вносятся все программы, которые так или иначе используются в работе: тайм-трекер, CRM, сервис по созданию ментальных карт, канбан-таблицы и так далее.
9. Определите KPI бизнес-процесса.
KPI (ключевые показатели эффективности) показывают, насколько хорошо работает бизнес-процесс и как его можно оптимизировать. Такими показателями могут стать:
- срок выполнения заказа клиента (в днях);
- стоимость привлечения клиента (в гривнах).
Каждый KPI — показатель, но не каждый показатель — KPI. Например, в студии 3D-печати срок выполнения заказа клиента может быть одним из KPI, а в архитектурном бюро — не будет.
Еще есть North Star Metric (метрика полярной звезды) — единый показатель, который отражает основную ценность продукта или услуги для клиентов. Например, в e-commerce метрикой полярной звезды будет количество заказов.
10. Свяжите полученную схему с другими процессами.
Из бизнес-процессов формируется архитектура бизнеса — система бизнес-процессов, которые упорядочивают бизнесы и обеспечивают его результативность. Поэтому бизнес-процессы не могут противоречить или конфликтовать друг с другом.
11. Проверьте полученную модель бизнес процесса.
После тестирования вы поймете, насколько верно выполнены все предыдущие шаги. Уже на этом этапе можно думать, как усовершенствовать бизнес-процесс.
Инструменты по созданию бизнес-процессов
Существует множество программ, которые упрощают создание бизнес-процессов и помогают отслеживать их качество в реальном времени. Расскажем о трех из наиболее простых сервисов для создания бизнес-процессов. В этот раздел не попали отдельные инструменты типа диаграммы Ганта, канбан-таблиц, мнемосхем, ментальных карт.
Перед тем, как использовать любую программу или сервис для создания бизнес-процесса, советуем прописать несколько процессов на бумаге, чтобы понять логику построения.
Business Studio. ПО, с помощью которого можно не только описать бизнес-процессы, но и разработать систему KPI, бизнес-стратегию, внедрить систему менеджмента качества. Есть интеграция с пакетом MS Office.
Notion. Единое рабочее пространство для огромного количества инструментов: заметок, таблиц, баз знаний, ментальных карт, канбан-досок. Лайфхакер назвал его «гибридом Evernote, Google Docs, Trello и Todoist». Правда функций так много, что придется потратить пару вечеров для освоения программы.
Worksection. Система управления проектами со встроенными Agile-инструментами: диаграммой Ганта, канбан-досками. Для создания бизнес-процессов выделена функция Workflow, в которой процессы строятся на основе статусов и представлены в виде канбан-доски. Самое простое из перечисленных решений с бесплатным месяцем для тестирования.
Как создать бизнес-процесс в Worksection
Бизнес-процесс в Worksection строится на основе статусов — действий, из которых состоит проект. Набор статусов (действий) всегда единый для конкретного проекта.
1. Выберите проект, в котором хотите прописать бизнес-процесс.
2. Создайте набор статусов.
3. Создайте новую канбан-доску.
4. Назначьте ответственного за бизнес-процесс и отдельные действия.
5. Выберите, как задача будет проходить бизнес-процессы с помощью функции «Следующий статус».
Этапы настраиваются исходя из специфики отдела. По аналогии их можно настраивать для любого бизнес-процесса.