Упрощенное описание какого либо процесса например бизнес идеи это


Подборка по базе: тест Государственное и муниципальное управление в сфере культуры, Экономика и управление организациями 4.docx, Электромеханика_Работа_№2 Управление 3-х ф. АД.pdf, Задание 2 Управление личной эффективностью.docx, Глава 4. Удержание клиента (для потребительских рынков – управле, Экономика и управление организациями 3.docx, Экономика и управление организациями 2.docx, 55. Управление миграционными процессами.docx, Практическая работа_ Управление запасами с применением анализа А, Экономика и управление организациями 1.docx


Управление собственным бизнесом.(1)
А. Остервальдер и И. Пинье выделяют … бизнес-модели

4) 9 структурных блоков
Конгломеративная диверсификация представляет собой вторжение в отрасли, …

3) не входящие в цепочку ценностей фирмы
Первичное публичное предложение (IPO) – первая публичная продажа акций –
может проводиться …

2) публичным акционерным обществом (АО)
По отношению к фирме-должнику применяются такие процедуры банкротства, как


2) наблюдение, внешнее управление, конкурсное производство, мировое соглашение
Посевные инвестиции – это …

3) инвестиции на самой ранней стадии проекта
Под предпринимательской миссией мы понимаем …

1) профессиональное предназначение предпринимателей
Под технологической реконструкцией бизнеса понимается …

1) глубокое техническое перевооружение, сопровождаемое технологическими новшествами, существенно меняющее технологическую базу производства и сбыта товаров
В качестве стартапера …

3) могут выступить инвесторы и инициаторы стартапа
Реструктуризация корзины предложений включает …

2) улучшение содержания или качества товара, связанное с преобразованием стратегического ядра бизнеса
Принципиальное выделение нормативно-правовой фазы стартапа обусловлено …

2) государственной регистрацией
Среди предусмотренных российским законодательством типов преобразования
предпринимательских фирм отсутствует …

1) укрупнение

Управление собственным бизнесом.(1)
Неверно, что обустройство нового бизнеса включает …

1) поиск инвесторов
Реорганизация бизнеса происходит посредством …

1) изменения организационно-правовой формы предпринимательства
Ключом к успешному стартапу является …

3) успешная презентация бизнес-идеи
Одним из ключевых инструментов создания бизнес-моделей является …

1) визуализация
Оценка стоимости активов лежит в основе … подхода к оценке стоимости бизнеса

3) затратного
Под … может пониматься упрощенное описание какого-либо процесса (например,
бизнес-идеи)

2) бизнес-моделью
Инфраструктура стартапов – это …

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

1) ее неспособность самостоятельно удовлетворить требования кредиторов и невозможность исполнения вследствие этого своих обязательств
Увязка производственной и сбытовой деятельности называется …

2) раскруткой бизнеса

4) коммерциализацией бизнеса
Предпринимательская фирма может быть ликвидирована …

1) добровольно или принудительно
Стартап бизнеса завершается …

1) достижением конкурентной устойчивости бизнеса

Управление собственным бизнесом.(1)
Приоритетная часть рынка, на которую в первую очередь обращено внимание
фирмы в фиксированном тактическом цикле, – это …

2) целевой сегмент рынка
Выбор удачного положения на рынке, ее приобретение для последующего
удержания или укрепления – это … бизнеса

1) позиционирование нового
При получении обоснованного отказа в регистрации фирмы предприниматель …

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

1) Проектные
Презентации и роад-шоу проводятся при …

3) продаже бизнеса посредством публичного размещения
К восстановлению прежних конкурентных преимуществ …

2) приводит репозиционирование
Стартап – это…

1) стадия развития нового бизнеса
Решение о принудительной ликвидации фирмы обязательно будет принято в
случае если …

1) предпринимательская фирма осуществляет деятельность, которая запрещена законом

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

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

Бизнес-процессом называют регламентированную, регулярно повторяющуюся последовательность действий одного или ряда сотрудников, благодаря которой достигается нужный результат. Термин ввели в 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

