Бизнес процесс схема: Описание бизнес-процессов: стремление к простоте

Содержание

Зачем рисовать схемы бизнес-процессов?

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

Начнем с того что BPMN, EPC и IDEF — это умные слова и не более того. Попытка описывать ими бизнес-процессы приравнивается к попытке чесания ногой за ухом…

Если специалист говорит, что описал процессы и в качестве результата будет показывать мне рисованные схемы (в Visio, ARIS, в нотациях BPMN, EPC или IDEF и т.д.), то у меня в голове сразу включает сигнал тревоги: «Умник прямо по курсу, от которого надо держаться подальше».

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

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

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

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

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

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

Именно эту картинку я и попытался отобразить в виде схемы.

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

А если при помощи таких схем описать процесс в целом, то получается «каша» и ноль полезной информации.

Андрей Л.

На мой взгляд, гораздо более информативны схемы [в нотации BPMN —

Прим. ред.]. И я честно говоря вообще не представляю как вы автоматизировали порядка 100 процессов не разу не нарисовав хотя бы элементарную блок схему.

Анатолий Юмашев

Очень хорошо 🙂

И это действительно один из не многих, хороших примеров ) исключение из сегодняшнего правила…

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

1. Эти схемы хороши для 2-х целей:

1.1. Смотрятся прикольно.

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

2. Но бесполезны для следующих:

2.1. Нет контроля действий. Нельзя сказать сотруднику, что он нарушил п.3 схемы такой то, что привело к ошибке такой то.

2.2. Нет контроля качества результатов. См. п.2.1

2.3. Нет контроля ввода данных и получения требуемой информации. См. п.2.1

Если у меня в конце периода, выявляется 20% нарушений сроков по РКК по Иванову, я иду к нему. А Ваня просто при выполнении не проставил нужную галочку. И что мне ему сказать? Ваня! Ты чо! Ты чо дурак! Ты разве не знаешь что вот этот квадратик на схеме «Исполнение документа», означает: проставить галочку «выполнено», на второй закладке в карточке записи.

Ваня с ума сойдет от такого контроля.

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

И как уже сказал, из 100 процедур, цель из п.1 возникла лишь один раз. А вот цели из п.2 — каждый день. Но они при помощи схем не решаются. Тут нужно словестное и попунктное описание процедуры 🙂

Алексей Н.

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

Приземлимся до прикладного уровня.

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

А как ставите задачи разработчикам, если являетесь консультантом? Как утверждаете ТЗ с заказчиком?

Без схем не обойтись. Для наших задач мне больше всего нравится BPMN и EPC. Конечно, можно не знать этих слов и что за ними стоит, но элементарную схему с «квадратиками» и «ромбиками» составлять необходимо в любом случае.

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

Мне сдается, что автор вместе с неприязнью ко схемам испытывает еще и классовую ненависть к консультантам в костюмчиках на проектах

Анатолий Юмашев

см. здесь:

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

Я не управлял проектами разработки ПО. Хоть и занимался проектированием. Задачи ставил письменно. Приводя примеры.

И еще раз. Если стоит задача внесения изменений в ПО, в т.ч. разработка ТМ, то написание блок схем я признаю. Но эти блок схемы далее этого ТЗ не уйдут.

Их бесполезно позиционировать как описание процесса для управления.

1. Словестное описание + блок-схема = круто. Словестное описание = хорошо. Блок схема сама по себе = фуфло и понты.

2. К консультантам я отношусь нормально 🙂 Тем более что 2 года в ХХХХ за плечами, создание направления ЭДО с ноля, найм и переманивание в 3 захода вот этого специалиста (с первых 2-х раз не переманивался).

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

Алексей Баранов

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

И, общем-то, суть статьи, как я понял, сводится к тому, что

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

Если так — то полностью согласен.

Дмитрий Носивской

Ну вот теперь понятнее. А то после прочтения материала создалось впечатление, что если ты консультант и еще схемы в каких-либо нотациях рисуешь, то ты — «фуфло и понты».

Анатолий Юмашев

Правильное впечатление ) так и есть ))

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

И руководство ее слушает, по ряду причин, в т.ч. и потому что схемки у нее больно красивые )

И вот уже 1,5 года ходит и схемки рисует, называя это проектом внедрения СМК. Сделала кучу макулатуры. И все это без толку.

Вот и наболело у меня ))

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

И все это без единого рисунка.

И вот только после этого всего, я позволю себе сесть за рисование схем по процессам.

Алексей Баранов

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

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

Судя по тому, что —

руководству удобней «видеть сверху» (так в большинстве случаев и происходит)

А из этого —

понятно, что удобней для Вас.

У разных людей — разные задачи. Поэтому и подход разный.

Анатолий Юмашев

да слышал я эти байки ) мне их втирать не надо. какие они там решения принимают видя эти рисунки? можно пример? ))

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

Ага, а почему вы решили что это сверху? а не с правого или левого боку? ))

И еще раз… чего там руководство видит то? или может увидеть? может я глупый руководитель и только я не вижу толку в этих рисованных квадратиках? может быть у вас управленческого опыта поболе моего и вы мне расскажете про вашу практику, где руководства смотря «сверху» на эти «рисунки» че то там видело? И принимало какие то там решения? Не побоюсь этого слова — управленческие!

Я высказал 2 варианта целей описания процессов. (жаль этот движок не позволяет ссылаться на комментарии).

Интересны ваши примеры. Только чур без общих слов.

Алексей Баранов

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

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

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

Анатолий Юмашев

Алексей, стоит )) Меня обидеть сложно )

Вы утверждаете что руководство в этих схемах че то видит. Я себя считаю руководителем (и не только проектов), но нифига полезного в этих схемах не вижу. Вы утверждаете обратное. Объясните. Дайте примеры. Аргументируйте.

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

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

Алексей Баранов

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

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

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

Можно не учитывать то, как ВАШ руководитель принимает решения, попросту затратите бОльше энергии (так же, как дама-консультант, не учитывающая Ваше восприятие).

Для всего есть свое: время/место/обстоятельства.

В том числе для понимания — какие инструменты ЗДЕСЬ хороши, а какие не очень.

Анатолий Юмашев

Алексей, я согласен. Кучу психологий изучал. Как в плане аудиалов/визуалов, так и еще тцать теорий, от воды/огня, холериков/сангвиников, до соционики с MBTI и еще ряда шаманских учений ))

Я хорошо понимаю как преподать ту или иную информацию различным типам людей. И не спорю с этим.

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

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

И я же просил: ))

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

Опишите конкретные примеры ситуаций, подтверждающих вашу абстрактную гипотезу )

Тимур Ш.

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

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

Анатолий Юмашев

зачем? )

да, информативно. можно и в таком виде показать.

но зачем именно в таком, если нет разницы?

