Как описать бизнес процесс – Что такое бизнес-процесс и описание бизнес процесса / Trinion corporate blog / Habr

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Сделка завершена успешно.
  2. Сделка проиграна (клиент отказался от сотрудничества).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

www.trinion.org

Как описывать бизнес процесс 🚩 бизнес процесса 🚩 Управление бизнесом

Автор КакПросто!

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

Статьи по теме:

Вам понадобится

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

Инструкция

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

Описать бизнес-процесс можно несколькими способами. Наиболее популярный из них — графический, с помощью диаграмм, выполненных в различных нотациях (нотация — набор символов для обозначения чего-либо).
Самые распространенные виды нотаций для описания бизнес-процессов — это IDEF0, BPMN, EPC (ARIS) и др.
В качестве примера остановимся на диаграмме, выполненной в нотации BPMN (Business Process Modelling Notation) с помощью CASE-средства PowerDesigner (Рис.1). Главными элементами на диаграмме являются:
1. «Процесс» (функция) — скругленный по углам прямоугольник;
2. «Переход» — стрелка, соединяющая процессы;
3. «Решение» — ромб, содержащий вопрос, на который можно ответить только «Да» или «Нет»;
4. Условия — текстовые выражения, при которых осуществляется переход от одной функции к другой. Условия всегда заключаются в квадратные скобки. Иногда полезно разбить вашу диаграмму на «Дорожки» — вертикальные или горизонтальные секции, обозначающие подразделения предприятия или сотрудников, ответственных за выполнение определенной функции. В таком случае значок этой функции должен находиться в пределах своей секции. Кроме перечисленных элементов, диаграмма может содержать также перечень данных, которые являются входными или выходными для процесса, а также ссылки на правила или регламент, согласно которым выполняется та или иная функция. Пример описания бизнес-процесса «Контроль производства изделия» показан на рис.1. Нетрудно заметить, что эта диаграмма очень похожа на блок-схему алгоритма решения задачи.

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

Полезный совет

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

Источники:

  • М.Рыбаков. Оптимизация бизнес-процессов.
  • как составить бизнес процесс

Совет полезен?

Статьи по теме:

www.kakprosto.ru

Как описать бизнес-процесс силами сотрудников и развивать c помощью схемы в BPMN и регламента

Менеджмент 22539 эксперт по системному бизнесу

«Три пути ведут к знанию: путь размышления — это путь самый благородный, путь подражания — это путь самый легкий и путь опыта — это путь самый горький»

Конфуций

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

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

Оглавление статьи

Управление процессами через регламенты приводит к управлению «рукой через ногу»

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

  • минимизация ошибок со стороны сотрудников;
  • стандартизация качества работы;
  • ликвидация персоналозависимости;
  • возможность каждому сотруднику выполнять работу наиболее эффективным способом.

И редко встречал руководителя, который не считал бы регламенты полезными. Казалось бы, регламент это панацея от всех бед! Но… Попытки “управлять только по регламентам” зачастую терпят неудачу.

Почему? Сейчас попробую объяснить. Регламент — это описание какой-либо части рабочего процесса (последовательности действий), протекающего в компании: либо процесса целиком, либо нескольких процессов, либо части процесса.

Процесс (синоним “бизнес-процесс”) — это последовательность действий для решения какой-либо типовой задачи (нетиповые задачи относятся к проектам).

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

Процессы делятся на простые и составные. Составные — содержат в себе несколько простых процессов. Ещё бывают сквозные процессы. Так называют процессы, разные этапы которых проходят через несколько отделов компании. В этом обычно и заключается их сложность.

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

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

Почему регламентов недостаточно

  • Далеко не все процессы линейные. Многие имеют множество условий “если…, то…”. Сложно быстро разобраться в “полотенце” текста регламента и понять, как этапы процесса связаны между собой. Например, регламент по подбору сотрудников изобилует подобными развилками почти на каждом этапе. В зависимости от должности соискателя собеседование может проходить удалённо или очно, с привлечением его непосредственного руководителя или без.
  • Если процесс проходит через несколько звеньев, возникает проблема “кто ответственен за конечный результат”. В случае сбоев и косяков, сотрудники валят вину друг на друга и на обстоятельства, возникает круговая порука.
  • Сотрудники не могут договориться между собой о том, кто выполняет какую работу.
  • Из-за низкой наглядности (всё тот же гигантский объём текста регламента) крайне непросто заниматься оптимизацией и развитием процесса.
  • Значительны затраты времени сотрудников на чтение, изучение, и понимание общей картины и всех взаимосвязей. Регламент редко описывает процесс целиком. Зачастую процессу, проходящему через несколько отделов, соответствуют разные регламенты.

