Бизнес процесс: что это?

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

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

  • Операционный менеджмент
  • Взаимоотношения с клиентами
  • Инновации
  • Вклад в развитие общества

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

  • Развитие и поддержание взаимоотношений с поставщиками
  • Производство товаров и услуг
  • Доставка товаров и услуг клиентам
  • Управление рисками

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

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

  • Конкурентные цены
  • Превосходное качество
  • Своевременная покупка
  • Отличный выбор

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

Основные бизнес-процессы взаимоотношений с клиентами:

  • Выбор клиентов
  • Привлечение клиентов
  • Сохранение клиентской базы
  • Развитие взаимоотношений с клиентами

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

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

Основные инновационные бизнес-процессы:

  • Выявление возможностей для создания новых товаров и услуг
  • Проектирование и создание новых товаров и услуг
  • Продвижение новых товаров и услуг на рынок

Любая компания должна постоянно подтверждать свое право на производство и продажу товаров и услуг. Компания управляет регулирующими и социальными процессами по нескольким направлениям:

  • Окружающая среда
  • Безопасность и здоровье
  • Трудоустройство
  • Инвестирование в общество.

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

Если вы не способны описать то, что делаете, как процесс – вы не знаете, что делаете.

Эдвардс Деминг

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

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

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

Понятие бизнес-процесса, основные виды бизнес-процессов

Бизнес-процесс (БП) — это реализуемый компанией алгоритм действий по преобразованию ресурсов для достижения определенных целей или KPI.

Существует три основные группы бизнес-процессов:

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

Моделирование бизнес-процессов в компании может происходить разными способами (см. рисунок).

Эволюция бизнес-процессов в компании

Рассмотрим разные типы бизнес-процессов.

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

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

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

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

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

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

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

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

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

Алгоритм постановки бизнес-процесса

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

«Черный ящик» бизнес-процесса

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

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

Наиболее эффективно выделить в основном бизнес-процессе от 7 до 12 шагов. Меньшее количество этапов может не в полной степени раскрыть бизнес-процесс, большее – слишком сильно детализировать его.

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

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

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

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

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

Начинать постановку БП следует с его описания.

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

Текст

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

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

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

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

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

  • Более удобным вариантом представления БП является графическое изображение.
  • Для описания БП в графическом виде часто используются такие программы как MS Visio, XMind, EDraw и др.
  • Форматы графического представления БП, применяемые консультантами, называются нотациями.

Нотация IDEF0

Стандарт IDEF0 (ICAM DEFinition) был разработан в 1981 году в рамках обширной программы автоматизации бизнес-процессов промышленных предприятий ICAM (Integrated Computer Aided Manufacturing), предложенной департаментом Военно-Воздушных Сил США.

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

Методология IDEF0 принята в качестве стандарта функционального моделирования в ряде стран, среди которых:

  • США,
  • Российская Федерация,
  • Республика Беларусь.

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

Пример описания БП в нотации IDEF0

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

Детализация процесса в нотации IDEF1

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

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

Нотация eEPC.

extended Event-driven process chain (eEPC) – расширенная цепочка процесса, управляемого событиями. Нотация eEPC была разработана в конце 80-х специалистами компании IDS Scheer AG (Германия). eEPC относится к классу work flow нотаций (описания потоков работ).

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

Таблица — Основные значения для описания процесса.

пример описания процесса в нотации eEPC

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

Автоматизация БП

Цель автоматизации — закрепить описанные бизнес-процессы. В период развития информационных технологий постановка бизнес-процессов в компании стала значительно проще. Существуют разные методы автоматизации, доступные компаниям разного уровня. На рынке существует множество программных решений, позволяющих автоматизировать отношения фирмы с внешним миром. Так для организации взаимодействия с поставщиками и клиентами, участвующими в цепочке создания стоимости, а также для обеспечения корректного перетока информации между подразделениями компании используют CRM (customer relationship management) и BPM ( business project management) системы.

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

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

Если собирать метрики нет необходимости, внутри компании достаточно использовать программы для организации работы и взаимоотношений между сотрудниками либо подразделениями — project management systems. Такие программные решения позволяют в т.ч. мониторить время сотрудников проведенное в интернете, сроки подготовки документов и ход работы над проектами.

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

‍Вопросы для самоконтроля:

  1. Определение Бизнес-процесса
  2. Что такое описание Бизнес-процесса?
  3. Зачем моделировать Бизнес-процесс?
  4. Опишите последовательность действий при моделировании Бизнес-процессов.
  5. Назовите правила описания Бизнес-процессов.
  6. Какие заблуждения встречаются относительно моделирования Бизнес-процессов?