Бизнес с точки зрения исполнителя

Как организовать свой бизнес — о бизнес процессах в начале своего дела

Бизнес с точки зрения исполнителя

Предыдущие шаги руководства по открытию собственного бизнеса

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

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

Если вас интересует, как открыть свой бизнес и с чего начать, то вам сюда.

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

Как организовать свой бизнес?

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

Как организовать свой бизнес: организация работы на предприятии

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

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

Внешние бизнес-процессы следующие:

  • организация работы с поставщиками и партнерами;
  • организация работы с клиентами.

Как организовать работу коллектива и распределять ответственность?

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

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

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

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

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

Делегирование задач должно соответствовать принципу «Результат-правила-ресурсы-отчетность-сроки-последствия». Объясняю. Вы даете задачу и четко называете, какой должен быть результат. Т.е.

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

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

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

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

И последствия – что будет в случае удачного выполнения задачи, и что в случае неудачного.

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

Налаживание коммуникационных каналов в бизнесе

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

Здесь не будем говорить о том, каким именно средством вы будете это решать.

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

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

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

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

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

Как организовать работу с поставщиками и партнерами?

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

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

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

Дальше рассмотрим несколько вариантов работы с товарами.

1. Дропшиппинг – продажа до поставки

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

Это работает, не думайте, что так не бывает. Бывает, еще как. Есть, конечно, минусы. Самый значимый – существенное продление срока доставки товара конечному потребителю.

Еще, конечно, такой вариант никак не подойдет для розничного магазина, это понятно :-).

2. Продажа после закупки

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

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

3. Комбинация обоих вариантов

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

И, в-третьих, приводим несколько примеров, где искать поставщиков.

  • В интернете (торговые площадки: tiu.ru, pulscen.ru, rosfirm.ru, vashdom.ru, elec.ru, unipack.ru, доски объявлений и аукционы: avito.ru, molotok.ru, справочники: 2gis).
  • На рынке (подходящий вариант для торговли в интернете, допустим, но не только). Вы находите на рынке продавцов, закупаетесь или договариваетесь о реализации и дальше продаете с наценкой.
  • На отраслевых выставках и прочих мероприятиях. В принципе, очень похож не предыдущий вариант, только обстоятельства могут быть другими :-).

Список, конечно, не исчерпывающий.

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

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

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

Но, действительно, работа с клиентами – это целый мир. На эту тему еще не раз буду писать, не переживайте :-).

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

Источник: https://predprinimatel-pro.ru/kak-otkryt-biznes/organizaciya-biznesa/

Необходимость и преимущества графического описания бизнес-процессов

Бизнес с точки зрения исполнителя

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

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

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

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

  • CFFC (Cross Functional Flow Chart. Кросс-функциональная модель или «диаграмма дорожек») – см. Рис. 1. По мнению многих экспертов она является наиболее простой для разработки и чтения. Данная нотация интуитивно понятна для сотрудников и имеет очень широкое распространение. Но есть 2 недостатка: ограничение по количеству «дорожек» (субъектов – исполнителей бизнес-процесса) на листе А4, недостаточный набор фигур для отображения всех необходимых сущностей и атрибутов (например, отсутствие фигур «базы данных» и «программный продукт»).
  • EPC (Event driven Process Chain. Цепочка процесса, управляемая событиями) – см. Рис. 2. Содержит большой набор фигур для отображения всех основных сущностей и атрибутов на моделях бизнес-процессов. Имеет хорошую визуализацию и цветовое оформление.
  • BPMN (Business Process Model Notation. Модель и нотация бизнес-процесса) – Рис. 3. Является наиболее сложной и многофункциональной нотацией. Есть организации, которые полностью описывают все свои бизнес-процессы в BPMN и имеют более 200 моделей А4 на постоянной актуализации.
  • Basic Flow Chart
  • IDEF0

Разработку графических моделей необходимо выполнять с помощью программных продуктов бизнес-моделирования (например, Business Studio или Microsoft Visio). Каждый программный продукт поддерживает разный набор нотаций.

Подробное описание всех нотаций утверждается в документе «Соглашение по бизнес-моделированию».

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

Форматы описания бизнес-процессов с точки зрения оформления (формализации)

Рассмотрим 3 основных формата.

1. Текстовый формат. Для сложных бизнес-процессов это обычно несколько текстовых регламентов с общим объёмом более 100 страниц А4. У данного формата есть много минусов и недостатков, но тем не менее, он является самым распространённым на сегодняшний день.

2. Табличный формат. Является более формализованным (структурированным) и компактным. Бизнес-процесс представляется в виде таблицы со следующими столбцами: функции (действия), вход, источник входа, выход, потребитель выхода, требования к срокам, комментарии и др.

3. Графический формат. Именно ему посвящена данная статья. В России уже известны организации (в первую очередь банки – см. [2]), которые содержат все свои процессные регламенты в графическом формате (т.е. они состоят только из моделей).

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

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

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

4. Есть ещё и четвёртый формат, который автор иногда встречал в организациях, и который является самым запоминающимся. Это описание бизнес-процесса в формате презентационных слайдов (например, MS Power Point), состоящих из «живых» картинок (clipart), фотографий и текстовых пояснений.

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

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

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

Есть только виртуальные знания и договорённости, которые находятся «в головах» сотрудников и руководителей организации.

Подробные рекомендации и примеры того, как описать бизнес-процессы с минимальными инвестициями и рисками, рассмотрены в отдельной статье [3].

Почему важно именно графическое описание бизнес-процессов

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

  • Визуализировать (представить наглядно) логику бизнес-процесса. Например, для коллективного обсуждения и анализа.
  • Быстро и точно выявить ошибки и операционные риски в бизнес-процессах. Также очень удобно на моделях показывать те места, в которых могут реализоваться операционные риски, и заранее предпринять необходимые меры.
  • Найти «узкие места» и причины неэффективности в бизнес-процессе.
  • Полноценно применить методы оптимизации, разработать модели «как надо» («TO-BE» или версия 2.0). Большое количество методов оптимизации основаны на использовании графических моделей.
  • Провести имитационное моделирование (Simulation) и функциональной-стоимостной анализ (ФСА) бизнес-процесса с помощью программных продуктов бизнес-моделирования.
  • Объяснить порядок выполнения бизнес-процесса сотрудникам, быстро вспомнить или понять основные моменты и детали. В некоторых организациях графические модели наиболее важных и сложных процедур постоянно находятся на рабочих столах сотрудников.
  • Отследить все взаимосвязи с другими бизнес-процессами и объектами в организации. Особенно это актуально для крупных и территориально распределённых организаций.
  • Организовать качественный контроль бизнес-процесса (в том числе процедуры внутреннего аудита). В банках инициатором описания бизнес-процессов иногда выступает служба внутреннего контроля.
  • Построить комплексную электронную бизнес-модель организации (например, [1]), основанную на бизнес-процессах. Именно системный подход, т.е. разработка системы взаимосвязанных моделей по всем областям работы и управления в организации, позволяет добиться максимальных результатов.
  • Обеспечить синхронизацию одинаковых объектов в разных бизнес-процессах. Например, если бизнес-аналитик изменил название должности (субъекта) в организационной структуре, то на моделях всех бизнес-процессов, в которых участвует данная должность (как исполнитель), должны автоматически измениться названия соответствующих фигур. При текстовом описании бизнес-процессов синхронизацию и актуализацию регламентов приходится выполнять вручную, поэтому при больших объёмах информации часто возникают неточности и даже противоречия.
  • Автоматически сгенерировать текстовые и табличные регламенты с помощью программных продуктов бизнес-моделирования (например, Business Studio). Т.е. графические модели являются первичными по отношению к текстовым и табличным регламентам. Любое изменение модели влечёт автоматическое обновление регламентов, таким образом экономится большое количество времени.

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

Рис. 1. Нотация «Cross Functional Flow Chart» — модель процедуры «Оформление и выдача кредита»Рис. 2. Нотация «EPC» — модель процедуры «Разработка / модификация продукта банка»Рис. 3. Нотация «BPMN» — модель процедуры «Прием сотрудников на работу»

Источники информации

[1] Комплексная типовая бизнес-модель банка (финансовой организации). [Электронный ресурс] [2] Р.А. Исаев. Секреты успешных банков. Бизнес-процессы и технологии. – М.: Инфра-М, 2017. [3] Р.А. Исаев. Описание и оптимизация бизнес-процессов с минимальными инвестициями и рисками.

Автор статьи

Исаев Р.А. Эксперт по организационному развитию и процессному управлению. ГК «Современные технологии управления» Партнёр. Руководитель проектов, бизнес-тренер.

Источник: https://zen.yandex.ru/media/id/5e2d63989515ee00aea7ce2b/neobhodimost-i-preimuscestva-graficheskogo-opisaniia-biznesprocessov-5e32be9588c8ff7bf2660287

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

Бизнес с точки зрения исполнителя

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

Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие.

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

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

Введение

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

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

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