Введение в управление процессами: в каком виде лучше описать процесс?

Управление процессами — целая наука. Но я буду целенаправленно упрощать многие вещи, чтобы было понятно, как это работает. Если кратко, то суть теории управления процессами в том, что вся деятельность компании может быть разбита на процессы (неожиданно, да?)

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

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

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

Всем этим критериям, по моему мнению, отвечает нотация BPMN (версия 2.0). Для отрисовки схем рекомендую использовать бесплатную программу Bizagi Modeler.

И ещё раз про упрощение. Начиная рисовать схемы, вам не обязательно соблюдать стандарт на все 100%, это только усложнит внедрение. На начальных этапах главное, чтобы схемы были понятны участникам и однозначно ими трактовались. Привести схемы в соответствие стандарту вы еще успеете.

Итого, схемы процессов решают следующие задачи:

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

Не забудьте задать цели оптимизации и подсчитать, насколько изменятся затрачиваемые ресурсы у новой версии процесса!

Ключевая фишка процессного управления — ответственный за весь процесс

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

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

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

Ответственный за весь процесс (иногда его называют “владелец процесса”) — это руководитель (или сотрудник), который отвечает за доработки и развитие бизнес-процесса; решение глобальных возникающих коллизий и анализ сбоев; помощь и обучение ответственных за копию процесса.

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

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

За развитие процесса и выполнение всех его копий должен отвечать один человек

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

Чтобы “владелец процесса” и ответственные за его копии могли решать возникающие проблемы, позаботьтесь о наделении их полномочиями (например, запрашивать информацию о статусе заказа у смежных подразделений: службы доставки, сборщиков; принимать решения при возникновении проблем).

Алгоритм описания и развития бизнес-процесса с помощью схем и регламентов

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

Этап 1. Нарисовать и согласовать схему процесса

  1. Начертите схему процесса совместно с ответственным за развитие процесса и экспертами из числа ответственных за исполнение конкретных копий процесса. Выделите наиболее критичные точки процесса. У каждого процесса и у каждого этапа на схеме есть “вход” и есть “выход”. При написании регламента учтите, что будет подаваться на вход, а что будет результатом работы.
  2. Согласуйте схему со всеми участниками процесса или начальниками подразделений участников.
Пример №1. Схема процесса “Подбор сотрудников” в нотации BPMN
Часть схемы “Подбор нового сотрудника” (видны роли HR-менеджер, Руководитель подразделения и Соискатель) в нотации BPMN
Пример №2. Часть схемы “Подбор сотрудников” в нотации BPMN
Небольшая часть схемы “Подбор нового сотрудника” для роли HR-менеджер в нотации BPMN

Этап 2. Написать регламент выполнения этапов процесса

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

Что касается разработки непосредственно регламента, рекомендую прочитать статью “Алгоритм по написанию регламентов: как делегировать разработку инструкций своим подчинённым”.

Пример описания в регламенте одного из этапов схемы процесса
Пример описания схемы процесса в регламенте этапа “Заочное собеседование”

Этап 3. Запустить управление процессом

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

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

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

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

Этап 4. Развивайте и оптимизируйте процесс с целью роста эффективности и качества

Как я уже упоминал, за развитие процесса должен отвечать его “владелец” (обращаю внимание, что это не из разряда “хочу/не хочу”, а почётная обязанность сотрудника).

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

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

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

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

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

Заключение, или Почему «всё и сразу» — это путь на кладбище проектов

Про процессы можно рассказывать много, хватит на целую книгу. Но… кладбища мёртвых проектов заполнены попытками внедрить “всё и сразу” и на самом дорогом и/или многофункциональном программном обеспечении. В лучшем случае сотрудники не использовали внедрённые технологии, или системы получались настолько громоздкими, что работать с ними было невозможно. В худшем — сложности при внедрении так и не позволили завершить работу до конца.

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

