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

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

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

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

  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 допустимое число элементов меньше. Потому здесь не выйдет изобразить большой бизнес-процесс, зато можно часть процессов представить «черными ящиками», после чего декомпозировать их в подпроцессы.

‍