Просмотров 27.9к. Опубликовано 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. Действенное видение. Как обратить текущий объем продаж в чистую прибыль (Д. Кендалл)

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

Время на прочтение
16 мин

Количество просмотров 305K

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

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

Карл Маркс. Капитал. Том 1. Предисловие к первому изданию.

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

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

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

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

Итак, в чем же разница между бизнес-процессом и функций или даже просто обычным процессом? В чем разница между этими терминами? Я пришел к следующему выводу:

Бизнес-процесс – это логическая последовательность действий человека (или нескольких человек) в коллективе. Цель описания бизнес-процесса – анализ и регламентация тех или иных действий в коллективе.

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

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

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

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

Также важно дать определение описанию бизнес процесса:

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

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

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

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

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

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

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

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

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

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

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

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

  1. Берем заготовку A;
  2. Соединяем ее с заготовкой B;
  3. Обрабатываем под параметры C;
  4. Получаем деталь.

Все однозначно и никаких условных «вилок» не предусматривается.

В бизнес-процессе вполне нормальной считается следующая ситуация:

  1. Получаем вводные данные A:
    • Если данные соответствуют условию B, переходим на последовательность действий C;
    • Если данные соответствуют условию D, выполняем действия E.
  2. Полученный результат передается на выход.

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

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

Я не единожды читал информацию о том, что нотации бизнес-процессов IDEF0 появилось чуть ли ни в середине XIX века. Более реалистичные авторы пишут о периоде Второй Мировой войны. Но и они ошибаются.

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

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

На самом деле описание бизнес-процессов и нотации BPMN появились в 70-е годы XX века, когда повсеместно начали использоваться информационные системы. И сам термин, и нотации понадобились изначально именно для разработки информационный систем.

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

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

Первые методологически проработанные нотации бизнес-процессов (а я буду говорить именно о методологически проработанных нотациях, например, IDEF3***) появились у военных в США. Причина очевидна – уже тогда военные в США пользовались автоматизацией с использованием удаленных соединений, т.е. той самой системой, которая позже стала Интернетом. И при таком уровне применения информационных систем потребность в нотациях бизнес-процессов была особенно актуальной.

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

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

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

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

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

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

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

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

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

Моделирование бизнес-процессов помогает решить сразу две задачи:

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

И сочетание изучения истории появления термина с моим личным опытом дает следующее определение:

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

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

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

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

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

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

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

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

Рекомендуемая последовательность действий:

  1. Собираем участников процесса (сотрудников);
  2. Собираем входящую информацию, необходимую и достаточную для запуска процесса;
  3. Собираем используемые системы. Это может быть учетная система,CRM, электронная почта, таблицы Excel и т.д. Все, что реально используется в работе, необходимо зафиксировать.
  4. Определяем ожидаемый результат – что будет в конце процесса.
  5. Собираем последовательность действий, которые выполняет человек.
  6. Вычленяем условия. В зависимости от разных входящих данных и промежуточных результатов действия могут быть разными.
  7. Описываем всю собранную информацию в графическом виде в удобной нотации (IDEF3, BPMN 2.0 и т.д.).

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

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

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

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

Распространенные мифы и заблуждения

Не «изобретайте велосипед»! Не нужно придумывать свои нотации.

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

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

Не путайте описания бизнес-процессы компании и бизнес-процессы IT систем.

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

Распространенная ошибка: Бизнес-процесс обязательно приносит ценность (прибыль).

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

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

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

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

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

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

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

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

Для лучшего понимания тематики рекомендую статьи:

  • Разбираемся с понятием BPM. Что такое управление бизнес процессами
  • Моделирование бизнеса. Основные подходы
  • Знакомство с нотацией IDEF0 и пример использования
  • Краткое описание BPMN с примером
  • Что такое BPMS
  • Использование GAP-анализа для выявления и согласования задач по проекту

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

Аннотация

Что такое BPMN – определение и подробное описание нотации. Из чего состоит BPMN, основные элементы бизнес-моделирования: как их правильно использовать. Различия между исполняемыми и неисполняемыми бизнес-процессами. Как работать с BPMN на практике.