Рекомендуемые услуги «Открытой Студии»

openstud.ru

Введение в бизнес-процессы. Часть 2

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

 

 

 

 

Моделирование – процесс исследования деятельности организации с целью построения формализованного (графического, табличного, текстового) описания бизнес-процессов организации.

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

  • интервьюирование;
  • работа с законодательством, документами организации;
  • методы мозгового штурма и т.д.

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

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

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

 

Схема, иллюстрирующая алгоритм моделирования показана на рисунке ниже:

 

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

  • дополнить существующую модель ответвлениями;
  • предусмотреть отдельно действия «альтернативного» процесса.

 

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

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

Для фиксации бизнес-процессов в графическом виде используется система условных обозначений элементов (нотация). Наиболее известные нотации: SADT/IDEF0, IDEF3, DFD, BPMN, ARIS, UML. Рассмотрение и сравнительный анализ нотации не входит в предмет обсуждения данной статьи; интересующимся в интернете можно найти массу статей на темы сравнения нотаций, например «IDEF vs ARIS».

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

Приведем пример описания бизнес-процесса. В качестве примера возьмем процесс предоставления неоплаченного отпуска. Рассмотрим порядок и документооборот, возникающий при указанном выше процессе. Метод сбора информации: законодательство РФ как предварительный материал перед интервью с экспертами предметной области и Владельцем процесса. Нотация описания: ARIS eEPC.

1. Сбор исходного материала.

1.1 Предоставление отпуска регламентируется Трудовым Кодексом (при сборе материала необходимо опираться на последнюю редакцию, на момент написания статьи – с изменениями от 30 декабря 2015 г. № 434-ФЗ), статьей 128 Отпуск без сохранения заработной платы

 

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

Работодатель обязан на основании письменного заявления работника предоставить отпуск без сохранения заработной платы:

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

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

 

1.2. Документооборот при оформлении отпуска регламентируется постановлением Госкомстата РФ от 05.01.2004 N 1 «Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты», раздел «Приказ (распоряжение) о предоставлении отпуска работнику».

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

Составляются работником кадровой службы или уполномоченным им на это лицом, подписываются руководителем организации или уполномоченным им на это лицом, объявляются работнику под расписку. На основании приказа (распоряжения) о предоставлении отпуска делаются отметки в личной карточке (форма N Т-2 или N Т-2ГС(МС)), лицевом счете (форма N Т-54 или N Т-54а) и производится расчет заработной платы, причитающейся за отпуск, по форме N T-60 »Записка-расчет о предоставлении отпуска работнику».

 

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

1. Результат бизнес-процесса — оформленные согласно законодательству РФ и стандартам организации документы. 

2. Владелец бизнес-процесса: руководитель кадровой службы. Как определить владельца? Владелец – это сотрудник, обладающий ресурсами для осуществления бизнес-процесса (в данном случае ресурсы – сотрудники кадровой службы) и несущий ответственность за результат бизнес-процесса.

3. Набор и порядок действий:

написание заявления -> составление приказа -> подписание приказа у руководителя инициатора -> подписание приказа у инициатора –> оформление кадровых документов.

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

4. Исполнители бизнес-процесса.. Для более наглядного предоставления информации приведем последовательность шагов и исполнителей в таблице:

№ действия

Наименование действия

Исполнитель

№ след. действия

1

Написание заявления

Инициатор

2

2

Составление приказа

Сотрудник кадровой службы

3

3

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

Сотрудник кадровой службы

4

4

Подписание приказа у инициатора

Сотрудник кадровой службы

5

5

Оформление кадровых документов

Сотрудник кадровой службы

(конец)

 

5. События. Дополним вышеуказанную таблицу информацией о событиях:

 

№ действия

Входящее событие

Наименование действия

Исполнитель

Исходящее событие

№ след. действия

1

Инициатору необходим отпуск за свой счет

Написание заявления

Инициатор

Составлено заявление на отпуск за свой счет

2

2

Составлено заявление на отпуск за свой счет

Составление приказа

Сотрудник кадровой службы

Составлен приказ об отпуске

3

3

Составлен приказ об отпуске

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

Сотрудник кадровой службы

Приказ об отпуске подписан руководителем инициатора

4

4

Приказ об отпуске подписан руководителем инициатора

