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



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

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

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

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

Я рекомендую такую последовательность действий:

  1. Цель описания бизнес процесса
  2. Поговорить с руководством в отделах которые работают в бизнес процессе
  3. Поговорить с сотрудниками
  4. Выявить наиболее важные задачи  бизнес процессе
  5. сделать первый вариант бизнес процесса
  6. Выявить начало и конец процесса, начало должно быть только одно, финалов много.
  7. Составить список задач с условиями
  8. Обсудить детали с руководством и с ключевыми сотрудниками
  9. представить финальный вариант
  10. Подготовить текстовое описание бизнес процесса

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

1.      Описать цель описания бизнес процесса

Цель описания бизнес процесса ни в коем случае не надо путать с целью самого бизнес-процесса. Это разные этапы работы.

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

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

Примеры подобных задач: «Оптимизация процесса бизнес-контроля» или «Реинжиниринг процесса планирования».

Т.е. первый этап – это четкое понимание, а еще лучше, сразу краткое текстовое описание того, зачем вы вообще выполняете эту работу.

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

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

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

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

3.      Поговорить с сотрудниками

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

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

4.      Выявить наиболее важные задачи в бизнес-процессе

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

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

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

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

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

Очень важно понимать что на самом деле вы всегда сможете добавить что то, даже если вы убрали это ранее. Ведь при обсуждении вам скорее всего укажут на вашу недоработку тот кого вы до этого интрвьюировали.

5.      Выявить начало и конец процесса

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

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

6.      Составить список задач с условиями

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

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

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

7.      Сделать первый вариант бизнес процесса

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

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

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

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

8.      Обсудить детали с руководством и с ключевыми сотрудниками

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

9.  Представить финальный вариант

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

После согласований вы создаете финальный вариант графической нотации.

10.  Подготовить текстовое описание бизнес процесса

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

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

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

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

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

Вопросы и ответы

Какое количество элементов должно быть в описании бизнес-процесса?

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

Лично я считаю, что 40-50 элементов в бизнес-процессе – это допустимый максимум. Это тот объем, который люди могут воспринять. Если необходима на каком-то этапе большая детализация, создавайте отдельные подпроцессы. Здесь главное, чтобы прочесть правильно нотацию смогли и вы, и ваши заказчики. Иначе проблем, недовольства и переделок не избежать.

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

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

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

В финальном варианте и документе описания уже стоит применять грамотную терминологию и приложить словарь терминов (глоссарий).

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

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


Меня зовут Рамиль Кинзябулатов, бизнес консультант. Я люблю свою работу и считаю свои призванием делать работу людей эффективнее.


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

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

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

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

Bizagi. Описание. Пример

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

Пример процессного подхода: предпроектное обследование промышленной компании. Пример BPMN диаграммы

Кейс. Пример процессного подхода при автоматизации промышленной компании. Предпроектное обследование бизнеса, методы автоматизации, описание бизнес-процесса, BPMN диаграмма.

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

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

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

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

Путь покупателя интернет-магазина ( Customer Journey ) с использованием УФМТП

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

Про процессный подход

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

Оркестрация и Хореография

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

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

Определение бизнес-процесса простыми словами и важные особенности процессного подхода. Когда необходим бизнес-процесс, методы моделирования бизнес-процессов и правила их описания. Примеры, ответы на частые вопросы.

Описание нотации IDEF3

Что из себя представляет нотация IDEF3. Из каких элементов состоит? Как используют эту нотацию и как она связана с IDEF0. О этом и многом другом вы узнаете из данной статьи.

Краткое описание BPMN с примером

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

Что такое BPMS

Что такое BPMS система – определение и подробные пояснения. Как работать в BPMS системе с точки зрения разработчика и пользователя. Варианты реализации бизнес-процессов на практике. Преимущества процессного подхода при автоматизации бизнеса. Почему я рекомендую BPMN 2.0.

IDEF0. Знакомство с нотацией и пример использования

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

Перевод стандарта IDEF0 с английского на русский язык

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

Хореографии в BPMN

Хореография (Choreography) (без пулов и оркестраций) изображает ожидаемое поведение между участниками. В случае, когда процесс существует внутри пула, хореография существует между пулами или участниками.

Что такое бизнес: разговор по понятиям

Что означает термин «бизнес» - уточняем понятия и терминологию. История появления слова «бизнес» - на Западе и в России. Отличие бизнеса от трудовой деятельности. Бизнес в отношении к субъекту и объекту. Что такое бизнес-процессы и как с ними работать.

Что такое DFD (диаграммы потоков данных)

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

Поток в BPMN

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

Бизнес-аналитик – кто он?

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

Разбираемся с понятием BPM. Что такое управление бизнес процессами

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

Описание бизнес-процессов Как есть (AS IS) и Как должно быть (TO BE)

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

Точка зрения в модели IDEF0

В требованиях к диаграмме и построению модели в нотации IDEF0 есть требование, которое звучит так: любая диаграмма должна быть построена, исходя из точки зрения (Point of view) и цели (Scop). Именно этот вопрос, скажем так, один из основополагающих — точка зрения и цель. Соответственно, если мы хотим построить правильную диаграмму, нам необходимо выбирать правильно точку зрения.

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

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

Устарел ли стандарт IDEF0

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

Спецификация BPMN 2. Перевод официальной документации.

Ко мне часто обращаются с вопросами по BPMN, и ответы я обычно черпаю из официальной документации. Для тех кто не владеет английским я буду размещать перевод спецификации BPMN с сайта omg.org/spec/BPMN/2.0.1 Перевод неполный, буду добавлять по мере готовности.

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

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

УФМТП. Универсальная функциональная модель торгового предприятия в нотации IDEF0

Из чего состоит предприятие? Какие функции основные а какие нет? В данной статье вы найдете ответ на этот и другие вопросы. Модель построенная на основе опыта бизнес консультанта с использованием нотации IDEF0.

    Добавить комментарий