Оглавление


Содержание

Пример бизнес процесса в формате BPMN

пример BPMN модели

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

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

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

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

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

Лично я познакомился впервые с BPMN около восьми лет назад, когда начал изучать систему Bizagi Modeler. Заинтересовался я этой системой по причине того, что давно уже понимал всю важность моделирования. До этого я лично пользовался IDEF0 и IDEF3, но там я сталкивался с определенными ограничениями. Дело в том, что IDEF0 несколько ограничен по числу возможностей. А IDEF3 мне лично показался излишне строгим и «сухим», в нем было сложно моделировать многие виды бизнес-процессов с участием программных продуктов.

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

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

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

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

Курс по BPMN

BPM: основные понятия

Для того чтобы разобраться, что такое BPMN , нужно понимать, что часть этой аббревиатуры «BPM» имеет две расшифровки — Business Process Modeling и Business Process Management.  В первом случае – это непосредственно моделирование бизнес процесса, а во втором – управление бизнес-процессами, т.е. общая система, частью которой и является Business Process Modeling.

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

Есть и еще одно понятие, о котором стоит сразу упомянуть – это «BPMS», т.е. Business Process Modeling System. Этот термин описывает те самые системы управления, в которых производится моделирование, а также исполнение бизнес-процессов.

Можно сказать, что BPMN является частью двух важнейших составляющих:

  • BPM (Business Process Modeling) – это та среда, где вы занимаетесь непосредственно моделированием. Самостоятельно или в команде.
  • BPMS (Business Process Modeling System) – это инструменты для исполнения созданных вами моделей. Это может быть Bizagi, Comundo,ELMA и пр.

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

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

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

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

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

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

Например, для моделирования бизнес-процессов вам понадобится знание таких понятий, как «условия», «цикл», «декомпозиция» и т.д.

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

Немного истории BPMN

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

Первая версия BPMN 1.0 была выпущена в мае 2004 года компанией Business Process Management Initiative.  Эта версия обладала ограниченными возможностями и была, так сказать, «пробным вариантом», который нуждался в многочисленных доработках.

Следующая версия BPMN 1.1 выходит в январе 2008, и здесь разработкой и поддержкой занималась уже Object Management Group, организация, появившаяся в результате слияния BPMI с другой компанией-разработчиком программного обеспечения.

Еще один релиз появляется всего через год, версия BPMN 1.2 выходит в свет в январе 2009. Разработчик OMG остается прежним. Команда, которая занимается продуктом, после слияния практически не меняется.

В январе 2011 года компания OMG выпускает версию BPMN 2.0, а в декабре 2013 выходит последний на данный момент релиз – BPMN 2.0.2. Именно эта версия предлагается всем пользователям и сегодня, так как система получилась стабильной, возможности моделирования в ней очень широкие, а язык моделирования (набор обозначений) по большей части понятен всем бизнес-пользователям – как бизнесменам, бизнес-консультантам, так и техническим специалистам.

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

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

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

Из чего состоит нотация BPMN?

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

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

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

Язык описания бизнес-процессов опирается на следующие базовые объекты:

  • Event – Событие;
  • Activity – Действия;
  • Gateway – Шлюзы или Развилки;
  • Flow – Поток.
  • Date – Данные;
  • Artefact – Артефакты;
  • Pool (Пул) — набор.

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

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

Если у Вас есть вопросы по испльзованию нотации BPMN или если Вы хотите получвить готовую модель, напишите мне или позвоните по телефону +7(495)320-50-40.

Написать

Event (Событие)

Событие

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

Например, опишем процесс получения заказа от клиента по телефону:

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

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

Activity (Действия)

Активность

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

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

Обычно действия делят следующим образом:

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

Gateway (Шлюз, Развилка)

Шлюз

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

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

Flow (Поток) и Message Flows (поток сообщений)

Поток

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

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

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

Pool (Пул)

Пул

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

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

Data Object (данные, объекты данных)

Данные

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

Message (Сообщение)

Сообщение

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

Artefact (Артефакты)

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