Подписание приказа у инициатора

Сотрудник кадровой службы

Приказ об отпуске подписан инициатором

5

5

Приказ об отпуске подписан инициатором

Оформление кадровых документов

Сотрудник кадровой службы

Оформлены кадровые документы на отпуск

(конец)

 

6.  Ресурсы, документы и информация. В данном примере мы не учитываем такие ресурсы, как время исполнителей, материалы и оборудование, т.к. нам важны документы, оформленные согласно законодательству РФ и стандартам организации (см. результата процесса). Нам надо проанализировать, какие документы принимают участие в процессе. Дополним существующую таблицу информацией:

 

№ действия

Входящее событие

Наименование действия

Документ, информация

Исполнитель

Исходящее событие

№ след. действия

1

Инициатору необходим отпуск за свой счет

Написание заявления

Заявление на отпуск за свой счет

Инициатор

Составлено заявление на отпуск за свой счет

2

2

Составлено заявление на отпуск за свой счет

Составление приказа

Приказ на отпуск

Сотрудник кадровой службы

Составлен приказ об отпуске

3

3

Составлен приказ об отпуске

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

Приказ на отпуск

Сотрудник кадровой службы

Приказ об отпуске подписан руководителем инициатора

4

4

Приказ об отпуске подписан руководителем инициатора

Подписание приказа у инициатора

Приказ на отпуск

Сотрудник кадровой службы

Приказ об отпуске подписан инициатором

5

5

Приказ об отпуске подписан инициатором

Оформление кадровых документов

Т-2, Т-54а

Сотрудник кадровой службы

Оформлены кадровые документы на отпуск

(конец)

 

 

7. Проведем анализ «что если».

  • Что если заявление будет содержать ошибки (начиная от грамматических, заканчивая неправильным указанием реквизитов)? Инициатор заявления не обязан иметь достаточную квалификацию для безошибочного заполнения заявления (а обязан уметь грамотно выполнять свои непосредственные обязанности). Для устранения случая неправильного заполнения заявления добавим действие проверки заявления в основной процесс, т.к. нам важно предотвратить наличие ошибочного документа в процессе.
  • Что если приказ на отпуск будет неправильно составлен? Т.к. в обязанности специалиста кадровой службы входит составление кадровых документов, то мы предполагаем, что в большом количестве случаев приказ составляется правильно. Это не отменяет проверку квалификации специалиста кадровой службы (процессы приема на работу и аттестации) и проведение периодической проверки документов (процесс аудита кадровых документов).
  • Что если руководитель не подпишет приказ и инициатор:
    • имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос запишем в открытые вопросы по данному процессу и зададим его Владельцу процесса при согласовании процесса. Всю ответственность за исполнение процесса несет Владелец процесса, именно он определяет правила выполнения работы во вверенном ему подразделении;
    • не имеет право на отпуск, согласно 128 статье Трудового кодекса. Данный вопрос также запишем в открытые вопросы.
  • Что если инициатор откажется подписывать приказ (например, у него изменились обстоятельства, согласно которым он брал отпуск)? Мы прекращаем процесс.
  • Что если внесение отметок в кадровые документы Т-2 и Т-54а будет некорректным? Данный вопрос аналогичен вопросу, рассматриваемому в п. 3.2.

 

 

Дополним существующую таблицу полученной информацией. Фактически мы получили предварительное описание процесса в табличном виде:

 

Открытые вопросы

  • Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор имеет право на отпуск, согласно 128 статье Трудового кодекса
  • Что если руководитель инициатора отказался подписать приказ на отпуск и инициатор не имеет право на отпуск, согласно 128 статье Трудового кодекса

 

Краткое обозначение элементов нотации ARIS eEPC приведено в таблице ниже (описаны не все элементы нотации, а используемые. Графическое обозначение элементов взято из пакета MS Visio):

 

Схема, отображающая взаимодействие элементов показана ниже:

 

Графическое отображение процесса предоставлено выглядит следующим образом:

 

 

 

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

 

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

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