Да и спор у меня сейчас с Алексеем ) жаждю конкретики ))

Наталья Глазырина

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

Анатолий Юмашев

Наталья, кто ж спорит? Я даже более скажу… внешнему аудитору, если хорошо договориться, можно даже аудиалом притвориться (в терминологии Алексея) и поверить нам на слово ))) в том плане что у нас все тип-топ. Он поверит и нам сертификат выпишет. Даже на схемы смотреть не будет. Ну а те что по умнее, те на схемы посмотрят и скажут — да! — это круто! пошуршат наличностью, напечатают сертификат и срулят восвояси.

Ну и туда же идем… коли о СМК речь завели… назовите мне пункт стандарта, который обязывает рисунки рисовать…

Алексей Баранов

без мелочевки, 2 «глобальных»:

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

Начало работ по «интернетизации» почтамтов и городских отделений почтовой связи (2001).

Не IDEF0 и BPM, но — схемы и объяснение в виде презентации.

Анатолий Юмашев

Супер ))) а тема то про что? ))

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

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

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

И еще раз:

1. Рисование схем по процессу под конкретную задачу — это надо. Об этом и речь в статье.

2. Рисование схемы по процессу для управления. Зачем? И что это за управление такое? Что под ним понимается?

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

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

Если убрать п.1 из внимания (т.к. это не предмет разногласия), а посмотреть на п.2 — то скажите мне, что это за руководство такое и какие такие решение оно может принимать? И какую пользу несут эти рисунки? ))

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

Алексей Баранов

Согласен, что не согласен с таким утверждением. 🙂

Не отношусь к таковым. Это — крайности.

Точно так же — как крайностью является утверждение:

Истина где-то между 🙂

Николай П.

Начнем с того что BPMN, EPC и IDEF — это умные слова и не более того. — Это о многом говорит…

Начнём с того что EPC служит для описания процессов НИЖНЕГО уровня где описываются события!

А IDEF0 — описывает логическое взаимодействие между работами… Т.е. ВЕРХНИЙ уровень процесса…

Статья выражает личное мнение автора и не содержит ничего интересного. Даже предложенный Тимуром BPMN вариант гораздо эффективнее и более информативен. Вы же изобразили какуюто странную вариацию FlowChart…

Елена Б.

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

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

Анатолий Юмашев

очень рад 🙂

потому что вот это…

мне ни о чем не сказало )

В этом и беда умных слов, они понятны лишь тому уму, который умничает, а те, кому это надо понять, лишь делают вид что понимают. 🙂

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

Ну, во-первых, я не знаю объективных методик, где описано понятие верхнего и нижнего уровня процессов с описанием IDEF и EPC.

Я знаю лишь, что бывают процессы, которые могут быть иерархически выстроены, которые действительно удобно описывать через IDEF. А есть процедуры, которые имеет смысл описывать через EPC, под конкретные задачи (как правильно заметила Елена Б.). Под конкретные задачи – означает, что описывать просто процедуру, просто в EPC — это глупость и не выполнимая задача. И пока я не нашел ни одного аргумента в защиту противоположной точки зрения. Все аргументы идут лишь в защиту моей статьи о том, что все эти схемы имеют смысл лишь в конкретных задачах. А когда мы говорим просто об описании процессов в целом, то они бесполезны.

Оригинал записи опубликован на DIRECTUM Club.

Бизнес процессы — разработка, описание и управление

Бизнес процессы (БП) – это совокупность стандартов и процедур используемых предприятием для организации своей повседневной работы. Это последовательность действий, приводящая производственный процесс к запланированному результату.

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

Управление бизнес процессами (BPM) – это управление стандартами работы внутри производственного или торгового цикла. Качественное управление своими бизнес процессами помогает предприятию выйти в лидеры продаж на своем рынке. Каким образом? Ниже, мы расскажем обо всем более подробно.

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

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

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

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

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

  1. Компания набирает обороты. Период активного роста не только повод ликовать, но и повод засучить рукава и работать еще энергичнее. Этот период сопровождается активной текучкой кадров, привлечение внештатных сотрудников, увеличение нагрузки на производство, расширение линейки продуктов или услуг. Имея описанные БП, вам не придется каждому сотруднику объяснять, что к чему, а руководители отделов смогут более эффективно вести управление.
  2. Сложное производство. Если вы производите продукт, в производстве которого задействовано множества процессов и операций. Сложное производство обязательно должно сопровождаться четкими регламентами на каждом этапе его разработки. Это предоставляет описание и внедрение бизнес процессов.
  3. Продажа франшизы. При желании продавать франшизу своего бизнеса описанные бизнес процессы просто необходимы не только для развития сети, но и для организации работы своих франчайзи. Мало кто захочет купить ваш бизнес без детально расписанных бизнес-процессов.
  4. Необходимо снизить затраты. Если вы хотите снизить затраты на содержание производства, найти финансовые дыры через которые утекает бюджет, наладить работу с каждым отделом.
  5. Ориентация на развитие. Это необходимо, если вы стремитесь развиваться в будущем. Важно не упустить детали, которые могут стоить нескольких сотен и тысяч потерянной прибыли, расширяя свой бизнес, внедряя новые технологии, продукты или услуги, открывая дополнительные филиалы.

ЗАКАЗАТЬ РАЗРАБОТКУ И ОПИСАНИЕ БИЗНЕС-ПРОЦЕССОВ ВЫ МОЖЕТЕ ПОЗВОНИВ ПО ТЕЛЕФОНУ: +7 (495) 394-33-17 ИЛИ ЗАПОЛНИТЬ ФОРМУ. 
Заказать звонок

Разработка бизнес процессов

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

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

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

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

ЗАКАЗАТЬ РАЗРАБОТКУ БИЗНЕС ПРОЦЕССОВ И СТАНДАРТОВ ВЫ МОЖЕТЕ, ПОЗВОНИВ ПО ТЕЛЕФОНУ: +7 (495) 394-33-17 ИЛИ ЗАПОЛНИТЬ ФОРМУ НА САЙТЕ. 

Управление бизнес процессами

Управление бизнес процессами – это мероприятия, направленные на контроль, анализ и оптимизацию (совершенствование) стандартов работы в организации.

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

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

Управление бизнес процессами позволяет внедрить процессный подход в работу различных подразделений.

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

Управление БП не происходит, что называется по наитию. Для этого существует целый комплекс инструментов, который включает и графики, и схемы работы и заполнение отчетов. Управление бизнес процессами включает в себя: разработку новых стандартов работы и оптимизацию (совершенствование) существующих регламентов и процедур.

«Стандартизировать способ производства – значит выбрать лучший из способов и применить его. Стандартизация бессмысленна, если она не стремится к совершенству» Генри Форд