Выделяют два вида артефактов:

  • Object Group (Группа объектов)
  • Text Annotation  (Текстовая аннотация)

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

Text Annotation (текстовые аннотации) применяют для различных уточнений к диаграмме. Это могут быть комментарии, пояснения, другая информация, которая повысит читабельность диаграммы. Аннотации – это незакрытый прямоугольник, выполненный сплошной линией, от которого к объекту аннотации ведет линия, состоящая из точек.

Исполняемые и неисполняемые бизнес-процессы

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

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

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

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

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

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

Подходит ли BPMN для малого и среднего бизнеса?

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

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

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

Минусы и важные особенности BPMN

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

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

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

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

Пример практического применения BPMN

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

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

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

  1. Менеджер по продажам получает информацию о потребностях клиента (заказ).
  2. В системе CRM создается документ Заказ покупателя.
  3. Если нужные товары есть в наличие, то менеджер создает расходный документ в программе учета. Если товара нет в наличии, менеджер делает запрос в отдел закупки.
  4. Отдел закупки оформляет запрос поставщикам на получение товара.

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

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

Точкой входа служит получение заказа от покупателя. Точкой выхода – «резервирование товара».

Пример диаграммы

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

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

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

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

Как разрабатывать диаграммы BPMN на практике?

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

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

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

Что еще хотелось бы посоветовать:

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

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

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

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

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

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

Общие правила и рекомендации

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

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

Пример 1

Текстовое описание процесса:

«При необходимости в товаре которого нет в наличии продавец создает документ “Заявка на закупку” и направляет его на согласование закупщику. Закупщик проверяет необходимость в закупке данного товара и если закупщик разрешает закупить товар согласно документу “Заявка на закупку”, то продавец информируется о разрешении закупить товар, и закупщик создает документ “Заказ поставщику”. Иначе заявка аннулируется с комментарием содержащем причину отказа в закупке товара. Продавец информируется об отказе в закупке товара».

Схема BPMN:

potok_soobsheniy

Анимация токена в схеме BPMN в формате GIF:

potok_soobsheniy_gif

Описание бизнес-процесса
  1. Создать документ «Заявка на закупку».

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

  1. Отправить заявку на согласование.

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

  1. Проверить заявку.

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

Если Закупщик приходит к выводу, что закупка целесообразна:

  1. Закупщик подтверждает заявку.

  2. Информация о разрешении закупить товар отправляется Продавцу.

  3. Закупщик создает документ Заказ поставщику.  На этом процесс завершен.

Если Закупщик заявку не одобряет:

  1. Закупщик аннулирует заявку с комментарием, который поясняет причины отказа.

  2. Продавец получает уведомление об отказе с комментарием Закупщика. На этом процесс завершен.

Пример 2

Текстовое описание:

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

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

Описание бизнес-процесса
  1. Создать документ «Заявку на закупку»

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

  1. Отправить заявку на согласование.

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

  1. Проверить сумму заявки:

Если заявка не удовлетворяет заданным условиям:

  1. Сервис автоматически аннулирует ее с комментарием, поясняющим отказ.

  2. Продавец информируется об отказе. На этом процесс завершен.

Если заявка одобрена сервисом:

  1. Закупщик принимает сообщение о заказах на проверку.

  2. Закупщик проверяет заявку.

Если Закупщик принимает решение одобрить Заявку:

  1. Закупщик одобряет Заявку в информационной системе.

  2. Одновременно формируется документ «Заказ поставщику» и отправляется уведомление Продавцу о разрешении закупить товар. Процесс завершен.

Если Закупщик не одобряет Заявку:

  1. Заявка аннулируется с комментарием, поясняющим причины отказа.

  2. Продавец информируется об отказе и его причинах.  Процесс завершен.

Пример 3

Текстовое описание:

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

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

Схема BPMN:

service_task

Анимация токена в схеме BPMN в формате GIF:

service_task_gif

Описание бизнес-процесса
  1. Создать документ «Заявка на закупку».

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

  1. Отправить заявку на согласование.

Продавец отправляет Заявку на согласование, она отправляется в стороннее приложение.

  1. Проверить сумму заявки.

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

Если заявка не одобрена сервисом, процесс завершен.

Если заявка одобрена сервисом:

  1. Закупщик получает сообщение о заказах на проверку.

  2. Закупщик проверяет заявку.

Если Заявка одобрена:

  1. Одобрить заявку. 

Закупщик в системе подтверждает одобрение заявки.

  1. Информировать о разрешении закупить товар. 

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

  1. Создать документ «Заказ поставщику».

Закупщик формирует «Заказ поставщику». Процесс завершен.

Если заявка не одобрена:

  1. Аннулировать заявку с комментарием.

Закупщик аннулирует заявку, в комментарии поясняет причины отказа.

  1. Проинформировать об отказе.

    Продавцу отправляется уведомление об отказе с комментарием Закупщика. Процесс завершен.

Пример 4

Текстовое описание:

«Если продавец получает сообщение о необходимости в товаре, он создает документ заявка на закупку и направляет его на согласование закупщику. Закупщик проверяет необходимость в закупке данного товара и, если закупщик разрешает закупить товар согласно заявке на закупку, то продавец информируется о разрешении закупить товар и закупщик создает заказ поставщику. Закупщик информирует клиента о статусе его заказа. Иначе заявка аннулируется с комментарием, содержащем причину отказа в закупке. Продавец информируется об отказе в закупке».

Схема BPMN:

parallel

Анимация токена в схеме BPMN в формате GIF:

parallel_gif

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

Процесс инициируется после того, как Продавец получает Заказ от клиента.

  1. Создать документ «Заявка на закупку»

Продавец на основе заказа клиента формирует в информационной системе документ «Заявка на закупку».

  1. Отправить заявку на согласование.

После того как документ полностью сформирован, он отправляется на согласование Закупщику.

  1. Проверить заявку.

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

Если заявка одобрена:

  1. Одобрить заявку.

После принятия положительного решения Закупщик в системе подтверждает одобрение заявки.

  1. Информировать о разрешении закупать товар.

Покупателю отправляется сообщение, в котором он информируется об одобрении заявки.

  1. Создать документ «Заказ поставщику».

    Закупщик формирует документ «Заказ поставщику». 

    Система отправляет клиенту письмо с информацией «Ваш заказ принят» и завершает процесс.

Если заявка не одобрена:

  1. Аннулировать с комментарием в случае отказа.

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

  1. Проинформировать об отказе.

Продавец получает уведомление об отказе, которое также включает комментарий Закупщика. Процесс завершен.

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

#статьи

  • 12 июл 2022

  • 0

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

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

Иллюстрация: Катя Павловская для Skillbox Media

Ксеня Шестак

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

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


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

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

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

  • Что такое бизнес-процессы и на какие виды их делят
  • Зачем управлять ими и как это делать
  • Как моделировать бизнес-процессы и для чего
  • Для чего анализируют бизнес-процессы и как это делать — изучаем основные методы
  • Зачем нужна оптимизация бизнес-процессов и как её проводят
  • Что такое автоматизация бизнес-процессов и какие сервисы для этого есть

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

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

Всё это бизнес-процессы.

Примечание

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

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

Допустим, один из бизнес-процессов в интернет-магазине игрушек — обработка заказа. В общем виде он выглядит так:

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

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

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

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

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

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

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

Основные бизнес-процессы — от организации поставок до продажи продукта — создают ценности для потребителя.

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

Допустим, по соседству работают две ремонтные мастерские — «Мотор» и «Инжектор». Обе ведут предварительную запись клиентов. Сотрудники «Мотора» обрабатывают заявки по телефону и записывают данные о клиентах в общий журнал.

А на ремонт в «Инжекторе» можно записаться через сайт, в мессенджерах или соцсетях — выбрав время и мастера. Кроме того, в «Инжекторе» есть CRM, которая по SMS напоминает клиентам, в какой день и на какое время они записаны. Да, у обеих мастерских одинаковый набор и качество услуг, но процесс записи у «Инжектора» отлажен лучше.

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

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

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

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

Фото: maxbelchenko / Shutterstock

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

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

Управление бизнес-процессами — тоже процесс. Есть разные подходы. Мы в OkoCRM используем подход DMAIC: Define, Measure, Analyze, Improve, Control. Подход предполагает пять этапов управления:

  • Define — определение. Выделяем и подробно описываем бизнес-процессы компании. Уточняем, кто участвует, какие документы нужны, какие используются ресурсы.
  • Measure — измерение. Определяем метрики: сколько стоит процесс, сколько он длится, сколько людей участвует, сколько раз в квартал или в год он повторяется.
  • Analyze — анализ. Смотрим на показатели эффективности и изучаем процесс: что можно улучшить, ускорить, оптимизировать.
  • Improve — совершенствование. Модифицируем процессы и внедряем их в работу.
  • Control — контроль. Снова снимаем метрики, смотрим результаты, делаем выводы. Если что-то пошло не так — повторяем все циклы DMAIC заново.

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

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

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

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

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

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

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

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

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

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

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

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

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

Вот пример ментальной карты процесса снабжения:

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

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

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

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

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

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

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

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

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

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

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

Вот некоторые качественные методы:

  • SWOT-анализ;
  • анализ проблем процесса;
  • ранжирование процессов.

В этой статье мы не будем разбирать их подробно.

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

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

Обычно используют такие методы:

  • имитационное моделирование процесса;
  • АВС-анализ;
  • анализ показателей эффективности процесса.

Результат — отчёт с прогнозом того, какие показатели можно получить, и рекомендациями, как это сделать.

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

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

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

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

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

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

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

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

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

Таким образом, задачу «Проверить наличие товара на складе» можно убрать из алгоритма и так высвободить несколько минут рабочего времени.

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

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

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

Иногда к оптимизации бизнес-процессов относят сокращение сотрудников. Это не совсем верно. Устранение исполнителей из процессов может быть мерой оптимизации, но важно обращать внимание на последствия. Например, если удалось сократить объём задач и при этом нагрузка на исполнителей уменьшилась, сокращение персонала допустимо. В противном случае сокращение увеличит нагрузку на сотрудников — и качество процессов пострадает.

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

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

Вот шесть причин провести оптимизацию бизнес-процессов:

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

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

Лучше действовать в такой последовательности:

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

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

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

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

Фото: maxbelchenko / Shutterstock

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

  • обработку сделок;
  • SMS- и email-рассылки;
  • документооборот;
  • бухгалтерский и складской учёт;
  • проведение платежей.

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

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

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

Обычно это происходит так:

  • Выбирают сервис для автоматизации. Например, CRM или ECM.
  • Сервис присылает внешнюю команду для внедрения. Обычно сервисы работают с несколькими компаниями-интеграторами и предлагают их услуги на выбор. Условия и стоимость у разных интеграторов различаются.
  • Команда внедрения просит в помощь сотрудника компании. Он вводит в курс дела и рассказывает, как построена работа.
  • Интеграторы описывают процессы, которые нужно автоматизировать, проводят анализ и составляют план внедрения. В нём описаны решения по функциональности выбранного сервиса, которые нужно внедрить в компании.
  • Интеграторы делают настройку и отладку системы, чтобы всё работало как надо. Чем сложнее функциональность, тем дольше внедрение. Часто на это требуется около 1–2 месяцев.
  • Обучают сотрудников — показывают, как работать в системе. Иногда выдают сертификаты и свидетельства.

Стоимость услуг интеграторов зависит от объёма работ и сложности внедрения. Например, средний ценник настройки CRM — 100–150 тысяч рублей.

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

Группы программных решений для автоматизации бизнес-процессов
Инфографика: Майя Мальгина для Skillbox Media
  • Бизнес-процессы есть в каждом бизнесе и даже у самозанятых. Они разные у всех компаний и никогда не повторяются даже у прямых конкурентов. Обычно их рисуют в виде интуитивно понятных блок-схем.
  • С процессами важно работать: моделировать, анализировать и улучшать их. Это повышает эффективность бизнеса, помогает экономить деньги и решать больше задач за меньшее время.
  • С бизнес-процессами обычно работают внешние аналитики. Если на их услуги нет денег, анализировать и менять процессы можно самим. Чтобы получить ощутимый результат, нужно время.
  • Проще всего оптимизировать процессы с помощью автоматизации. Алгоритмы заберут часть рутины, а у сотрудников появится больше времени на важные дела. Автоматизировать можно практически любой бизнес-процесс.

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

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

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

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

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

Определение и суть бизнес-процессов

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

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

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

Бизнес-процессы – это взаимосвязанные и последовательные действия, отвечающие следующим опциям:

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

Этапы внедрения бизнес-процессов

Постановка бизнес-процессов на предприятии состоит из нескольких этапов (см. рисунок 1).

RisBP.jpg

Рисунок 1. Этапы постановки бизнес-процессов на предприятии

Недооценка любого из этапов делает бессмысленным проект постановки бизнес-процесса.

  1. Выявление и документирование процесса. Важно проанализировать текущую ситуацию, прежде чем приступать к изменениям. В результате этого этапа должна появиться модель «AS IS» (как есть), выявлены узкие места и потенциал возможных изменений.
  2. Анализ процесса проводится до и после его внедрения. Этот этап определяет необходимые изменения, инструментарий и ресурсы.
  3. Описание бизнес-процесса дает полную информацию по планируемым изменениям. Результатом этого этапа должен стать задокументированный план, обязательный к исполнению. На практике этот этап ошибочно принимают за завершающий. И тогда документ, описывающий процесс, становится «неработающим».
  4. Реализация – это исполнение принятых решений. Во время этого этапа формируется дополнительная информация об эффективности бизнес-процесса в целом, его участников и ключевых этапов. Информация, генерируемая в процессе реализации, способна поддержать и усилить конкурентные преимущества компании на рынке.
  5. Контроль остается самой недооценённой частью задачи постановки бизнес-процесса. Без последующего контроля и анализа действующих процессов, весь проект по внедрению окажется неэффективным. Недооценка этого этапа отчасти оправдана тем, что от процесса ожидается его самодостаточность. Механизм внедряется для экономии времени и ресурсов. Но любой процесс продолжает требовать внимания.

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

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

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

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

Важным, но непринципиальным моментом является вопрос выбора инструментария для описания бизнес-процесса. Эффективность инструмента определяется гибкостью и простотой применения, а также способностью учитывать все парадигмы описания деятельности предприятия. В современной методологии управления чаще всего упоминается инструмента описания бизнес-процессов: BPMN 2.0 (Business Process Model and Notation). Его отличают:

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

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

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

Primer2.png

Рисунок 2. Пример графического описания бизнес-процесса в рамках нотации BPMN 2.0

BPMN 2.0 – это своего рода баланс между легкостью восприятия и сложностью описания бизнес-процесса. Инструмент находится в свободном доступе на сайте Object Management Group.

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

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

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

  • основные,
  • вспомогательные,
  • управленческие.

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

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

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

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

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

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

Участники

Участников группируют по-разному, но так или иначе, следующие роли присутствуют во всех методиках:

  1. Владелец.
  2. Менеджер.
  3. Исполнитель.
  4. Аналитик.
  5. Инженер.

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

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

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

Внутренние – сотрудники компании, ответственные за выполнение задач.

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

Роли, нотации BPMN, программное обеспечение и оборудование, обеспечивающие автоматизацию бизнес-процесса – все это неотъемлемые объекты и субъекты процесса описания.

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

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

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

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

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

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

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

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

2. Не стоит внедрять процесс, не имея инструментария и ресурсов для контроля за его исполнением.

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

4. «First things first». Основное внимание следует уделять основным процессам. Если есть критичные сложности в основных, эффективность вспомогательных процессов не будет давать никакой добавочной стоимости.

5.  Все участники должны быть осведомлены и мотивированны. Каждый сотрудник должен хорошо представлять:

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

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

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

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

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

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

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

Выводы

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

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

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