— Смотри, бизнес-процессы снижают вариабельность результатов за счет стандартизации операций. Вариабельность означает снижение разброса допустимых вариантов результатов процесса. Я описал простой пример, бизнес-процессы применимы не только к кадровому делу, но и к деятельности организации. Представь себе, что организация, специализирующая на поставке запчастей, будет производить детали с разным уровнем качества (мы помним, что качество – это соблюдение характеристик изделия). Далее автозапчасти будут ставиться на автомобили, и мы получим… продукцию АвтоВАЗа. Продукция АвтоВАЗа находит своего покупателя, но мы в последнее время предпочитаем автомобили качественной сборки.

— Я думаю, все дело в исполнителях. Достаточно найти грамотных исполнителей и мы получим хороший результат. Как в твоем примере – надо найти грамотного кадровика, только и всего.

— Хорошие исполнители, уже обеспечены работой, их труд стоит дорого. Ты не думаешь об оптимизации расходов организации, найма толковых специалистов, и обеспечения специалистов методической поддержкой. Еще один фактор – масштабирование работы. Представим, что в нашей организации работает 2 000 сотрудников. В данном случае у нас будет несколько специалистов кадровой службы и у них будет разный опыт. Наша задача в данном случае – предоставить инструмент обучения, осуществления операций и контроля операций со стороны руководителя подразделения.

— Даже если 2 000 человек и даже если специалисты будут ошибаться. Какова цена ошибки – всего-лишь неправильно оформленные кадровые документы, эти бумажки.

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

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

Автор

Евгений Пономарёв

[email protected]

 

analyst.by

Бизнес-процессы: примеры и описание

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

Общая информация

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

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

Функциональный подход

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

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

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

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

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

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

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

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

Порядок разработки

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

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

Чему следует уделить внимание?

Следует сконцентрироваться на следующих разделах:

  1. Стандартные формы.
  2. Карта.
  3. Маршруты.
  4. Матрицы.
  5. Блок-схемы.
  6. Описание стыков.
  7. Вспомогательные описания.
  8. Документирование.
  9. Развернутое описание.
  10. Определение индикаторов и показателей.
  11. Регламент выполнения.

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

О картах замолвим слово

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

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

Матрицы

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

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

fb.ru

Кейс «Проектирование веб-сервиса бронирования билетов». Бизнес-анализ. Описание существующих бизнес-процессов (AS-IS)

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

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

Основной плюс использования диаграмм — наглядность. Основные минусы — сложно изображать все возможные варианты ветвлений и долго вносить изменения.

Посещение кинотеатра без предварительного бронирования билетов (в нотации VAD)



Посещения кинотеатра с бронированием (в нотации VAD)

Детальное описание обоих вариантов процессов посещения кинотеатров (в нотации EPC)

IV. Описание процессов в форме текстовых сценариев

Другой способ документирования бизнес-процессов — структурированное текстовое описание. В качестве формата описания был взят подход к написанию бизнес- и системных вариантов использования системы (use cases), предлагаемый А. Коберном.

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

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

[Оглавление цикла статей]

habr.com

Схема бизнес процесса — краткий алгоритм создания

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

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

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

1 – Задайте границы процесса

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

2 – Нарисуйте основные блоки процесса

Расположите основные блоки (подпроцессы, операции) бизнес процесса в том порядке, в котором они выполняются.

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

3 – Добавьте развилки и другие события

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

4 – Обозначьте роли участников процесса

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

По необходимости добавляйте недостающие операции.

5 – Разместите на схеме документы

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

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

6 – Добавьте используемые программы и базы данных

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

7 – Расположите инструменты и материалы

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

8 – Определите показатели эффективности в бизнес процессе

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

9 – Свяжите полученную схему с другими процессами

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

Связь бизнес процесса с другими процессами

10 – Проверьте полученную модель бизнес процесса

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

  • С чего начинается и чем заканчивается бизнес процесс?
  • С какими процессами он связан? Чем обменивается?
  • Какие операции выполняются? В каком порядке?
  • Кто выполняет операции в  процессе?
  • Какие документы используются и появляются в процессе? В каких операциях эти документы используются/появляются?
  • Какие инструменты, материалы, ПО и базы данных используются в процессе и в каких операциях?
  • Какие показатели эффективности и где именно фиксируются в бизнес процессе?

В качестве нотации моделирования я рекомендую использовать BPMN

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

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

В марте и апреле  в Москве я буду проводить несколько обучающих курсов по моделированию и управлению бизнес процессами. Приглашаю присоединиться.

rzbpm.ru

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *