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

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

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

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

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

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

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

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

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

Совет:

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

Неважно, насколько качественно вы прописали бизнес-процессы. На первом этапе ошибки неизбежны, примите это как данность и каждые 3 месяца проводите аудит написанного. Итераций в бизнес-процессах должно быть как минимум три-четыре. Первая итерация — это нулевой этап. На данной стадии у вас все будет криво и косо. Вторая итерация — 3–9 месяцев: вы будете переписывать то, что написали. Третья итерация — с 9-го по 18-й месяц. После нее у вас есть шанс получить бизнес-процессы, прописанные полностью.

Фрагмент книги «Бизнес — это глаголы и существительные, которые заканчиваются цифрами», которая выходит в ближайшее время в издательстве «АСТ» (в 2017 году).

Авторские колонки и комментарии читайте в разделе «Блоги «ДП» .

Обсуждаем новости здесь. Присоединяйтесь!

www.dp.ru

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

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

Ответ эксперта

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

Описывать бизнес-процессы стоит, используя ту или иную специализированную программу. На рынке есть как платные, так и бесплатные программы – причем далеко не факт, что для ваших целей платная программа окажется лучше бесплатной. Примеры популярных бесплатных программ: ARIS Express, Bizagi Modeler; примеры популярных платных программ: Microsoft Visio, IBM Rational. Программы отличаются друг от друга тем, какую именно нотацию они используют, а также объемом дополнительного функционала (например, некоторые программы умеют на основе построенной схемы бизнес-процесса генерировать «рыбу» программного кода). Если опыта в описании бизнес-процессов совсем нет, то при выборе конкретной программы стоит изучить обзоры возможностей различных нотаций и программ – эту информацию несложно найти в интернете. В принципе, если не стоит задачи подготовить на 100 % профессиональное описание бизнес-процессов (а без опыта сделать это в любом случае будет сложно), то можно взять любую из указанных выше программ: как уже было отмечено, если не лезть в детали, то они мало чем отличаются друг от друга. При первом подходе к снаряду стоит уделить особое внимание бесплатным программам.

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

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

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

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

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

www.gd.ru

9 шагов для написания бизнес-регламента

Из этой статьи вы узнаете, как написать регламент бизнес-процесса.

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

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

Пример схемы

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

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

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

1. Найдите конкретную проблему

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

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

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

2. Определите начало и конец процесса

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

Предупреждаю:

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

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

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

Еще одно важное замечание:

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

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

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

«Мне 2 UPS на 2.4kW с доставкой на завтра до м. Белорусская»;
«У меня есть квартира — двушка, 60 кв. м, хочу обменять на трёшку в Зеленограде»;
«Вот ТЗ на козловой кран, необходимо выполнить его в кооперации с Минским Автомобильным Заводом»;
» Дайте 2 американо» и так далее.

Но независимо от отрасли, мы всегда принимаем запрос клиента. Поэтому давайте так и запишем — на вход процесса приходит «Запрос клиента».

3. Опишите, что надо сделать подробно

Третий пункт отвечает на вопрос — а что нужно сделать, чтобы запрос клиента обработать? На этом пункте мы должны решить только «ЧТО» надо сделать, но не «кто». Для вышеперечисленных примеров сделать нужно разное:

Узнать, есть ли товар на складе или когда он будет, уточнить условия и стоимость доставки, созвониться с клиентом и назвать ему сроки и стоимость и получить от него информацию о том, какое решение он принял.
Выяснить подробности текущей квартиры, поискать подходящие квартиры, созвониться и договориться о встрече, показать квартиры и озвучить цены, получить информацию о том, какое решение принял клиент.
Выехать на объект, сделать исследование грунта, найти контакты в МАЗе, запросить дополнительные материалы от Заказчика, осметить поставку, осметить работу, просчитать план-график проекта, получить информацию о том, какое решение принял клиент.
Сказать, что стоит 400 рублей, после того, как клиент кивнул головой — перейти к процессу «Реализация заказа».

Как видите, деятельность внутри процесса совершенно разная, но идея у неё одна и та же — собрать достаточно информации, сформулировать сроки и стоимость и получить ответ клиента.

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

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

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

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

4. Сделайте схему последовательности

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

5. Укажите, кто выполняет шаги. На этом шаге можно думать про автоматизацию

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

6. Объясните, как нужно делать эти шаги

Это глубокая и самая сложная ваша задача. На эту часть регламента тратится большая часть времени, но именно она способна обеспечить качество процесса. На этом шаге мы должны написать, что конкретно делает человек и какие использует для этого ресурсы. Не стоит очень сильно увлекаться детализацией («Берет кружку в левую руку, держа при этом правую ногу в позиции номер 2, согнув корпус на 12% к клиенту»). Достаточно описать по такому шаблону «Что делает» + «С чем делает» + «Где делает» + «как делает». Например, для первого примера:

1. Заходит в базу 1с, расположенную по адресу http://bash.org.ru, нажимает на кнопку «Проверить остатки» и ищет требуемый товар.

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

7. Зафиксируйте показатели

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

8. Закрепите правила измерения показателей

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

«Владелец процесса должен 1 раз в неделю, в пятницу в 15:00 отчитываться о показателях в согласованной форме».

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

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

Это тоже важная часть — не всегда всё бывает по схеме. Необходимо предусмотреть пути «отступления» для наших исполнителей процессов, если что-то пойдёт не так. Клиент не готов предоставить больше информации? Ставим его на паузу и звоним раз в 2 недели. Клиент хочет чего-то странного? Обратимся к менеджеру. Здесь тоже не рекомендую тратить много сил — практика лучше покажет, какие исключительные случаи стоит внести в основную часть регламента. Главное — чтобы у исполнителя всегда был вариант действий.

Подведём итоги:

1. Находим проблему и бизнес-процесс, её содержащий.

2. Определяем входы и выходы процесса.

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

4. Определяем последовательность и взаимосвязь задач.

5. Назначаем исполнителей задач и ответственного за процесс.

6. Описываем, как задачи должны выполняться.

7. Разбираемся с показателями процесса.

8. Формируем правила контроля за показателями.

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

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

Успехов!

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

bpmn2.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

rzbpm.ru

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

Новости экономики и финансов СПб, России и мира