По каким критериям следует выбирать такую нотацию? Как сравнивать разные нотации между собой? Рассмотрим несколько примеров описания бизнес-процесса при помощи популярных нотаций и попытаемся ответить на эти вопросы.

Сравнение нотаций

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

  1. «Простая блок-схема» (с отображением движения документов, с использованием блока «Решение»);
  2. «Простая блока-схема» (без отображения движения документов, без использования блоков «Решение»);
  3. «Процедура» системы Business Studio (один из возможных вариантов представления);
  4. ARIS eEPC.

В качестве тестового примера был выбран простой и интуитивно понятный процесс. Результаты описания этого процесса представлены на Рис. 1–4.

Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)

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

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

Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы, ни то, и ни другое. Это скорее операторы принятия решения по какому-либо условию.

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

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

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

Сформулируем «плюсы» и «минусы» рассмотренного выше (Рис. 1) способа использования «ромбиков».

«Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)

«Плюсы» «Минусы»
  1. Наглядное отображение «логики» выбора тех или иных выходов процесса;
  2. Акцентирование внимания исполнителя на точку принятия решения/ветвление процесса в зависимости от условий.
  1. Вынос логики принятия решения «наружу» операции процесса (некорректно с точки зрения формальной декомпозиции процессов);
  2. Неудобно документировать процесс (приходится дублировать «ромбики» текстом при формировании текстового описания операции);
  3. Схема процесса становится информационной перегруженной;
  4. «Ромбики» часто используются слишком формально, без реальной необходимости.

По мнению автора статьи, рассмотренный на Рис. 1 способ применения блоков «Решение» («ромбиков») является некорректным с точки зрения бизнес-моделирования.

На Рис. 2 показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме Рис. 1. Схема Рис. 2 выглядит гораздо проще.

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

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

Рис. 2. Схема процесса в нотации «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 2, показаны ниже.

«Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»)

«Плюсы» «Минусы»
  1. Простота и наглядность для исполнителя;
  2. На лист можно поместить больше информации, чем в случае формата, использованного на Рис. 1.
  1. «Логика» принятия решений скрыта внутри операций процесса;
  2. Графическую схему целесообразно сопровождать таблицей с текстовым описанием операций процесса.

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

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

В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее.

При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т. п.

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

Для отображения движения документов можно использовать стрелку с двумя наконечниками. Однако в Business Studio можно обойтись использованием только одного типа стрелок — стрелками «предшествования».

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

Такой подход дает возможность:

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

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

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

Название стрелки в этом случае указывает исполнителю на событие, завершившее предыдущую операцию под названием «Сформировать отчет по инкассации за день». (Заметим, что в методологии компании «СТУ» стрелка после операции процесса — это сущность, а не событие.

После блока «Решения» можно показывать возможные результаты решения).

Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

«Плюсы» и «минусы» графического представления процесса в форме, представленной на Рис. 3, показаны ниже.

«Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»)

«Плюсы» «Минусы»
  1. Простота представления;
  2. Акцентирование внимания исполнителя на операцию, связанную с принятием решения/ветвлением процесса;
  3. На листе А4 может быть представлено большое количество информации.
  1. Блок «Решение» не декомпозируется;
  2. Неоднозначность в именовании стрелок (возможны разночтения).

В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на Рис. 3.

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

Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы.

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

Заметим, что схема процесса в нотации ARIS eEPC занимает существенно больше места, чем схемы, представленные на Рис. 1–3. Трудоемкость формирования такой схемы также существенно выше.

Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio)

Схема процесса в нотации ARIS eEPC (построена в Business Studio)

«Плюсы» «Минусы»
  1. При формировании схемы выдерживается строгая, формальная логика процесса;
  2. Четко определены все события, возникающие по ходу процесса.
  1. Сложность восприятия;
  2. Значительная трудоемкость формирования схемы;
  3. У сотрудников должны быть специальные навыки и опыт интерпретации подобных схем;
  4. Информационная избыточность;
  5. Занимает слишком много места, что неудобно для документирования.

В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.

Описание процесса для целей последующей автоматизации

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

Своим мнением об использовании BPMN 2.0. делится А. А. Белайчук — Генеральный директор компании «Бизнес-консоль»:

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

Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8.

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

Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением — „движком“ BPM-системы.

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

Рис. 5. Схема процесса в нотации BPMN 2.0

Практика жизни

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

Рис. 6. Примеры схемы процесса одной из компаний

Источник: https://www.businessstudio.ru/articles/article/opisanie_biznes_protsessov_stremlenie_k_prostote/

Все HR- сотруднику
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: