Функциональное описание бизнес процесса называют

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

Бизнес-процесс

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

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

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

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

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

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

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

Составляющие бизнес-процесса

Говоря о понятии бизнес-процесса, специалисты оперируют и другими терминами.

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

Анализируя вышеизложенное, можно понять, из чего состоит бизнес-процесс, а именно:

  • вход — стартовый ресурс, который нужен для выполнения операций (заявка, сырьё, поставка);
  • выход — непосредственно результат, это готовый продукт, услуга, информация, документ.

Границы бизнес-процесса — это событие или время, которое служит началом и окончанием БП.

Технологический процесс и бизнес-процесс

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

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

Например:

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

Зачем моделировать (описывать) бизнес-процессы

Описание бизнес-процессов позволяет решать сразу 3 задачи.

  1. Упрощает сложности за счёт схематического пошагового изображения всех этапов БП.
  2. Показывает картинку, наглядно демонстрирует все операции. “Лучше один раз увидеть…” — говорит пословица, и в данном случае с ней соглашаются руководители и собственники бизнеса. Если на схеме изображать все действия внутри компании, становится проще замечать недоработки ещё на этапе обсуждения БП и оперативно вносить изменения.
  3. Позволяет изучить работу изнутри благодаря графическому изображению бизнес-процессов компании в виде схем. Это особенно важно на этапе оптимизации, масштабирования, так как в описаниях сразу видны проблемные места.

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

Преимущества процессного подхода перед функциональным

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

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

Иными словами, функциональный подход демонстрирует возможности организации, определяя, что надо делать, а процессный подход описывает технологию достижения нужных целей, давая ответ на вопрос: “Как надо делать?”

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

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

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

Методологии и инструментарий описания бизнес-процесса

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

  • ARIS — комплект программных обеспечений, который, прежде всего, создавался для описания алгоритмов и последовательности действий (другие задачи тоже можно решать, но это не так просто). Объединяет более 80 моделей. Без опыта в них сложно разобраться.
  • CA ERwin Data Modeler — программа с хорошо реализованной возможностью описания взаимосвязанных моделей. Дополнительные задачи (построение дерева свойств, например) усложнены либо отсутствуют.
  • BPMN 2.0 — одна из лучших систем для описания бизнес-процессов, она гибкая, функциональная и простая, к тому же позволяет увидеть все взаимодействия сотрудников (а это как раз огромная проблема в БП).

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

Выделяют:

  • Основные БП — это процессы, направленные на производство продукции и оказание услуг. Ради них компания и создавалась, они обеспечивают ей доход То есть для завода по производству матрасов основной БП — производство матрасов.
  • Сопутствующие БП также направлены на производство продукции либо оказание услуг, но в результате сопутствующей работы. Так, для транспортной компании ремонт чужих транспортных средств будет сопутствующим БП.
  • Вспомогательные БП способствуют выполнению основных. Для ТЭЦ таким процессом будет ремонт оборудования на производстве.
  • Обеспечивающие налаживают, делают возможным выполнение всех остальных процессов (это может быть финансирование, подбор кадров и т. д.).
  • Управляющие БП позволяют осуществлять функции управления как в рамках отдельного БП, так и в системе.
  • БП развития направлены на улучшение товаров и услуг, а также технологий.

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

Участники

Участниками БП называются лица или целые отделения, организации, которые выполняют определённые функции в рамках того или иного процесса.

  • Внутренние — сотрудники и отделения предприятия, которые отвечают за ту или иную задачу.
  • Внешние находятся вне организации, но используют результаты БП.

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

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

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

В описании БП выделяют следующие разделы:

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

Правила описания БП

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

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

Наконец, описание должно быть понятным потребителю.

Этапы внедрения БП

Выделяют 5 основных этапов внедрения:

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

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

Есть 2 достаточно популярные нотации: ARIS eEPS и BPMN.

  1. ARIS eEPS позволяет отображать поток документов со статусами. Также её отличительная черта заключается в использовании событий до и после операции, присутствии логических операторов. Моделирование в ней занимает больше времени. Диаграммы занимают больше места. В то же время семантика ограничена: если надо проиллюстрировать определённые аспекты на диаграмме, приходится обходиться тем, что есть. Дополнительное преимущество — в возможности корректной имитации процессов.
  2. BPMN имеет наиболее развитую семантику, благодаря чему можно описывать БП с учётом их специфики. На схеме можно применять события, логические операторы. Другое преимущество — имитация БП (можно имитировать и прерывание операции).

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

Практика работы с бизнес-процессами

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

Выводы

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

Источник: материалы сайта bbooster.online

Аннотация

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


Оглавление


Содержание

“Одна картинка стоит тысячи слов.“

Народная мудрость

Зачастую в моей работе возникает необходимость не просто изучить и решить определенную проблему, но выявить ее местонахождение в общей модели работы компании. Мало понимать, что определенное подразделение работает неправильно, важно понимать, каким образом оно взаимодействует с другими. Иначе невозможно выявить все существующие проблемы и выбрать оптимальный метод решения поставленной задачи. А для этого требуется изучить работу компании и составить ее функциональную модель.Конечно, в теории функциональная модель работы компании должна быть у руководителя, причем, не важно, идет речь об организации работы склада или об IT системе (от лида до заявки). Но в реальности практически никогда ее не оказывается, а потому в процессе изучения и поиска решения поставленной клиентом задачи я также создаю функциональную модель работы компании или определенного процесса (функции) самостоятельно.

Несколько слов о преимуществах графики

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

И для начала сделаем небольшой экскурс в историю. Вернемся в далекий 1877 год, в период Русско-Турецкой войны. Именно тогда полиграфист Сытин впервые применил графику при описании военных действий. Сейчас для нас все это привычно, при описании любого сражения у каждого перед глазами возникают карты со стрелками, которые наглядно показывают ход сражения. А в те времена военные действия описывались словами. Для каждого боя — много-много слов. И понять в итоге, что же происходит, было очень сложно. А потому идея Сытина была поистине революционной — он начал печатать литографические копии карт с обозначением укреплений и расположений воинских частей. Назывались эти карты “Для читателей газет. Пособие”. Идея оказалась настолько актуальной, что первый же тираж “Пособий” разошелся мгновенно. И потом такие приложения были очень востребованы.

Причина очевидна. Графика помогала понять то, что при помощи одних слов разобрать было практически невозможно. Аналогичный пример беспомощности словесных описаний я могу привести также из своей практики. Один из моих заказчиков очень просил взяться за внедрение ERM-системы для его компании. На вопрос, есть ли у них какое-то техническое задание, я получил ответ: “Да, есть. Но в нем 400 страниц”. При этом клиент очень жаловался, что мои коллеги, к которым он обращался ранее, либо отказывались от проекта вообще, либо называли явно завышенные цены. После того, как я увидел, что в техническом задании действительно 400 страниц, и состоит оно исключительно из текстового описания, я понял причины поведения разработчиков. Прочитать такой объем текста, вникнуть в него, разобраться во всех нюансах только для того, чтобы понять задачу и назвать цену — это и правда очень сложно. Этому клиенту я предложил альтернативный вариант — описать все, что можно, графически в виде нотаций. Показал ему примеры моделирования. В итоге они сейчас переосмысливают свои пожелания и оформление технического задания. Знаю я также много других примеров, когда графическое моделирование бизнес-процессов помогало в работе как моим коллегам, бизнес-консультантам и разработчикам, так и самим бизнесменам

Почему это важно для моей работы

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

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

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

Что такое нотация описания бизнес-процессов

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

IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является ее акцент на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (поток работ). Википедия

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

Функциональная модель компании

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

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

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

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

Для работы с ним существует множество инструментов, например, VISIO, BPWIN, ERWIN, Bussines studio и т.д. Кроме того, использование для создания бизнес-моделей IDEF0 — это не только удобно, это еще и правильно. Этот инструмент был разработан для бизнес-аналитики, он прошел длительную и тщательную отладку и шлифовку.

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

Есть вопросы по моделированию в IDEF0? Напишите нам или позвоните по телефону +7(495)320-50-40 и мы Вас проконсультируем.

Написать нам

Пример создания функциональной модели IDEF0

Для того чтобы понять, как работать с функциональным моделированием, я приведу пример процесса написания статьи. Основной блок – «Написать статью».

пример описания модели верхнего уровня

Входящие стрелки – «Опыт», «Информация из сторонних источников». Это те вводные, которые необходимы для начала работы. Управляющие для написания статьи – это «План публикации», «Требования издателя», «Правила русского языка».

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

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

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

  1. Подготовить аудио.
  2. Подготовить текст
  3. Подготовить текст к публикации.
  4. Разместить статью в издании.

IDEF0 A0

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

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

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

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

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

Как создавать нотации IDEF0

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

 IDEF0

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

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

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

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

Сам стандарт IDEF0 описан разработчиками в документе перевод которого вы найдете в статье Перевод стандарта IDEF0 с английского на русский язык.

Точка зрения

2 основополагающих требования к модели.

В требованиях к диаграмме и построению модели в нотации IDEF0 есть требование, которое звучит так: любая диаграмма должна быть построена, исходя из точки зрения (Point of view) и цели (Scop). Именно этот вопрос, скажем так, один из основополагающих — точка зрения и цель. Соответственно, если мы хотим построить правильную диаграмму, нам необходимо выбирать правильно точку зрения. 

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

точка зрения — это краткое изложение перспектив и модель. 

Второе определение:

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

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

Выбор точки зрения.

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

Первое правило: выбор места в иерархии.

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

Точка зрения: работник склада.

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

Точка зрения: руководитель склада.

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

Второе правило: выбор окружения

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

Но все ли они важны для меня, если я решил автоматизировать это рабочее место? Важна ли для меня с точки зрения автоматизации, например, чистота? Или важно для меня, какой у меня стол, наличие стула и тому подобные вещи? Нет, они не важны! Также не важны для меня и различные инструкции, потому что при автоматизации этот момент я опускаю.  

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

Третье правило: приоритет.

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

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

Цель создания модели.

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

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

Цель создания модели это другими словами то для чего эта модель будет использована.

Типичные ошибки

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

Использование различных цветов

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

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

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

Слишком большое количество блоков

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

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

Нарушение структуры при внесении корректировок

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

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

Правила названия управляющих элементов и блоков

Важно запомнить простое правило: управляющие стрелки называют именами существительными, блоки – глаголами. Так принято в стандарте IDEF0, и такой подход помогает избежать путаницы и ошибок. Чаще всего ошибки допускают при названии блоков. Например, вместо «Создать статью» пишут «Создание статьи». Блоки в данном подходе – это действия, а потому они должны быть всегда глаголами.

Выгоды использования IDEF0

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

В чем трудность применения IDEF0

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

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

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

Как правильно называются стрелки в IDEF0

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

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

Основные стрелки в IDEF0:

  • Input
  • Control
  • Output
  • Mechanism

Вместе этот тип элементов называют ICOM, т.е. это сокращение от названий всех типов стрелок. Именно так постоянно пишут в самом стандарте. Потому, когда вы видите упоминание ICOM, просто помните, что это значит — «Input, Control, Output, Mechanism».

Как это переводится?

  • Input — Ввод
  • Control — Контроль
  • Output — Вывод
  • Mechanism — Механизм

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

Input и Output

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

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

Но это неправильно. Input – это не Вход, а Ввод. И точно такая же ситуация со стрелкой Output, которую часто ошибочно переводят как «Выход».

 Дело в том, что мы описываем функциональную модель, и наши стрелки граничат с блоком функции (F). И, соответственно, мы должны сконцентрироваться на том, что после ее выполнения мы должны что-то получить и вывести. А для того, чтобы что-то вывести, нужно для начала что-то ввести. 

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

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

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

Кроме того, перевод Input – Ввод, а Output – Вывод, наиболее точен. Именно так эти слова переводятся с английского языка.

Control и Mechanism

Далее, ошибки в переводе слова Control также постоянно повторяются, и они столь же некорректны. Часто Control переводят как «Управление». И это неправильно.

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

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

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

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

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

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

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

Как видите, все просто. Если вы правильно переводите термины, а именно:

  • Input — Ввод
  • Control — Контроль
  • Output — Вывод
  • Mechanism — Механизм

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

Модель работы швейного предприятия

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

Цель

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

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

Описание

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

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

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

Описание работы швейной фабрики A-0
Описание работы швейной фабрики A0

Критика

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

  1. Мы видим 7 блоков. IDEF0 по стандарту требует максимум 6 блоков.
  2. В диаграмме используются такие фразы, как «исследование рынка», «проектирование». Это также ошибки. Если вы ознакомитесь с моим переводом стандарта IDEF0 на сайте Хабр, то там описывается, что функции должны называться глаголом в совершенной форме, т.е. давать ответ на вопрос «что необходимо сделать». В данном случае вместо «Исследование рынка» правильно написать «Исследовать рынок. Не «Проектирование продукции», а «Спроектировать продукцию». Не «Проектирование производства», а «Спроектировать производство» и т.д. Есть и другие ошибки в названиях. Например, при декомпозиции хорошо видно название «Производство и реализация швейных изделий». Здесь не должны объединяться два разных действия союзом «И». Должно быть либо производство, либо реализация, точнее – «произвести» или «реализовать», так как по правилам нотации не должно быть союза «и», каждый блок описывается фразой с одним глаголом, который выражает функцию.

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

Вывод: формально диаграмма неправильная, с точки зрения достижения цели – правильная.

Ещё пример моделирования в IDEF0

В своей новой статье я привожу пример использования IDEF0 в торговом предприятии:

УФМТП. Универсальная функциональная модель торгового предприятия в нотации IDEF0

Бизнес-консультант с большим практическим опытом работы в России и ближайшем зарубежье. Автор
многочисленных публикаций и нескольких книг по оптимизации и автоматизации бизнеса. Живу и работаю в
Москве, руководитель компании Trinion. Делюсь опытом посредством блога на сайте trinion.org

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

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

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

(а)

(б)

Рисунок 2.
Вертикальное и горизонтальное описание
бизнес-процессов

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

2.2 Горизонтальное описание бизнес-процессов.

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

1. Текстовый

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

Бизнес процесс: «Оформление заказа»
Продавец принимает заказ от покупателя,
оформляет договор, принимает предоплату.
Предоплата передается в бухгалтерию.
Информация о заказе поступает директору,
и запускается следующий бизнес-процесс
«Выполнение заказа».

2. Табличный.

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

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

Таблица №1. Табличное
описание бизнес-процесса «Оформление
заказа».

Операция

Ответствен-ный

Что (Вход)

От кого
(Поставщик)

Что (Выход)

Кому (Клиент)

1

Принять заказ

Продавец

Заказ

Покупатель

2

Оформить договор

Продавец

Договор 

Директор, б-п. «Выполне-ние заказа».

3

Получить предоплату

Продавец

Предоплата

Покупатель

Предоплата

Бухгалтерия

3.   Графический.

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

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

Рисунок 2.1
Бизнес-процесс «Оформление заказа»

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

Соседние файлы в предмете Системный анализ

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Просмотров 28.3к. Опубликовано 21.03.2022
Обновлено 31.10.2022

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

Содержание

  1. Что такое основной бизнес процесс простыми словами
  2. История появления термина
  3. Зачем нужны бизнес процессы
  4. Отличие бизнес процессов от функций и стандартных процессов
  5. Кто описывает бизнес процессы
  6. Характеристики описания основных бизнес процессов
  7. Уровни основных бизнес процессов
  8. Классификация бизнес процессов
  9. Описание бизнес процесса
  10. Основные виды бизнес процессов
  11. Правила описания основных бизнес процессов
  12. Уровни анализа
  13. Этапы описания
  14. Форматы описания бизнес процессов
  15. Схема описания бизнес процессов
  16. Создание и оптимизация бизнес процессов на предприятии
  17. Анализирование
  18. Пошаговое описание
  19. Управление бизнес процессами
  20. Зарождение BPM
  21. Модель зрелости BPM
  22. Моделирование бизнес процессов
  23. Нотации моделирования
  24. В чем разница между нотациями
  25. Платное и бесплатное программное обеспечение и сервисы для создания и описания модели бизнес процесса
  26. Как рассчитать стоимость бизнес процесса
  27. Внедрение бизнес процессов
  28. Оптимизация бизнес процессов
  29. Автоматизация бизнес процессов
  30. Плюсы внедрения процессного управления
  31. Реинжиниринг и постоянное совершенствование
  32. Пример удачного анализа и оптимизации бизнес процессов
  33. Ошибки при внедрении систем управления
  34. Ситуации, когда бизнес процессы нужно описывать
  35. Как бизнес процессы могут быть оптимизированы и усовершенствованы
  36. Где можно обучиться управлению бизнес процессами
  37. Заключение
  38. Отзывы о бизнес процессах
  39. Полезные книги
  40. Литература о принципах и идеологии бизнес-процессов:
  41. Книги про оптимизацию:
  42. Книги о системном мышлении:
  43. Книги о применении процессов:

Что такое основной бизнес процесс простыми словами

Business Process (в переводе «Бизнес процесс») – это постоянно повторяющаяся в определенное время последовательность (цепочка) действий сотрудников, которая выстроена, в соответствии с политикой компании, и направлена на достижение поставленных целей.

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

Понятие процесса управления и качества его описания – это индикатор профессионализма организации.

История появления термина

Впервые термин «бизнес процессы» появился давно — в 70-х г. г. XX века. Именно тогда предприятия стали переходить к информационным системам и информатизации производственного процесса. Возникла потребность в четкой организации управления предпринимательством и трудовыми ресурсами.

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

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

Зачем нужны бизнес процессы

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

С помощью описания процессов достигают и иные задачи:

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

Отличие бизнес процессов от функций и стандартных процессов

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

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

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

Кто описывает бизнес процессы

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

Специалист должен уметь описывать процессы и:

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

Характеристики описания основных бизнес процессов

Описание процессов характеризуется такими параметрами:

  1. Наименование и цель. Обычно это одно и то же. Все участники должны будут их знать и понимать. Например, название – «Продажа первой партии нового товара». Цель звучит так же.
  2. Исполнитель или владелец инструмента. Это ответственное лицо, которое будет подробно составлять план, доносить его до сотрудников, вести и контролировать процесс его выполнения.
  3. Ресурсы, которые используются для достижения поставленных целей.
  4. Вход – это те ресурсы, которые поступают извне, сырье.
  5. Выход – это произведенные товары или оказываемые услуги. Иногда может получиться не то, что было запланировано, тогда цель на этом этапе меняется.

Еще есть и другие параметры описания, но не обязательны:

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

Уровни основных бизнес процессов

Процессы имеют многоуровневое строение:

  1. Самый верхний – внешнее воздействие, благодаря которому будут решаться стратегические задачи (например, распределение ресурсов между подразделениями предприятия). Иногда здесь задействованы организационные единицы.
  2. Внутреннее воздействие для достижения тактических задач, например, продажа продукции.
  3. Процессы внутри структуры, например, когда будет создаваться рабочий проект.
  4. Процессы по исполнению задач внутри определенной структуры, например, когда будет разрабатывается план по обслуживанию клиентов.

Классификация бизнес процессов

Классификация основных процессов осуществляется по разным признакам:

Специфика работы:

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

Сложность:

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

Структурное место на предприятии:

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

Функции отдела:

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

Детализация или комплексность:

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

Исполняемость:

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

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

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

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

Кстати! Зарегистрируйтесь в нашем сервисе голосовых рассылок Zvonobot и получите первые 20 звонков — бесплатно 😉

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

Все процессы делятся на 6 групп:

  1. Основная, представляющая полезную ценность для потребителей.
  2. Вспомогательная, обеспечивающая существование основных процессов, но не имеющая ценности для потребителей.
  3. Управляющая, предназначенная для контроля над основной и вспомогательной группой процессов и над процессом исполнения целей.
  4. Сопутствующая – вспомогательный вид процессов, которые будут приносить дополнительный доход.
  5. Группа развития, предназначенная для увеличения производительности и доходов предприятия.
  6. Категория совершенствования, направленная на улучшение рабочего процесса, повышения его качества.

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

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

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

  1. Законченность, т.е. любая деятельность должна будет иметь собственную цель, конечный итог (иногда в ходе работы цель может измениться).
  2. Краткость. Инструкции должны быть изложены лаконично с обозначением основных этапов работы и задач сотрудников без лишних деталей и сложных терминов. Это обеспечит быструю и слаженную работу всех отделов.
  3. Использование общепринятых, типовых обозначений по стандартам IDEF3, BPMN 2.0, BPMN (для преобразования задач в наглядные схемы и таблицы есть специальные программы), чтобы любой участник процесса описания смог прочитать инструкцию и верно истолковать ее.
  4. Указание конкретных участников процесса описания и ответственных лиц с четким распределением задач между ними.

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

Уровни анализа

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

  1. Операции. Это самый детализированный уровень, когда будет требоваться перечислять каждое действие.
  2. Действия – это ряд операций, в котором должна быть соблюдена определенная последовательность.
  3. Процедуры – несколько объединенных действий, выстроенных в определенном порядке для достижения поставленных целей.
  4. Базовый уровень, на котором объединяется несколько взаимосвязанных процедур, которые будут служить достижению результатов. Обычно в них участвует несколько сотрудников.
  5. Направление работы. Это самый обобщенный уровень, который включает в себя несколько процессов.

Этапы описания

Составление описания бизнес процесса будет осуществляться пошагово в 11 этапов:

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

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

Описание процессов может быть в 3 форматах:

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

Каждое описание процесса из них имеет свои плюсы и минусы.

простота реализации

отсутствие требований к навыкам оформителя

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

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

отсутствие наглядности, что затрудняет восприятие бизнес-процесса

специфический, сложный язык для описания некоторых процессов

отсутствие необходимости в подготовке при наличии шаблона

простое заполнение таблиц без особых навыков

структурированная и понятная демонстрация данных описания

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

необходимость в предварительной разработке шаблонов

отсутствие возможности изложить в таблице сложный бизнес-процесс с развернутым описанием

ограниченное место для данных

сложность восприятия при избытке данных

сложности при отображении ответвлений

наглядная демонстрация информации описания, что обеспечивает простоту восприятия

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

глубокая детализация элементов описания

возможность включения любого количества ответвлений

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

потребность в специальных навыках

работа с графикой требует большого количества времени

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

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

Для построения схемы по описанию процессов могут использоваться специальные программы. Это осуществляется поэтапно:

  1. Фиксация границ – начальной и конечной точки основного процесса описания.
  2. Выделение основных блоков – базы процесса, в соответствии с их положением в последовательности.
  3. Внесение дополнительных элементов – ответвлений, всех возможных путей развития событий.
  4. Распределение ролей между участниками. Один сотрудник может одновременно исполнять несколько ролей.
  5. Добавление документов: кейсов, презентаций, инструкций, писем и пр.
  6. Внесение данных об источниках и программном обеспечении, с помощью которых осуществляется автоматизация процесса описания.
  7. Обозначение инструментов, которые могут помочь в достижении целей.
  8. Внесение критериев эффективности, с помощью которых будет производиться оценка результата.
  9. Моделирование процесса с учетом всех полученных сведений при описании.

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

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

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

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

Анализирование

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

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

Чтобы проанализировать текущие процессы, необходимо их описать. Это требуется, если:

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

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

Пошаговое описание

Описание текущего бизнес процесса строится поэтапно:

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

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

Для реализации потенциала предприятия в полном объеме нужно будет правильно выстроить управление бизнес процессами (BPM). Оно состоит из 4 ступеней:

  1. Этап моделирования, когда происходит определение и описание процессов. Также здесь устанавливается ответственность руководителей.
  2. Выполнение указанных в описании задач.
  3. Контроль работы персонала и движения финансов. Сотрудник на руководящей должности следит за исполнением сроков, качества продукции, равномерной загруженностью кадров, переработками, премированием и штрафами сотрудников.
  4. Анализ выполненной работы, сравнение полученного результата с поставленными задачами, выявление ошибок и оптимизация управления процессом.

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

Зарождение BPM

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

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

Модель зрелости BPM

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

Моделирование бизнес процессов

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

  1. Структурное, которое позволяет исследовать текущие и будущие системы. Оно может быть:
    • функциональным (последовательное построение схемы с использованием конкретных ресурсов);
    • имитационным (учитываются временные интервалы, внутренние и внешние условия);
    • информационным (отображается связь объектов и их характеристики).
  2. Ориентированное на объекты без детализации – любые преобразуемые предметы в рабочем процессе.
  3. Интегрированное – сочетающее несколько моделей, т.е. комплексное.

Нотации моделирования

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

ARIS Его используют при создании, анализировании, внедрении и оптимизации процессов
DFD Предназначен для использования в макропроцессах бизнеса
UML Применяется при разработке программного обеспечения, демонстрирует ошибки в структуре
IDEF Разделяет и объединяет блоки IDEF0, изображает процесс IDEF3
BPMN Демонстрирует процесс в разных аудиториях
RAD Предназначена для описания и анализирования функциональных элементов, а также демонстрации их взаимодействия
WFD Отражает процессы на нижнем уровне, демонстрирует последовательность действий и время их выполнения
ANSI Это блок-схемы, которые демонстрируют, как идет процесс
ERM Позволяют сделать описание концепции процессов
SADT Помогают создавать функциональные модели
FCD Создан для описания действий, исполнителей, оборудования символами
EPC В рамках сложного комплексного процесса позволяет определить его вход и выход
STD Отражает поведение системы во время внешнего воздействия
Дорожки Брюса Силвера Используется, как дополнение для демонстрации перехода ответственности от одного сотрудника к другому
Unified Modeling Language Позволяет визуализировать, сконструировать, задокументировать системы и процессы, скачать сформированные документы
Карты потоков ценностей Отражают потраченные ресурсы и время
Цветные сети Петри Предназначены для демонстрации переходов, событий, действий

В чем разница между нотациями

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

BPMN имеет особенности:

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

Нотацию ARIS выбирают с учетом ее характеристик:

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

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

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

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

Bizagi Process Modeler Бесплатный софт для небольших организаций, который можно скачать в интернете. Поддерживает построение диаграмм, позволяет распределить приоритеты. Имеет широкий функционал. Созданную схему можно проверить, изменить ее части, добавить свои элементы, скачать, распечатать. Все сопутствующие документы формируются автоматически и сохраняются в файл. Поддерживает русский язык и одновременную работу нескольких менеджеров.
Visual Paradigm Платная программа, с помощью которой можно построить схему со всеми корпоративными процессами с взаимосвязанными элементами. Описания можно протестировать или задать их для отдельных составных частей. Для каждого объекта можно установить свои правила.
Elma BPM Платное ПО, позволяющее следить за работой бизнес-схемы в онлайн-режиме. Задачи можно распределить между конкретными работниками. Поддерживается подключение 1C и загрузка документов.
Fox Manager Софт, который позволяет создать карту процесса с планом. У поставленных задач можно контролировать степень выполнения и качество, их эффективность и всего рабочего процесса в целом.
ARIS Express Бесплатная программа для построения моделей и карт. Есть поддержка инструмента Smart Design: после внесения данных схема выдается автоматически. Отдельно созданные модели не могут быть объединены в общий процесс.
Business Studio Софт от российского разработчика для контролирования исполнения поставленных задач и автоматической генерации документов. Может применяться совместно с другими программами.

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

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

  1. Собрать первичные данные о процессе, сделать его описание, определить, какие операции, как часто и кем будут выполняться. Данные обычно заносятся в таблицу MS Excel с названием столбцов: «Наименование операции», «Коэффициент использования» (частота повторения данной операции), «Исполнитель».
  2. Проанализировать, сколько времени будет требоваться на выполнение каждой операции. Для этого можно использовать методы фотографирования (фиксация процесса выполнения операции каждым сотрудником), экспертной оценки персонального бизнес-аналитика, анализа данных с помощью информационной системы (на основе прошлого опыта). На практике часто применяются комбинированные способы. Полученные данные заносятся в таблицу в графу «Время исполнения операции».
  3. Подсчет стоимости ресурсов. Для этого рассчитывается, сколько стоит 1 минута работы данного сотрудника (исходя из размера его заработной платы). Затем это значение умножается на время исполнения операции. Полученное значение заносится в таблицу в графу «Стоимость ресурсов за 1 мин». Для получения полной картины стоимости процесса необходимо добавить все остальные статьи расходов: арендную плату, закупку расходных материалов и пр., но без излишней детализации, так как этот этап может затянуться.
  4. Подсчет стоимости всего процесса с учетом полученных данных. Для этого необходимо рассчитать, во сколько обходится выполнение одной операции (стоимость минуты времени работника умножается на длительность выполнения задачи). Эти данные нужно занести в таблицу в графу «Стоимость 1 операции», а затем заполнить столбец «Стоимость операций за месяц». Путем сложения значений в последнем столбце можно получить стоимость всего процесса. При этом нужно учитывать, что подобный расчет может иметь большие погрешности.
  5. Анализирование стоимости процесса. Когда цена каждой операции будет наглядно отображена в таблице, у руководства обычно появляется желание ее удешевить. Сделать это можно с помощью полного исключения данной операции из процесса (нужно проанализировать, насколько она необходима для получения результата), использования более дешевых ресурсов или менее квалифицированных кадров, ускорения выполнения операций, упрощения рабочего процесса.
  6. Анализирование нагрузки на работников. Для этого учитываются не только операции данного процесса, но и все остальные функции сотрудников. Расчеты помогают понять, насколько та или иная операция трудозатратная, а также распределить нагрузку равномерно между участниками.

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

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

  1. Знакомство персонала с новой системой, чтобы они могли ориентироватся не результат.
  2. Презентация преимуществ, выгоды и эффективности использования системы.
  3. Тестовый запуск программы на одном сотруднике или в одном отделе.
  4. Проведение обучения других сотрудников при положительных результатах тестирования.
  5. Полноценный запуск процесса.
  6. Управление процессом, осуществление контроля над работой персонала и соблюдением алгоритмов новой системы. Этим занимается руководитель или специальный менеджер.

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

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

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

  1. «Здравый смысл», когда:
    • удаляются дублирующиеся операции;
    • исключается лишний контроль;
    • автоматизируются часто повторяющиеся операции;
    • равномерно распределяются ресурсы;
    • корректируются все составляющие процесса: материалы, технологии и пр.;
    • процесс максимально упрощается;
    • все операции стандартизируются;
    • назначается параллельное выполнение задач, процесс ускоряется;
    • продолжительность операций и расходов на них сокращаются.
  2. «Бережливое производство», когда:
    • минимизируются паузы в рабочем процессе (простой машин, согласование заказа и пр.);
    • исключается производство излишков;
    • нерациональные действия сотрудников сводятся к минимуму;
    • сокращаются перемещения работников для сохранения времени;
    • выпускаемая продукция страхуется на предмет появления возможных дефектов;
    • обеспечивается достаточный объем ресурсов.

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

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

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

Автоматизация помогает при:

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

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

Плюсы внедрения процессного управления

Управление процессами и их автоматизация имеет преимущества:

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

Реинжиниринг и постоянное совершенствование

Реинжиниринг – это кардинальная перестройка бизнес процессов.

У каждой организации своя специфика и свой порядок этой процедуры, но есть 5 основных шагов:

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

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

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

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

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

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

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

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

После этого были сформулированы задачи:

  1. Уменьшить срок доставки товара до 5 ч.
  2. Обеспечить своевременную доставку молока в цеха.

Оптимизация процесса позволила предпринять меры:

  1. Сменить поставщика молока.
  2. Приобрести дополнительные автомобили для оперативной отправки продукции и нанять водителей.

Ошибки при внедрении систем управления

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

  1. Неправильная формулировка цели и задач.
  2. Отсутствие согласованности между подразделениями.
  3. Иррациональные желания, не соответствующие возможностям.
  4. Чрезмерная детализация процесса.
  5. Описание всех операций и процессов на предприятии.
  6. Игнорирование общепринятых условных обозначений с использованием своих нотаций.
  7. Желание получить прибыль от каждого процесса.
  8. Формирование идеальной схемы процесса.

Ситуации, когда бизнес процессы нужно описывать

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

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

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

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

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

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

Помимо этого оптимизация требуется, когда нужно:

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

Где можно обучиться управлению бизнес процессами

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

  1. Непрофильные вузы с направлениями «Экономика», «Менеджмент».
  2. Профильные учебные заведения со специализацией «Предпринимательство».
  3. Курсы с государственной поддержкой, т.е. бесплатные для слушателей. В каждом регионе есть свои представительства.
  4. Курсы от «Сбера» и Google – лучший бесплатный вариант для получения образования по бизнесу в интернете. Бонусные уровни открываются после прохождения тестирования на сайте. А в блоге постоянно публикуются полезные статьи по теме.
  5. Платные онлайн-курсы от «Синергия», Skillbox.ru, «Нетологии» и пр. с получением официального сертификата по e mail.

Заключение

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

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

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

Александр, 40 лет (Санкт-Петербург)

«5 лет назад я открыл свое кафе. Расположение удачное, хорошая проходимость потенциальных клиентов, продуманное меню, но особой прибыли дело не приносило. Решил попробовать описание и внедрение бизнес процессов. Так, была максимально автоматизирована работа персонала. Все функции были внесены в компьютер, тщательно продумано рабочее место официантов, поваров, кассиров, сделан упор на качество и свежесть продуктов. Увеличилась скорость обслуживания клиентов, что позволило нам привлечь большое количество посетителей во время бизнес-ланчей, трансляции спортивных мероприятий и т.д. Прибыль вышла на новую ступень»

Алексей, 35 лет, (Уфа)

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

Сергей, 32 года, (Москва)

Полезные книги

  1. Свод знаний по управлению бизнес процессами. BPM CBOK 3.0
  2. Бизнес процессы. Инструменты совершенствования (Б. Андерсен)
  3. Управление бизнес процессами. Практическое руководство по реализации проектов (Д. Джестон, Й. Нелис)
  4. Учитесь видеть бизнес процессы. Построение карт потоков создания ценности (М.Ротер, Д.Шук)

Литература о принципах и идеологии бизнес-процессов:

  1. Критическая цепь (Э. Голдратт)
  2. Серия «Цель» (Э. Голдратт)
  3. Дао Тойота (Д. Лайкер)
  4. Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга (Г. Нив)
  5. Кайдзен. Ключ к успеху японских компаний (М. Имаи)

Книги про оптимизацию:

  1. Быстрее, лучше, дешевле: девять методов реинжиниринга бизнес процессов (М. Хаммер)
  2. Оптимизация бизнес процессов. Документирование, анализ, управление, оптимизация (Д. Харрингтон)
  3. Практическое руководство по реинжинирингу бизнес процессов (М. Робсон, Ф. Уллах)
  4. Реинжиниринг корпорации: манифест революции в бизнесе (М. Хаммер, Дж. Чампи)
  5. Руководство по улучшению бизнес процессов. Harvard Business School.
  6. Производство без потерь для рабочих. Институт комплексных стратегических исследований.

Книги о системном мышлении:

  1. Системность во всем. Универсальная технология повышения эффективности (С. Карпентер)
  2. Искусство системного мышления (Д. О. Коннор)
  3. Системное мышление. Как управлять хаосом и сложными процессами. Платформа для моделирования архитектуры бизнеса (Дж. Гараедаги)
  4. Ключевые показатели менеджмента (К. Уолш)
  5. Азбука системного мышления (Д. Медоуз)

Книги о применении процессов:

  1. Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию (У. Детмер)
  2. Найти идею. Введение в ТРИЗ (Г. Альтшуллер)
  3. Бережливое производство + шесть сигм в сфере услуг (Майкл Джордж)
  4. Теория ограничений в действии (Э. Шрагенхайм)
  5. Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

Иди до Гемба. (Каору Исикава)

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

Ковалев Сергей Михайлович
Ковалев Валерий Михайлович

(Журнал «Консультант директора», № 10, Май, 2004 г.)

Часть 1.
«Подходы к описанию бизнес-процессов»

Горизонтальное и вертикальное описание бизнес-процессов

В статье «Технология структуризации и описание организации — шаг за шагом» (Консультант директора №8 (212), Апрель, 2004). были рассмотрены четыре шага описания организации «как есть». Давайте вернемся к наиболее сложному второму шагу на котором описываются бизнес-процессы. Ранее было упомянуто о необходимости выделения сложных и простых инструментов организационного проектирования. При рассмотрении второго шага был рассмотрен простой инструмент, который называют вертикальным описанием бизнес-процессов.

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

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

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

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

Рис. 1. Горизонтальное и вертикальное описание бизнес-процессов

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

Способы описания бизнес-процессов

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

Первый способ — есть не что иное как текстовое последовательное описание бизнес-процесса. Примером текстового описания фрагмента бизнес-процесса является следующий текст: «Отдел продаж составляет договор купли-продажи и согласует его с Юридическим отделом».

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

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

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

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

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

Рис. 2. Способы описания бизнес-процессов

Часть 2.

«Описание окружения бизнес-процесса»

Описание окружения бизнес-процесса

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

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

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

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

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

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

Рис. 3. Схема окружения бизнес-процесса

Классификация входов и выходов бизнес — процесса

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

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

Таблица 1. Характеристики первичных и вторичных входов и выходов бизнес-процесс.

Элемент

Определение и характеристики

Первичный выход

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

Вторичный выход

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

Первичный вход

  • Поток объектов, инициирующий «запуск» бизнес-процесса — заказ клиента, план закупок и т.д.

Вторичный вход

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

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

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

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

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

Часть 3.
«Описание бизнес-процессов верхнего уровня»

Классический подход к описанию бизнес-процессов

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

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

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

Согласно классическому подходу стандарт DFD, который расшифровывается как Data Flow Diagram представляет из себя диаграмму потоков данных, которая используется для описания бизнес-процессов верхнего уровня. В свою очередь стандарт WFD расшифровывается как Work Flow Diagram и представляет собой диаграмму потоков работ, которая используется для описания бизнес-процессов нижнего уровня. У диаграммы потоков работ имеются и другое название — диаграмма алгоритмов. Давайте рассмотрим два этих стандарта, составляющих классическую методологию описания бизнес-процессов.

Построение диаграмм потоков данных — DFD

Стандарт описания бизнес-процессов DFD — Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня.

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

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

Рис. 4. Диаграмм потоков данных — DFD

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

Рис. 5. Пример несовпадения временной последовательности
работ и направления движения документа

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

Рис. 6. Пример бизнес-процесс верхнего уровня

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

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

Правило 1. Названия работы нужно формулировать согласно следующее формуле.

Название работы = Действие + Объект

на которым действие осуществляется

Например, если эта работа связана с действием по продаже продукции, то ее нужно назвать <Продажа продукции>, а еще лучше конкретизировать что это за продукция. В данном случае <Закупка> это действие, а <продукция> — объект над которым действие по продаже производится.

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

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

Название потока =

Объект, представляющий поток + Статус объекта

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

Построение сети бизнес-процессов

В проекте по описанию и оптимизации деятельности организации целесообразно разработать DFD-схему на самом верхнем уровне — уровне компании в целом. В статье <Технология структуризации и описание организации — шаг за шагом> (Консультант директора №8 (212), Апрель, 2004). было рассмотрено, что при выделении бизнес-процессов разрабатывается дерево бизнес-процессов, в котором процессы классифицируются на основные, обеспечивающие и управленческие. Основной задачей данной классификации является облегчение работы по выделению процессов, снижение вероятности пропуска важных процессов, а также наглядное представление выделенных бизнес-процессов, разбитых на небольшие группы.

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

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

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

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

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


Посмотреть

Рис. 8. Пример сети бизнес-процессов

Часть 4.
«Описание бизнес-процессов нижнего уровня»

Декомпозиция бизнес-процесса

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

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

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

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

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

Рис. 9.  Декомпозиция бизнес-процесса

Рис. 9. Декомпозиция бизнес-процесса

Построение диаграммы потоков работ — WFD

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

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

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

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

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

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

Рис. 10. Диаграмма потоков работ - WFD

Рис. 10. Диаграмма потоков работ — WFD

Важнейший вопрос при описании бизнес-процессов — выбор способа
и инструмента описания. Решению этого вопроса посвящена статья «Современные
методологии описания бизнес- процессов — просто о сложном».

Также на сайте:
Общее дерево процессов предприятия
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

#статьи

  • 10 авг 2022

  • 0

Моделирование бизнес-процессов: для чего оно нужно и как его провести

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

Иллюстрация: Andrea Piacquadio / Pexels / Colowgee для Skillbox Media

Ксеня Шестак

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

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


Фото: личный архив Александра Завьялова

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

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

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

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

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

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

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

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

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

  • Структурные. Они показывают элементы процесса и взаимосвязи между ними. Это нотации стандарта IDEF: IDEF0, IDEF1x, IDEF4, IDEF5.
  • Динамические. Они показывают логику выполнения процессов, последовательность и варианты их использования. Это нотации DFD, EPC, BPMN.

Ниже, когда мы будем говорить о подходах к моделированию, расскажем о двух вариантах нотаций — IDEF0 и BPMN.

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

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

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

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

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

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

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

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

Разберём на примере. Пусть это будет изготовление рекламного ролика.

Процесс изготовления рекламного ролика — основной блок с процессами. Я называю его «чёрный ящик». У него есть три входа и один выход:

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

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

О том, как составить бриф для клиента в рекламе и digital, писали в статье.

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

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

Вот как функция будет выглядеть в виде диаграммы.

Функциональная модель процесса изготовления рекламного ролика
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

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

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

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

Для примера нарисовали блок-схему обработки заявки в учебном центре. Она не соответствует канонам BPMN, но всё равно наглядна и понятна.

Фрагмент процессной модели бизнес-процесса: основные действия менеджера по продажам
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

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

Фрагмент ментальной модели. Составлен в свободной форме — все элементы вращаются на орбите процесса
Инфографика: Майя Мальгина для Skillbox Media

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

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

Рассмотрим, кто может заниматься моделированием процессов.

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

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

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

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

Моделирование как отдельную услугу заказывают редко. Чаще это один из этапов внедрения систем автоматизации — CRM, ECM или ERP. Это работает по такой схеме:

  • Команда внедрения — подрядчик — приходит на территорию заказчика.
  • Она описывает процессы, проводит аудит и составляет аналитический отчёт с вариантами оптимизации.
  • Заказчик утверждает отчёт.
  • Подрядчик внедряет систему автоматизации с уже оптимизированными процессами.

Фрагмент отчёта бизнес-аналитика
Изображение: личный архив Александра Завьялова

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

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

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

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

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

  • Microsoft Visio 2010 — векторный графический редактор для создания разных видов схем: блок-схем, схем технологических процессов, моделей бизнес-процессов, планов зданий и этажей, трёхмерных карт и так далее. Платный.
  • Bizagi Process Modeler — программа для моделирования процессов по нотации BPMN с возможностью совместной работы. Бесплатная.
  • ARIS Express — программа для моделирования бизнес-процессов и оргструктуры с нотациями eEPC или BPMN. Бесплатная.
  • Business Studio — система, в которой можно описать, оптимизировать и регламентировать бизнес-процессы предприятия. Платная.

Фрагмент бизнес-модели с процессом обработки заявки в Business Studio
Скриншот: личный архив Александра Завьялова

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

В графических редакторах. Этот способ подойдёт для новичков, которые только знакомятся с моделированием бизнес-процессов. Проще всего взять обычный графический редактор — например, Microsoft Paint, Figma или Adobe Photoshop — и самостоятельно нарисовать интуитивно понятную схему процесса.

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

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

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

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

  • Когда начинается процесс. В нашем примере это момент получения заявки от клиента. Если компания использует CRM, точкой входа будет попадание заявки в систему.
  • Когда процесс закончится. Это момент успешной реализации сделки: клиент оплатил счёт, а продавец и логист организовали доставку.

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

Задаём границы бизнес-процесса
Инфографика: Майя Мальгина для Skillbox Media

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

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

Здесь лежит шаблон текстового описания процесса.

3. Выделяем основные этапы процесса. На основе описанного в предыдущем пункте процесса составляем блок-схему. В графическом редакторе рисуем каркас — основные этапы в пределах границ входа и выхода.

Рисуем каркас — основные этапы процесса
Инфографика: Майя Мальгина для Skillbox Media

4. Добавляем детали. Наполняем каркас «мясом» — основными событиями по процессу и действиями исполнителя по алгоритму.

Добавляем детали — основные события процесса и действия исполнителя
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

Фрагмент процессной модели бизнес-процесса: основные действия менеджера по продажам
Инфографика: Майя Мальгина для Skillbox Media

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

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

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

Другие материалы Skillbox Media для менеджеров

Эффективный руководитель

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

Узнать про курс

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

Что такое бизнес-процессы компании

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

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

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

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

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

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

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

Основные характеристики обязательны. К ним относятся:

  • Название и цель.

Часто эти элементы объединены в одно, так как из названия операции четко видна цель. Они должны быть конкретными и понятными для участников. Например: название «Заключение договора купли-продажи с клиентом» и аналогичная цель.

  • Исполнитель.

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

  • Ресурсы.

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

  • Вход.

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

  • Выход.

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

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

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

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

Классификация бизнес-процессов

Бизнес-процессы классифицируются в зависимости от факторов:

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

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

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

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

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

  • Законченность.

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

  • Краткость.

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

  • Использование общепринятых условных обозначений.

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

  • Назначение конкретных участников.

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

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

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

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

  1. Моделирование.Включает в себя определение бизнес-процессов, которых может быть много и в небольшой компании. К моделированию также относится описание операций. На этом этапе важно разграничить сферы ответственности управляющего персонала. Каждый менеджер и его подчиненные должны отвечать за свой отдел, чтобы добиться хорошего результата.
  2. Исполнение.После получения задач персонал начинает выполнение своих рабочих функций. Таких функций может быть много, но все они должны быть выделены и распределены в описании проекта.
  3. Контроль.Этап включает контроль за персоналом и учет расходов. Все действия, зафиксированные в описании проекта, должны отражаться во внутренней сети компании. Менеджер обязан ежедневно следить за выполнением плана: соблюдены ли сроки, качество работы, загрузка работников.Также контроль ведется за дополнительными расходами, понесенными сотрудниками (почтовые, судебные и др.). Решить вопрос о возмещении этих трат, о премировании за выполнение и перевыполнение плана, штрафах за несоблюдение сроков.
  4. Улучшение.
    По закону Мерфи (или закону подлости, который гласит, что все, что должно пойти не так, пойдет не так) невозможно выполнить план идеально, поэтому после завершения основного бизнес-процесса необходимо произвести анализ сбоев в работе, выявить ошибки и на их основании оптимизировать работу персонала для успешного выполнения будущих проектов.

Схема управления бизнес-процессами

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

Заключение

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

Понравилась статья? Поделить с друзьями:
  • Хеликс часы работы в воскресенье санкт петербург
  • Часть реквизита справочные данные об организации
  • Часы работы депозитария на красных текстильщиков
  • Часы работы детских поликлиник в праздничные дни
  • Часы работы для ремонта в квартире в подмосковье