Оптимизация (совершенствование) бизнес процессов

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

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

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

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

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

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

  1. Увеличении производства.
  2. Желании улучшить качество продукта / обслуживания.
  3. Увеличении конкуренции.
  4. Для повышение эффективности отдельных процессов.
  5. Сокращение штата без потери качества производства.
  6. Снижение производственных мощностей.
  7. Улучшение существующей системы работы.

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

«Невозможно заниматься совершенствованием процесса, пока он не стандартизирован»  Масааки Имаи, ДАО Тойоты

Схема бизнес процесса

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

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

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

  1. Определите границы бизнес процесса. Речь идет не о глобальных целях, а о начале и конце отдельно взятого бизнес процесса, например, «позвонил клиент» — начало и «заказ передан в отдел доставки» — желаемый эффект — конец.
  2. Последовательность операций. Необходимо описать последовательность выполнения операций внутри определенного процесса, когда он приносит желаемый результат.
  3. Возможные варианты. Теперь пора включить воображение, или статистику и сделать предположения как может повести себя клиент/продукт на пути к точке «Б» и вписать это в схему. Если БП взаимодействует с внешними источниками.
  4. Отобразите роли. Не важно, какую должность занимает человек, ведь для нас важно какую роль он играет именно в этом процессе.
  5. Стандарты. Разработайте стандарты для эффективного выполнения каждой операции.
  6. Документация. Не забудьте про документы. Если процесс не описан, значит, его нет.
  7. Программное обеспечение. Какие учетные программы вам понадобятся для реализации и автоматизации бизнес процессов. А также, уже существующие используемые программы.
  8. Показатели эффективности. Расположите на схеме бизнес процесса показатели эффективности, которые тем или иным способом учитываются в системе.
  9. Совместимость. Свяжите эту схему с другими сопутствующими или смежными процессами.

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

Автоматизация бизнес процессов

Автоматизация бизнес процессов – это внедрение программного обеспечения, автоматизирующего процесс выполнения действий и задач.

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

Большинство даже самых простых CRM систем сегодня позволяет автоматизировать процесс и сделать его более понятным и эффективным. Что это значит на практике?

  1. Сбор информации. Происходит беспрерывный процесс сбора информации.
  2. Составление отчетов. Отчетность по многим процессом выводится нажатием одной кнопки.
  3. Передача информации между отделами в соответствии с уровнем их взаимосвязи.
  4. Снижение затрат человеческих ресурсов на проведение несложных, но объемных «бумажных» процессов.
  5. Быстрый обмен задачами, создание эффективного информационного поля между работниками, автоматизация работы с клиентами.
  6. Повышение эффективности. Как результат, растет эффективность организации.

Из активно применяемых CRM систем хочется особо отметить CRM «Битрикс24». Это отличный инструмент для быстрой автоматизации самых распространенных бизнес процессов. Все, что нужно для начала пользования – регистрация и невысокая оплата соответствующая количеству вашего персонала использующего данный инструмент.

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

ВНЕДРЕНИЕ CRM БИТРИКС24 – ЯВЛЯЕТСЯ ОДНОЙ ИЗ КЛЮЧЕВЫХ КОМПЕТЕНЦИЙ НАШЕЙ КОМПАНИИ! ДЛЯ ЗАКАЗА УСЛУГИ — ПОЗВОНИТЕ ПО ТЕЛЕФОНУ:+7 (495) 394-33-17 ИЛИ ЗАПОЛНИТЬ ФОРМУ НА САЙТЕ. 

Внедрение бизнес процессов

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

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

Внедрение БП выглядит как разработка отдельного процесса. Она включает в себя несколько этапов:

  1. Ознакомление. Познакомьте сотрудников с новой системой ведения процесса.
  2. Вовлечение. Расскажите о возможностях и преимуществах новой системы организации труда.
  3. Тестирование. Проведите тестирование новой системы на отдельно взятом участке / сотруднике.
  4. Обучение. Основываясь на положительных результатах пробного тестирования, проведите обучение сотрудников с разъяснением новых обязанностей и функционала.
  5. Внедрение. После обучения, проведите внедрение новой системы в бизнес процессы организации.
  6. Контроль. Организуйте контроль, чтобы убедиться, что все сотрудники используют новую схему работы в соответствии с разработанными стандартами.

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

Пример внедрения бизнес процессов

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

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

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

После детального анализа организации внутренней работы компании мы сделали следующее:

  1. Разделили менеджеров на две категории: офисные – два человека и полевые – 6 человек.
  2. Прописали бизнес процессы и стандарты работы с клиентами для каждой категории, а именно:
    • Для офисных менеджеров– процедуры работы с клиентами по телефону, скрипты и алгоритмы продаж, а так же бизнес процессы по внутреннему документообороту.
    • Для полевых менеджеров – закрепление за определенной территорией, план посещения клиентов, стандарты работы с клиентами
  3. Ввели должность Старшего менеджера – супервайзера, в обязанности которого входит контроль за работой полевых менеджеров и за соблюдение ими стандартов работы компании.

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

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

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

Разработка бизнес процессов

Разработка бизнес процессов – это создание и описание последовательности операций приводящих к необходимому результату за определенное время. Мы специализируемся на разработке процессов и помогаем молодым и опытным компаниям описать их и внедрить в своих организациях.

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

МЫ СПЕЦИАЛИЗИРУЕМСЯ НА РАЗРАБОТКЕ И ОПИСАНИИ БИЗНЕС ПРОЦЕССОВ!
Заказать разработку бизнес процессами вы можете позвонив по телефону +7 (495) 394-33-17 или заполнить форму на сайте. Мы с удовольствием Вас проконсультируем и предоставим кейсы наших проектов.

ПОСМОТРЕТЬ ПРИМЕР: РАЗРАБОТКА И ОПИСАНИЯ БИЗНЕС ПРОЦЕССА

Схема бизнес-процесса техподдержки в Битрикс24

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

Также указывается планируемая трудоёмкость и ожидаемая дата решения. 

Я полностью разрабатываю схемы бизнес-процесса и создаю Техническое Задание, что в объём данной статьи просто не поместится.

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

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


Есть много вариантов имплементации бизнес-процессов с Битрикс24. Сразу же, что называется, «на берегу», необходимо определиться, в отношении какой сущности системы будут строиться бизнес-процессы. Поскольку данная тема (выбор, к какой сущности строить автоматизацию процессов) довольно обширна, я не буду останавливаться на ней в этой статье, а скажу только, что я выбрал сущность «Лид» CRM Битрикс24.

Таким образом, сущность «Лид» будет выполнять роль сущности «Обращение в службу техподдержки». В сущности «Лид» достаточно полей, которые мы можем настроить для того, чтобы он стал выполнять роль обращения. В качестве примера, изменю стандартное поле лида – «Источник» на необходимое для работы с обращением «Тип обращения».


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

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




3.2 Создание шаблона последовательного бизнес-процесса.       

Полное описание всех особенностей создания бизнес-процессов в Битрикс24 не является целью данной статьи. 

В своей предыдущей статье, опубликованной на сайте компании PinALL, я описывал создание и исполнение бизнес-процесса в документообороте небольшой организации. Разница в бизнес-процессе этой статьи лишь в том, что данный бизнес-процесс в Битрикс24 создается к сущности «Лид» и более ёмкий, чем тот. По созданному Техническому Заданию с описанием бизнес-процессов, включая схемы, я создаю рабочий процесс в системе для сущности «Лид». Этот процесс будет стартовать автоматически при добавлении Лида (который в том числе может быть создан пришедшим сообщением электронной почты) и обрабатываться операторами технической поддержки первого уровня.

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

Менеджмент 30283 эксперт по системному управлению

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

Конфуций

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

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

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

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

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

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

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

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

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

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

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

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

В управлении процессами напрямую помогает их графическое и схематичное представление (например, в нотации 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. Развивайте и оптимизируйте процесс с целью роста эффективности и качества

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

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

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

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

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

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

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

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

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

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

Бизнес-процессы. Извлечение BPMN-модели из документа. Часть 1 / Хабр

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

«as-is»

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

Перед аналитиком проекта ставится довольно трудоемкая и, в то же время, рутинная задача, которая в настоящий момент не имеет средств автоматизации. Как показывает анализ современных средств моделирования бизнес-процессов, даже такие известные на рынке приложения как Enterprise Architect, Business Studio, Bizagi Modeler – не имеют механизмов поддержки построения моделей бизнес-процессов по их текстовому описанию.

В статье решается задача Извлечения BPMN‑модели из документа.

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

BPM

) существует технология интеллектуального анализа процессов (

Process Mining

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

Постановку идеальной задачи можно представить как «

большую красную кнопку

», по нажатию которой весь объем, подлежащих анализу документов, автоматически преобразуется в сеть BPMN-моделей бизнес-процессов Заказчика, доступную для анализа, оптимизации и автоматизации.

Решение задачи в такой постановке – дело будущего. Введем ряд логических и технических ограничений для реальной пилотной задачи.

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

На входе имеется документ в формате Microsoft Word, который:

  • содержит текстовое описание одного внутреннего бизнес-процесса (Private Business Process).
  • в бизнес-процессе участвует один исполнитель (Participant).
  • бизнес-процесс описан на одном уровне детализации (Sub-Process отсутствуют).

На выходе

получаем xml-файл в формате

BPMN2.0

, который:

  • содержит модель бизнес-процесса, соответствующую базовому уровню описания (BPMN Descriptive Conformance Sub-Class).
  • корректно открывается для редактирования в Bizagi Modeler.

В качестве тестового примера будем использовать текстовое описание, такого широко распространенного процесса, как

Управление инцидентами

(

Incident Management

) из стандартной библиотеки

ITIL

(

Information Technology Infrastructure Library

). Тестовый пример сознательно взят на английском языке. Английский язык не имеет падежей и выбран для облегчения обработки ссылок (

coreferences

) на элементы бизнес-процесса в рамках пилотной задачи (

более подробно об этом будет рассказано во 2-й части

).

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


Рисунок 1. Блок-схема процесса Управление инцидентами (ITIL v.3 Official Introduction, p.98)

Согласно глоссарию стандарта

BPMN

(

Business Process Model and Notation, version 2.0

), бизнес-процесс (

Process

) представляется «г

рафом Flow-элементов (набором активностей, событий, шлюзов) и отношений Sequence Flow, связывающих их в исполняемый поток

».

Определение. Под BPMN-графом будем понимать конечный, ориентированный граф (Теория графов) со следующими расширениями:

  1. Вершины графа соответствуют BPMN-элементам процесса (Flow, Data, Participant).
  2. Ребра графа соответствуют BPMN-связям процесса (Sequence Flow, Message Flow, Association).
  3. Вершины и ребра имеют обязательные атрибуты: идентификатор (id), наименование (name), комментарий (documentation).
  4. Обязательные типы вершин – это элементы категории Flow (Activity, Event, Gateway).
  5. Обязательные типы ребер – это связи потока управления (Sequence Flow).

Утверждение 1.

Текстовое описание бизнес-процесса в документе (на естественном языке) — содержит

BPMN-граф в неявном виде

.

Утверждение 2. Задача извлечения BPMN модели из документа относится к классу задач извлечения информации из слабоструктурированных машиночитаемых документов (Information extraction), основными подзадачами которого являются: идентификация сущностей (named entity recognition), идентификация связей (relationship extraction), разрешение ссылок (coreference resolution).

Комбинируя алгоритмы Теории графов и Information extraction, получаем следующие шаги решения.

  1. Разметка документа BPMN-тегами (для идентификации элементов процесса).
  2. Компиляция BPMN-тегов в BPMN-модель процесса (для идентификации связей процесса).
  3. Верификация BPMN-модели (для разрешения ссылок).
  4. Корректировка BPMN-модели (в случае несоответствия модели текстовому описанию).
  5. Экспорт BPMN-модель в xml-файл (для преобразования BPMN-графа в стандартный формат).


Рисунок 2. Схема процесса Извлечения BPMN-модели из документа (BPMN Text Extraction)

Решение. Шаг 1: Разметка документа BPMN-тегами

Для маркировки BPMN-элементов бизнес-процесса в документе будем использовать

BPMN-теги.

Определение. BPMN-тег – это цветной текстовый маркер с идентификатором, содержащим тип BPMN-элемента. Наименование и цвет BPMN-тега соответствует определенной категории BPMN-элемента.

Ниже показаны цвета, категории и типы BPMN-тегов, а также даны рекомендации по разметке документа (поиск точных правил идентификации BPMN-элементов задача следующей стадии проекта).


Таблица 1. Описание BPMN-тегов

Общий принцип выполнения операций с BPMN-тегами: выделить фрагмент текста, содержащий BPMN-элемент, и нажать кнопку соответствующего BPMN-тега.
Например, для выделения бизнес-процесса — выделить «INCIDENT MANAGEMENT«, затем нажать кнопку <Business Process>. Фон выделенного BPMN-элемента окрасится в цвет выбранного BPMN-тега, а в закладки документа будет добавлена закладка с идентификатором BPMN-тега.


Рисунок 3. Лента меню вкладки BPMN (группы BPMN tags, Edit tags)

Ниже перечислены основные операции над BPMN-тегами:

  • Добавление (BPMN tag) – добавляет новый BPMN-тег в закладки документа (Word Bookmarks) и маркирует соответствующим цветом выделенный фрагмент текста.
  • Отображение/Скрытие (Show Tags) — включает/отключает маркеры BPMN-тегов в тексте документа.
  • Изменение размера (Resize) — изменяет область маркированного текста BPMN-тега.
  • Удаление (Delete) — удаляет BPMN-тег (закладку и маркер) из документа.
  • Детальная информация (Details) — показывает детальную информацию по BPMN-тегу (идентификатор, категорию, тип и текст BPMN-тега).
  • Отчет (Report) — показывает статистический отчет о количестве и типах BPMN-тегов в активном документе.

В результате разметки тестового документа получаем следующий результат.


Рисунок 4. BPMN-разметка текстового описания процесса Управление Инцидентами (картинка кликабельна)

Заметим, что в тексте есть «повторяющиеся» BPMN-теги, имеющие одинаковый текст и цвет (например, Service Desk, Problem Management, Incident Record) – это ссылки на один и тот же элемент процесса. Обработка таких ссылок (coreferences) будет рассмотрена на 2-ом шаге решения.

Продолжение следует…

Составляем схему бизнес-процесса. Руководство по улучшению бизнес-процессов

Читайте также

Глава 3. Составляем семейный бюджет

Глава 3. Составляем семейный бюджет Как говорил один из основателей компании Hewlett-Packard Вильям Хьюлетт, вы не можете управлять тем, что не можете оценить. Возьмите лист бумаги и на его левой половине напишите цифру один, а затем – что именно вы мечтаете приобрести в первую

Составляем личный финансовый план

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

Взаимосвязь риска и бизнес-процесса

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

4.1. Составляем предложение

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

Приложение 1 БИЗНЕС-ИНСТРУМЕНТЫ ИННОВАЦИОННОГО ПРОЦЕССА

Приложение 1 БИЗНЕС-ИНСТРУМЕНТЫ ИННОВАЦИОННОГО ПРОЦЕССА Как и каждый аспект деятельности корпорации, фирмы, отрасли, инновационный процесс может быть описан и систематизирован. Безусловно, речь идет о схеме, тем не менее даже схематичное описание имеет свою ценность.

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

Понятие бизнес-процесса и фазы Другими понятиями, которые требуют разъяснения, являются бизнес-процесс и фаза. В литературе встречаются два определения понятия бизнес-процесса: данное Хаммером и Чампи, а также Шеером. Оба определения не противоречат друг другу. В

Составляем списки

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

Три ключевых бизнес-процесса

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

Составляем план

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

Соберите команду, которая будет заниматься совершенствованием бизнес-процесса

Соберите команду, которая будет заниматься совершенствованием бизнес-процесса Решите, кто будет реализовывать проект. Команда должна состоять из следующих сотрудников:• Менеджер проекта. Выберите человека, который будет выполнять обязанности менеджера проекта. Это

Этап 2. Анализ текущего бизнес-процесса

Этап 2. Анализ текущего бизнес-процесса * * * Теперь, когда план совершенствования бизнес-процесса составлен, пора переходить ко второму этапу – анализу процесса, который вы сочли нуждающимся в изменениях. Этот этап состоит из следующих шагов:• Составление схемы текущего

Этап 3. Редизайн бизнес-процесса

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

Документируем новый дизайн бизнес-процесса

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

Специализированные алгоритмы анализа (временного, стоимостного) бизнес-процесса с учетом влияния человеческих и технических ресурсов

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

Составляем планы для сотрудников правильно

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

Моделирование бизнес-процессов с помощью BPMN — CMS Magazine

Данная статья продолжает наш рассказ о том, как устроена техническая поддержка в Progressive Media.

BPM (Business Process Management) — управление бизнес-процессами, систематический подход для создания, представления, документирования и контроля автоматизированных и не автоматизированных процессов, направленных на реализацию целей и бизнес-стратегии компании.

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

Что означает end-to-end процессы? В действительности это не более чем процесс от начала до его завершения.

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

Для графического представления бизнес-процессов используется BPMN.

BPMN (Business Process Model and Notation) — метод иллюстрации бизнес-процессов в форме различных диаграмм, схем и графиков логических последовательностей.

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

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

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

Артефакты. Для отображения дополнительной информации о процессе используют артефакты. Артефакты не влияют на процесс напрямую. Любой артефакт может быть связан с любым объектом потока.

Больше не нужно искать и обзванивать каждое диджитал-агентство
Создайте конкурс на workspace.ru – получите предложения от участников CMS Magazine по цене и срокам. Это бесплатно и займет 5 минут. В каталоге 15 617 диджитал-агентств, готовых вам помочь – выберите и сэкономьте до 30%.
Создать конкурс →

Рассмотрим пример иллюстрации простейшего бизнес-процесса:

На схеме представлен процесс смены тарифного плана для клиента технической поддержки.

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

В представленной схеме можно выделить несколько основных элементов.

В примере мы можем различить следующие задачи: «Подготовить дополнительное соглашение» и «Сменить тарифный план в системе ТП».

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

В текущей задаче исходным событием является желание клиента сменить свой тарифный план — «Клиент сообщает о необходимости сменить тарифный план»

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

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

Где используются BMP на практике?

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

Наша компания выделяет следующие направления использования BPM:

  1. Моделирование (документирование) существующих процессов.

  2. Усовершенствование процессов.

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

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

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

Опыт использования BPMN нашей компанией

Причины внедрения BPMN

Основные причины, повлиявшие на принятие решения о внедрении BPMN:

  1. Отсутствие четкого регламента взаимодействия и разграничения области ответственности сотрудников.

  2. Проблема обучения новых сотрудников.

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

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

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

BPMN обеспечивает корректное распределение обязанностей для сотрудников. Моделирование процесса помогает грамотно обозначить цель и ответственного за выполнение процесса. Упростить оборот документов.

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

Бизнес-процессы — доступный и удобный способ регулирования и построения работы компании. Рассмотрим несколько примеров на основе работы технической поддержки в Progressive Media.

Бизнес-процессы технической поддержки

На данный момент в отделе поддержки существуют и смоделированы следующие бизнес-процессы:

  • Новый клиент.

  • Изменение тарифного плана.

  • Работа с обращениями.

  • Передача проекта между менеджерами.

  • Перевод разработчика в отдел ТП.

  • Снятие клиента с поддержки.

Эти процессы сформировались из значимых систематически выполняемых задач отдела.

Среди процессов технической поддержки выделяется основной и наиболее сложный процесс «Работа с обращениями». В процессе участвуют клиент, менеджер, а также все необходимые специалисты (в основном, дизайнеры и Frontend и Backend-разработчики).

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

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

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

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

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

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

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

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

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

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

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

Руководство для начинающих по основам построения блок-схем в управлении бизнес-процессами

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

Как блок-схемы используются в управлении бизнес-процессами?

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

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

Как читать блок-схему

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

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

Оптимальные методы работы с блок-схемой

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

  1. Каждая блок-схема должна начинаться с триггера.Они часто записываются как глагол-существительное, например, «Отправить отчет о расходах» в начальном символе терминала.
  2. У блок-схемы должен быть определенный конец, а из-за возможности множества точек принятия решения у нее может быть несколько концов. В нашем предыдущем примере с лампой есть 3 конечных точки (зеленые символы клемм).
  3. Все пути точки принятия решения должны быть разрешены путем подключения либо к другому шагу, либо к символу терминала.
  4. По возможности, будьте последовательны в том, как варианты представлены с точки зрения принятия решения, i.е., «Верно» или «Да» всегда исходит из нижней части точки принятия решения, «Ложь» или «Нет» всегда идет с правой стороны.
  5. Может иметь смысл использовать ветвление вместо точки принятия решения, если существует более двух вариантов.
  6. Стрелки не должны пересекаться. Если они это сделают, блок-схему следует реорганизовать, чтобы избежать пересечения линий.
  7. Для языков с письмом слева направо, таких как английский, блок-схемы обычно следует разрабатывать в направлении от левого верхнего угла к правому нижнему.
  8. Блок-схемы обычно более читабельны, если в них используются стандартные символы и они используются последовательно.Если используются разные символы, необходимо указать ключ или легенду.
  9. Блок-схема должна быть как можно более простой. Если он начинает увеличиваться, чем одна страница, его следует разбить на несколько блок-схем. Один из способов сделать это — определить наиболее распространенную последовательность в основной блок-схеме, а затем разработать дополнительные блок-схемы, показывающие основные вариации. Другой способ — разбить основные последовательности на их собственные блок-схемы — например, процесс страхового возмещения можно разбить на отдельные процессы и блок-схемы для подачи требований, расследования претензий и разрешения претензий.
  10. Это также означает достижение нужного уровня детализации для целевой аудитории. Высшему руководству может потребоваться блок-схема более высокого уровня, состоящая всего из нескольких шагов, в то время как сотрудникам, выполняющим работу или пытающимся улучшить процесс, требуется очень детальная блок-схема на уровне задач.
  11. Точно так же язык должен быть простым. Фраза глагол-существительное, такая как «Отправить платеж», намного легче читать и понимать, чем описание из двух предложений — и вам понадобятся гигантские символы или лилипутские размеры шрифта, чтобы уместить весь этот текст.Если требуется более подробное описание, его можно включить в выноску или в фактическую документацию по процессу.
  12. Согласованность может значительно улучшить читаемость — это означает, что символы должны быть одинакового размера, использовать тот же шрифт и размер, обеспечивать одинаковый интервал между символами и т. Д.

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

Создание базовой блок-схемы в Visio

Создать блок-схему

  1. Запустите Visio.

  2. Щелкните категорию Блок-схема .

  3. Дважды щелкните Базовая блок-схема.

  4. Для каждого шага документируемого процесса перетащите фигуру блок-схемы на свой рисунок.

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

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

  7. Чтобы изменить направление стрелки соединителя, выберите соединитель, а затем на вкладке Форма в группе Стили фигур щелкните Линия , укажите на Стрелки и выберите направление и стиль стрелки. что ты хочешь.

Исправить выравнивание и расстояние

  1. Нажмите CTRL + A, чтобы выделить все на странице документа.

  2. На вкладке Home в группе Arrange щелкните Position , а затем щелкните Auto Align & Space .

Если это не помогает, нажмите Ctrl + Z, чтобы отменить его, а затем попробуйте другие параметры с помощью кнопок Выровнять и Позиция .

Что представляют собой формы блок-схемы

Когда вы открываете шаблон базовой блок-схемы , открывается также набор элементов Basic Flow Charps Shapes .Каждая фигура на трафарете представляет собой отдельный этап процесса. Однако для форм не существует стандартного универсального значения — любая форма может иметь любое значение, согласованное людьми, которые будут создавать и читать блок-схемы. Большинство блок-схем, как правило, используют только три или четыре фигуры, если нет четкой деловой причины использовать больше.

Тем не менее, у фигур Visio есть имена, указывающие на их наиболее распространенное использование. Вот некоторые из наиболее распространенных форм:

  • Начало / конец Используйте эту форму для первого и последнего шага вашего процесса.

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

  • Решение Эта фигура указывает точку, в которой результат решения определяет следующий шаг.Результатов может быть несколько, но часто бывает только два — да и нет.

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

  • Документ Эта фигура представляет собой шаг, который приводит к созданию документа.

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

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

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

См. Также

Видео: создание блок-схемы

Посмотреть образцы шаблонов и схем Visio в Интернете

Создавайте схемы Visio с помощью сенсорного экрана

Создать новую блок-схему

  1. Запустите Visio в Интернете.

  2. В галерее на домашней странице прокрутите вниз до категории Базовая блок-схема .

  3. Выберите параметр в этой строке, затем нажмите его кнопку Создать .

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

Разработать блок-схему

  1. Для каждого шага документируемого процесса перетащите фигуру блок-схемы на свой рисунок.

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

  3. Чтобы добавить текст к фигуре или соединительной линии, выберите ее и введите текст. Когда вы закончите вводить текст, нажмите клавишу Esc.

  4. Чтобы изменить направление стрелки соединителя, выберите соединитель, а затем на вкладке Форма щелкните стрелку вниз рядом с надписью Контур формы .

    Появится галерея Shape Outline .

  5. Наведите курсор на Стрелки , а затем выберите стиль и направление стрелки, которое вы хотите.

См. Также

Добавить соединители между фигурами

Редактировать соединительные линии, стрелки или точки

Важно: Office 2010 больше не поддерживается .Перейдите на Microsoft 365, чтобы работать где угодно с любого устройства, и продолжайте получать поддержку.

Обновить сейчас

Создать блок-схему

  1. Щелкните вкладку Файл .

    Не видите вкладку Файл ?

    Если вы не видите вкладку Файл , перейдите к следующему шагу процедуры.

  2. Щелкните Новый , щелкните Блок-схема , а затем в разделе Доступные шаблоны щелкните Базовая блок-схема .

  3. Щелкните Создать .

  4. Для каждого шага документируемого процесса перетащите фигуру блок-схемы на свой рисунок.

  5. Соедините фигуры блок-схемы одним из следующих способов.

    Соедините две фигуры вместе:

    1. На вкладке Home в группе Инструменты щелкните Connector .

    2. Перетащите от точки соединения на первой фигуре к точке соединения на второй фигуре. Конечные точки соединителя становятся красными, когда фигуры соединяются.

    Соедините одну форму со многими из одной точки соединения:

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

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

    1. На вкладке Home в группе Инструменты щелкните Connector .

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

    3. Щелкните правой кнопкой мыши каждый соединитель и выберите Прямой соединитель .

  6. Чтобы вернуться к нормальному редактированию, на вкладке Home в группе Tool щелкните Pointer Tool .

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

  8. Чтобы изменить направление стрелки соединителя, выберите соединение, а затем в группе Форма щелкните стрелку справа от Линия , наведите указатель на Стрелки и выберите нужное направление стрелки.

Верх страницы

Распечатать большую блок-схему

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

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

Чтобы распечатать большую блок-схему, выполните следующие действия:

  1. Открыв блок-схему, на вкладке Design в группе Page Setup щелкните Size и выберите Fit to Drawing .

  2. Щелкните вкладку Файл .

    Не видите вкладку Файл ?

    Если вы не видите вкладку Файл , перейдите к следующему шагу процедуры.

  3. Щелкните Печать , а затем щелкните Предварительный просмотр .

  4. Чтобы распечатать блок-схему на нескольких листах бумаги, выполните следующие действия:

    1. В окне предварительного просмотра в группе Печать щелкните Параметры страницы .

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

    3. Щелкните ОК .

    4. В группе Предварительный просмотр щелкните Одинарная плитка , чтобы увидеть, как ваш рисунок будет печататься на каждом листе.(Вы можете переключаться между страницами, нажимая Следующая плитка или Предыдущая плитка .)

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

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

  5. Чтобы распечатать блок-схему на одном листе бумаги, выполните следующие действия:

    1. В окне предварительного просмотра в группе Печать щелкните Параметры страницы .

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

    3. В разделе Масштаб печати выберите По размеру .

    4. Справа от По размеру введите 1 в поле рядом с листами на и введите 1 в поле рядом с листами на .

    5. Щелкните ОК .

    6. В группе Печать щелкните Печать .

Что представляют собой фигуры блок-схемы

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

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

  • Начало / конец Используйте эту форму для первого и последнего шага вашего процесса.

  • Процесс Эта фигура представляет собой этап вашего процесса.

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

  • Документ Эта фигура представляет собой шаг, который приводит к созданию документа.

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

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

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

Важно: Office 2007 больше не поддерживается . Перейдите на Microsoft 365, чтобы работать где угодно с любого устройства, и продолжайте получать поддержку.

Обновить сейчас

Создать блок-схему

  1. В меню Файл выберите Новый , укажите Блок-схема , а затем щелкните Базовая блок-схема .

  2. Для каждого шага документируемого процесса перетащите фигуру блок-схемы на свой рисунок.

  3. Соедините фигуры блок-схемы одним из следующих способов.

    Соедините две фигуры вместе

    1. Щелкните инструмент Connector на панели инструментов Standard .

    2. Перетащите от точки соединения на первой фигуре к точке соединения на второй фигуре. Конечные точки соединителя становятся красными, когда фигуры соединяются.

    Соединение одной формы со многими из одной точки соединения

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

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

    1. Щелкните инструмент Connector на панели инструментов Standard .

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

    3. Щелкните правой кнопкой мыши каждый соединитель и выберите Прямой соединитель .

  4. Щелкните инструмент Pointer на панели инструментов Standard , чтобы вернуться к нормальному редактированию.

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

  6. Чтобы изменить направление стрелки соединителя, выберите соединение, а затем в меню Форма наведите указатель на Операции и щелкните Обратные концы .

Что представляют собой фигуры блок-схемы

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

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

  • Терминатор Используйте эту форму для первого и последнего шага вашего процесса.

  • Процесс Эта фигура представляет собой этап вашего процесса.

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

  • Решение Эта фигура указывает точку, в которой результат решения определяет следующий шаг.Результатов может быть несколько, но часто бывает только два — «да» и «нет».

  • Документ Эта фигура представляет собой шаг, который приводит к созданию документа.

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

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

    Так выглядит фигура на трафарете:

    Это то, что вы видите, когда перетаскиваете фигуру на страницу документа и щелкаете ее правой кнопкой мыши:

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

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

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

Менее часто используемые формы блок-схем

  • Динамический соединитель Этот соединитель рисует путь вокруг фигур, с которыми он сталкивается.

  • Соединитель «линия-кривизна» Этот соединитель имеет регулируемую кривизну.

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

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

  • Ручной ввод Это этап, на котором человек предоставляет информацию процессу.

  • Ручное управление Это шаг, который должен быть выполнен человеком.

  • Внутренняя память Эта форма представляет информацию, хранящуюся на компьютере.

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

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

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

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

  • Подготовка Эта форма указывает, где переменные инициализируются при подготовке к процедуре.

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

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

  • Передача управления Эта форма указывает шаг, который переходит к шагу, отличному от типичного следующего шага, когда выполняются определенные условия.

Печать больших блок-схем

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

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

1. Блок-схема слишком велика для страницы документа Visio.

2.Блок-схема, которая соответствует странице документа Visio.

Сделайте страницу документа Visio подходящей для блок-схемы

  1. Открыв блок-схему, в меню Файл щелкните Параметры страницы .

  2. Щелкните вкладку Размер страницы .

  3. Менее Размер страницы щелкните Размер в соответствии с содержимым чертежа .

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

Распечатать большую блок-схему на нескольких листах бумаги

  1. В меню Файл щелкните Параметры страницы .

  2. На вкладке Настройка печати в поле Бумага для принтера выберите нужный размер бумаги, если он еще не выбран. Пока не нажимайте ОК .

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

  4. Щелкните ОК .

  5. В меню Файл щелкните Предварительный просмотр , чтобы увидеть, как будет распечатана блок-схема.

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

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

Блок-схемы, шаблоны, инструкции и многое другое

Что такое блок-схема?

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

Блок-схема — мощный бизнес-инструмент. При правильном проектировании и конструкции он очень эффективно и результативно сообщает этапы процесса.

Обозначения на блок-схеме

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

Как сделать блок-схему

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

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

Типы и использование блок-схем

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

  • Блок-схемы дорожек
  • Диаграммы передачи данных
  • Диаграммы влияния
  • Диаграммы рабочего процесса
  • Технологические схемы
  • Да / нет блок-схемы
  • Потоки решений

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

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

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

  • Планирование проекта
  • Разработка программы или системы посредством программирования блок-схем
  • Технологическая документация
  • Аудит процесса на предмет неэффективности или неисправностей
  • Алгоритмы картографического компьютера
  • Документирование рабочего процесса

Примеры блок-схем

Лучший способ понять блок-схемы — это посмотреть на несколько примеров блок-схем.

Щелкните любую из этих блок-схем, включенных в SmartDraw, и отредактируйте их:

Просмотрите всю коллекцию примеров и шаблонов блок-схем SmartDraw

Дополнительная информация о блок-схеме

Что такое блок-схема процесса и как ее использовать?

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

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

Содержание

1. Что такое блок-схема процесса?

2. Примеры блок-схем

3. Символы блок-схемы

4. Чем полезны блок-схемы процессов?

5. Когда мне следует использовать блок-схемы?

6. Как создать и использовать блок-схему

7. Блок-схемы помогают бизнес-потоку

Что такое блок-схема процесса?

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

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

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

Примеры блок-схем

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

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

  • Документ отправлен.
  • Документ отклонен — ​​процесс отменен ИЛИ Документ утвержден — документ сохранен.
  • Результаты записи по электронной почте отправляются нужной стороне.

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

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

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

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

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

Символы блок-схемы

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

‍

Почему блок-схемы процессов полезны?

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

  • Стандартизация: Заинтересованные стороны будут знать, как достичь намеченных бизнес-целей, следуя процессу
  • Улучшение процесса: Когда вы изображаете процесс, вы может точно определить пропущенные шаги, узкие места или ненужные шаги для улучшения процесса. Инструменты автоматизации данных — отличный способ улучшить процессы таким образом. Он может находить и устранять слабые места в процессах, составляя схему процесса в системе, четко определяя задачи, устраняя критическую зависимость персонала и улучшая соблюдение требований. ‍
  • Определенные рабочие процедуры: Блок-схемы помогают улучшить контроль качества, обучение и понимание сотрудников.

Когда мне следует использовать блок-схему?

Как узнать, правильно ли использовать блок-схему? Вы можете использовать блок-схемы процессов по разным причинам, в том числе:

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

Как создать и использовать блок-схему

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

Сначала спросите себя: «Нужна ли мне блок-схема для этого?» Если вы стремитесь определить и детализировать каждый шаг процесса, то ответ — да.Если ваша основная цель — глубоко проанализировать, как работает процесс, чтобы определить оптимальную эффективность, возможно, позже вам следует попробовать другие методы, такие как диаграмма SIPOC.

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

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

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

3. Еще раз проверьте процесс: Соберите критически важные заинтересованные стороны, чтобы изучить этот план событий, чтобы убедиться, что информация точна.

4. Создайте блок-схему: Теперь пора приступить к рисованию! Вы можете использовать упомянутые выше базовые символы или более подробно изучить BPMN или Business Process Modeling and Notation.

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

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

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

Блок-схемы помогают бизнес-потоку

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

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

✏️ 4 наиболее распространенных типа блок-схем + шаблоны | Gliffy

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

Что такое блок-схема?

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

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

4 наиболее распространенных типа блок-схем

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

1. Блок-схема процесса

Проиллюстрируйте, как работает процесс, или спланируйте проект с помощью блок-схемы

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

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

Узнайте больше в нашем блоге о диаграммах последовательности операций >>

2. Диаграмма рабочего процесса или диаграмма рабочего процесса

Поймите, как данные и документы перемещаются в вашей организации

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

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

3.Блок-схема дорожки

Опишите, как взаимодействуют отдельные отделы, процессы или сотрудники

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

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

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

Узнайте больше о схемах дорожек из наших видеороликов, что такое диаграмма дорожек? и Как сделать диаграмму дорожек.

4. Блок-схема данных

См., Где данные поступают в информационную систему и исходят из нее, с помощью диаграммы потока данных

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

Для чего используется блок-схема?

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

Блок-схемы для продаж и маркетинга

В продажах блок-схемы могут использоваться для:

  • Показать процесс продаж и составить график движения возможностей в этом процессе
  • Помогать определять возможности на основе данных
  • Сводить решения торговых представителей по ценообразованию пакеты или предложения для клиентов
  • Документирование политик или коммуникационных планов

Блок-схемы в производстве

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

  • Показать ингредиенты, химические вещества или другие входные данные, которые используются при создании продукта
  • Ясно проиллюстрировать производственный процесс, показать зависимости и узкие места
  • Создать согласованный контроль или оценку качества process

Блок-схемы бизнес-операций

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

  • Помочь сотрудникам на борту, описывая задачи или процедуры
  • Документировать процессы заказа и выполнения
  • Описывать проект и определять этапы его завершения

Блок-схемы для разработки программного обеспечения или программирования

Эти диаграммы могут более понятная техническая информация.Во время кодирования или работы в программном обеспечении диаграммы могут:

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

Попробуйте Gliffy, чтобы создать свои собственные блок-схемы

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

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

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

Попробовать онлайн Попробовать вместе

Сила изображений делает диаграммы процесса одним из наших любимых инструментов

Кэти Дью

Если вы пропустили, вот первые четыре блога из нашей серии о шаблонах анализа бизнес-процессов:

На этой неделе мы рассмотрим технологические схемы…

Почему так хорошо работают технологические схемы

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

Вот объяснение основного потока и определения фигур от Microsoft.И, конечно же, Википедия — отличный ресурс.

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

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

Зачем нужны технологические схемы?

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

Диаграммы процессов

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

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

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

Каковы преимущества технологических схем?

Блок-схемы

имеют большое значение благодаря двум критическим факторам:

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

Каковы некоторые подводные камни технологических схем?

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

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

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

Заключение

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

Если вам нужна помощь в этом процессе, обращайтесь к 2Plus2! Мы всегда рады помочь улучшить ваши бизнес-процессы.Позвоните нам по телефону (510) 652-7700.

потоков процесса | Что такое процесс?

Что такое процесс?

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

Назначение потоков процессов

Цель иллюстрации процесса может быть двоякой:

  • Чтобы объяснить, как работает процесс
  • Для улучшения процесса

Объяснение того, как работает процесс

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

  • «Боб знает, что с ними делать».
  • «Сара справится с этим.»
  • «Эд решает, какой путь с этим делать».

Но как объяснить эти процессы новым сотрудникам или руководителям, не знакомым со всеми деталями?

Как создать схему бизнес-процесса

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

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

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

Улучшение процесса

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

Это цель улучшения процесса — повысить эффективность и точность процесса путем анализа его текущего состояния и поиска способов его улучшения.

Существует множество методологий улучшения процессов, которые мы документируем в другой статье.

Нажмите, чтобы увеличить

Примеры процессов

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

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

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

Процесс утверждения контракта

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

Советы по созданию блок-схем процессов

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

  1. Каждое поле или значок должны представлять ОДНО действие или решение.
  2. При использовании окна решения (обычно ромба) пометьте стрелки, ведущие к следующим логическим шагам, вопросом (Завершено? Утверждено? И т. Д.)
  3. Избегайте пересечения стрелок друг с другом, это может сбить с толку зрителей.
  4. Создайте отдельные / дочерние блок-схемы для подпроцессов. Вы можете отметить это на иллюстрации основного процесса (например, «См. Подпроцесс утверждения»).

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

Следующий шаг: автоматизация процессов

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

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

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

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

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

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

No related posts.

Похожие записи

Вам будет интересно

Как найти производителя в китае: Поиск товара, производителя в Китае ᐈ Easy China Business: услуги поиска поставщика

От чего зависит цена на товар: Как формируется цена на товар?

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

Комментарий добавить легко