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

    1. Концептуальная схема управления процессом

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

  1. планирование деятельности (планировать
    можно как саму деятельность, так и
    показатели эффективности процесса);

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

  3. регистрация фактической информации
    (это функции учета: производственного,
    управленческого, бухгалтерского и т.п.
    );

  4. контроль и анализ исполнения плановых
    показателей;

  5. принятие управленческих решений в
    рамках процесса.

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

Для определения процессного подхода к
управлению используется так называемый
цикл PDCA — «цикл Деминга».
Этот цикл включает четыре шага:
планирование процесса (Plan),
выполнение процесса (Do),
анализ показателей эффективности
процесса (Check), корректировка
процесса (Act).

Каждый процесс должен соответствовать
циклу PDCA и базовым
требованиям процессного подхода,
сформулированным в МС ИСО 9001:2000:

  1. Система управления складывается, как
    минимум, из двух уровней.

Управленческие решения принимают:

а) высшее руководство («первое лицо»)-п.
5.1 МС ИСО 9001:2000;

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

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

регламентированных
обратных связях, описанных в цикле PDCA.

Все этапы цикла PDCA
выполняются по регламентам.

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

Потоки информации
и управленческие решения

Р

Механизмы

исунок 4.1. Концептуальная схема
управления процессом

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

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

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

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

а) показатели процесса;

б) показатели продукта;

в) показатели удовлетворенности
потребителя;

г) результаты аудитов процесса.

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

К показателям процесса
обычно относят:

1. Показатели затрат ресурсов:

— затраты времени (цикл,
длительность, производительность,
скорость выполнения заказов);

— затраты материальные
(расходы средств, материалов, бюджеты
подразделений, дебиторская задолженность,
кредиторская задолженность, объемы
замороженного капитала в виде складских
запасов сырья или неликвидов).

2. Затраты на качество
(предупреждение; отбраковка; исправление,
замена и возврат брака; затраты на
обучение персонала).

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

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

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

2. Надежностные характеристики
(срок гарантии, гарантии сервиса,
количество дефектов и ошибок).

3. Показатели безопасности
(экологические показатели (ISO
14001).

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

К показателям удовлетворенности
потребителя/поставщика обычно относят:

  1. Объемы продаж.

  2. Длительность деловых
    связей.

  3. Количество (процент)
    постоянных клиентов.

  4. Количество претензий,
    рекламаций, жалоб, замечаний.

  5. Количество (процент)
    клиентов, потерянных за период времени.

  6. Доля рынка по продукту/услуге.

  7. Количество «имиджевых
    клиентов».

  8. Ответы на анкету
    организации-поставщика о степени
    удовлетворенности по балльной шкале.

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

  1. Адекватность и объективность
    отображения состояния БП.

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

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

  4. Полнота и системность
    (показатели должны охватывать качественные
    и количественные стороны БП, его входы
    и выходы, исполнителей, поставщиков и
    потребителей).

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

  6. Сравнимость (информация
    по аналогичным объектам должна быть
    легко сравнимой).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

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

Print Friendly, PDF & Email

Формирование бизнес-модели: теоретические аспекты

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

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

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

  1. Ориентированный на бизнес-процессы/роли (подход направленный внутрь предприятия);
  2. Ориентированный на ценность/клиента (подход направленный на внешнее окружение предприятия).

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

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

Взаимосвязь бизнес-модели и стратегии можно выразить «уравнением ценности», которое предложил Mitchell Levy:

V = M*S, где:

V — Value(Ценность), M — Model(Бизнес-модель), S — Strategy (Стратегия)

то есть для реализации своей стратегии предприятие должно определить свою бизнес-модель (модели).

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

  • определенного продукта (группы продуктов);
  • предприятия в целом;
  • для группы предприятий (холдинга).

Методологическая платформа разработки бизнес-модели состоит из:

Методологическая платформа разработки бизнес-модели

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

Исходя из этого бизнес-модель должна описывать:

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

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

функциональная схема предприятия

Александр Остервальдер и Ив Пенье в своей книге «Создаем бизнес модель» (вышла в украинском издательстве «Наш Формат» в 2017 году) описывают бизнес-модель любой организации с помощью 9 блоков, которые охватывают 4 основные компонента бизнеса: клиентов, предложение, инфраструктуру и финансовую жизнеспособность:

  1. Сегменты клиентов;
  2. Ценностное предложение — как можно решить проблему клиента;
  3. Каналы — ценностные предложения клиентам поставляются через каналы связи, дистрибьюции и сбыты;
  4. Отношения с клиентами;
  5. Потоки доходов;
  6. Ключевые ресурсы;
  7. Ключевые виды деятельности;
  8. Ключевые партнерства;
  9. Структура расходов

Канва бизнес-модели

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

К управлению предприятием можно подходить с двух сторон: функционального и процессного.

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

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

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

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

Любой процесс можно идентифицировать по тому, что он имеет отличительные черты:

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

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

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

Концептуальную схему управления процессом можно представить так:

Концептуальная схема управления процессом

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

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

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

В деятельности любой организации есть множество процессов и не важно осознает она это или нет. Всех их можно разделить на:

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

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

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

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

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

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

Основных бизнес-процессов должно быть не более 7+-2.

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

Основные процессы

Обеспечивающие (вспомогательные) бизнес-процессы

К таким бизнес-процессам относятся:

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

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

Количество вспомогательных процессов должно быть не более 5+-2.

Обеспечивающие процессы

Бизнес-процессы управления

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

Типовую структуру таких процессов можно представить в виде стандартной цепочки управленческого цикла:

  1. Планирование;
  2. Организация;
  3. Учет;
  4. Контроль;
  5. Регулирование

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

Бизнес-процессы развития

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

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

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

Большинство таких процессов представляют собой проектную деятельность.

Процессы развития

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

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

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

Бизнес-процессы пивзавода

Управление бизнес-процессами включает следующие этапы:

  1. Идентификация бизнес-процессов;
  2. Определение критериев выбора приоритетных процессов;
  3. Определение ключевых факторов успеха;
  4. Сопоставление бизнес-процессов и ключевых факторов успеха;
  5. Оценка важности бизнес-процессов;
  6. Оценка степени проблемности процессов;
  7. Разработка матрицы ранжирования бизнес-процессов;
  8. Оценка возможность проведения изменений в процессе;
  9. Ранжирование и выбор приоритетных бизнес-процессов;
  10. Разработка матрицы ответственности по бизнес-процессу.

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

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

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

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

  • Финансы — финансовые затраты на проведение изменений;
  • Персонал — сопротивление изменениям со стороны персонала;
  • Законодательство.

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

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

Оценка эффективности управления бизнес-процессами

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

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

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

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

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

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

Какие же существуют количественные показатели оценки эффективности управления бизнес-процессами? Можно выделить такие показатели:

  1. Коэффициент сложности — отношение уровней декомпозиции модели процессов к сумме экземпляров процессов;
  2. Коэффициент процессности — количество «разрывов» в бизнес-процессах к сумме классов процессов;
  3. Коэффициент контролируемости — отношение количества классов бизнес-процесса к количеству владельцев процесса;
  4. Коэффициент ресурсоемкости — отношение количества используемых ресурсов к количеству «выходов»;
  5. Коэффициент регулируемости — отношение количества регламентов к количеству классов бизнес-процессов.

Подытожим

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

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

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

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

Это должно произойти таким образом, чтобы получилось вот так:

Системный бизнес

Если такое происходит — компания выходит на новый уровень развития.

Пока вы не поняли потребителя, вы не сможете понять существа деятельности вашего предприятия. (Т. Питерс, Р. Уотермен)

Два понимания процессного подхода к управлению предприятием

В.В.Репин

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

1. Управление процессами предприятия

Данная статья написана с целью продолжить дискуссию о современном понимании процессного подхода к управлению предприятием. Опыт общения с руководителями предприятий, специалистами и консультантами позволяет сделать следующий вывод: в настоящее время в России профессиональные консультанты по управлению не имеют стандартного понимания процессного подхода к управлению предприятием. Как следствие, заказчики услуг консультантов — руководители промышленных предприятий, вынуждены разбираться с многообразием подходов и методик, что осложняет и без того непростую жизнь управленцев. В то же время на рынке одни компании активно продвигают методику построения сбалансированных показателей управления (BSC), другие — создание т.н. «процессной модели предприятия» с использованием ARIS, третьи предлагают за короткий срок и фиксированное вознаграждение оптимизировать все существующие процессы, четвертые — призывают сразу взяться за внедрение TQM и т.п. Сколько консалтинговых компаний, столько и интерпретаций процессного подхода. Появление стандартов ISO серии 9000:2000 (см. [1] и [2]) хотя и дало серьезный импульс к развитию методик процессного управления, тем не менее, проблему различных толкований процесса и процессного подхода не решило. Некоторые известные российские консалтинговые фирмы в ряду своих услуг указывают, например, следующий набор: описание и оптимизация бизнес-процессов, создание должностных инструкций, сертификация по ISO и прочее. Таким образом, для многих консультантов процессный подход и реорганизация (реинжиниринг) процессов — это одно, а внедрение системы менеджмента качества, основанной на процессах, — нечто другое, мало с первым связанное. Большое количество статей, выступлений на конференциях, коммерческих предложений с описанием подходов и других материалов создали определенное информационное поле, в котором можно встретить множество подходов и трактовок. Несмотря на многообразие подходов, удается выделить, по крайней мере, два достаточно четко выраженных понимания процессного подхода к управлению предприятием.

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

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

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

2. Подход 1: предприятие как сеть процессов

     Первый подход мы условно стали называть «полным». Более правильно, вероятно, назвать его системным подходом к выделению процессов предприятия (как этого требует ISO 9001:2000 [2]). Рассматриваемый подход базируется на следующих четырех основных положениях:

  1. определении процессного и системного подходов применительно к организации;

  2. определении процесса (бизнес-процесса) организации;

  3. понимании шагов, необходимых для внедрения процессного подхода в организации;

  4. определении сети (системы) взаимосвязанных процессов организации.

Очень важно дать концептуальное определение процесса. По существу, на основе правильного определения можно построить фундамент системы процессного управления предприятием. Мы определяем процесс как устойчивую, целенаправленную совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя. Данное определение базируется на определении стандарта ISO  9000:2000 [1].

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

Применение для управления деятельностью и ресурсами организации системы взаимосвязанных процессов, может называться «процессным подходом». Такое определение процессного подхода в ISO 9001:2000, очевидно, несколько ограничено, поскольку не содержит в себе собственно технологии управления процессом. К сожалению, технологию управления процессом невозможно описать при помощи двух-трех слов. Необходимо описать шаги, выполнение которых обеспечивает внедрение системы процессного управления. Мы полностью согласны с п. 4.1 ISO 9001:2000, согласно которому организация должна:

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

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

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

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

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

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

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

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

img1

Рисунок 1. Сеть (система) процессов предприятия.

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

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

  1. однозначного определения границ процессов (по входам/выходам, выполняемым функциям подразделений);

  2. однозначного определения взаимодействия процессов в рамках сети (системы) процессов предприятия;

  3. однозначного определения владельцев процессов, отвечающих за результативность и эффективность каждого процесса.

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

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

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

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

В рамках данной статьи не предполагается подробное описание системы управления бизнес-процессами (см. [3],[4]). Подробную информацию по организации системы процессного управления можно найти среди ресурсов инфопортала www.finexpert.ru. Кратко рассмотрим базовую методику управления процессом. На рисунке 2 показана концептуальная схема управления процессом, основанная на сформулированном выше определении процесса.

img2

Рисунок 2. Концептуальная схема управления процессом.

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

img3

Рисунок 3. Схема системы управления предприятием, основанная на процессном подходе к управлению.

На рисунке 3 использованы следующие условные обозначения:

ГД — Генеральный директор Предприятия;

Р — руководитель (возможно владелец нескольких процессов, заместитель ГД);

ВП — владелец процесса;

А — средства выполнения бизнес-процесса (документация, регламентирующая ход процесса);

Б — средства управления ресурсами процесса (документация, регламентирующая управление ресурсами);

1 — средства получения оперативной управленческой информации о ходе процесса (записи в журналах; автоматизированные системы учета и т.д.);

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

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

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

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

6 — средства анализа оперативной информации об отклонениях в ходе процесса руководителем (регламентирующие документы);

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

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

9 — средства разработки мероприятий по улучшению процесса руководителем (регламентирующие документы, определяющие полномочия руководителя по разработке и выполнению мероприятий по улучшению процесса; типовые формы обоснования мероприятий; программные средства расчета экономической эффективности мероприятий,, регламенты принятия решений);

10 — средства анализа оперативной информации об отклонениях в ходе процессов Генеральным директором (регламентирующие документы);

11 — средства разработки оперативных управленческих решений Генеральным директором  (регламенты принятия решений);

12 — средства анализа информации по выполнению бизнес-процессов предприятия Генеральным директором (регламенты выполнения анализа процессов ГД).

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

14 — средства анализа внешней среды.

     Рассмотрим второе понимание процессного подхода к управлению.

3. Подход 2: «сквозные» бизнес-процессы

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

img4

Рисунок 4 Выделение «сквозных» процессов предприятия.

     Обычно, приверженцы идеологии «сквозных» процессов определяют процесс, как целенаправленную последовательность операций (работ, процедур), приводящую к заданному конечному результату — выходу процесса. При использовании данного определения, описание процесса представляет собой описание последовательности работ, выполняемых поочередно в различных подразделениях предприятия (часто из разных функциональных направлений), исполнителей, входящих и исходящих документов и т.п. Указанное понимание процесса позволяет его последователям использовать методики описания класса Work Flow, наиболее распространенными из которых являются IDEF3 и  ARIS eEPC (см. [5]).

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

     Далее на основе «сквозного» понимания процесса развивают целые школы реорганизации управления предприятия. Наибольшее распространение получил подход (см., например [6], [7]), при котором:

  1. создается описания процессов (модели) «как есть»;

  2. проводится анализ моделей «как есть»;

  3. разрабатываются модели «как должно быть»;

  4. проводится реорганизация реальной деятельности на основе моделей «как должно быть».

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

Некоторые специалисты развивают данный подход далее и вводят понятие владельца процесса и владельца ресурса. Для «сквозного» процесса определяется т.н. владелец, т.е. сотрудник, который отвечает за результат процесса, его эффективность и удовлетворенность клиентов. Как правило, рекомендуют назначать владельцем процесса инициативного, творческого, пользующегося уважением в коллективе сотрудника (см. например [8]). Назначенный таким образом владелец процесса отвечает за налаживание межфункциональных связей, оптимизацию выполняемых в ходе процесса работ и т.д. При этом, реально ресурсами распоряжаются руководители функциональных подразделений. По мнению Т. Конти (см. [9]), владелец процесса должен назначаться из числа руководителей верхнего уровня, например заместителей генерального директора. В любом случае, при таком определении процесса и владельца процесса необходимо четко регламентировать взаимодействие владельца с руководителями функциональных подразделений (владельцами ресурсов). Такая регламентация фактически означает изменение системы управления предприятием, осуществляется переход на матричную или проектную структуру. На практике, в большинстве случаев вопрос об изменении системы управления не ставится, но владельцы процессов назначаются. Руководство требует с них результат — повышение эффективности процессов. Но владельцы процессов, не имеющие в своем распоряжении реальных ресурсов и административных полномочий, не могут обеспечить улучшение процессов, возникают конфликты с руководителями функциональных подразделений и т.п. (Представьте себе ситуацию, когда к руководителю функционального подразделения, через которое проходят 3 «сквозных процесса», приходят 3 владельца этих процессов и требуют в первую очередь выполнить и оптимизировать работы «своего процесса». Конфликт в такой ситуации неизбежен). Поэтому использование «сквозных» процессов без значительного изменения принципов управления предприятием, как правило, не приносит желаемых результатов. Кроме того, само определение процесса, как последовательности операций, не позволяет применять к нему принципы управления, рассмотренные в п. 2.

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

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

4. Сравнительный анализ подходов

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

Вопросы для сравнения Первое
понимание процессного подхода
Второе
понимание процессного подхода
1 Определение процесса Процесс — устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности, которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя. Процесс — целенаправленная последовательность операций (работ, процедур), приводящая к заданному конечному результату — выходу процесса.
2 Рассмотрение деятельности предприятия Вся деятельность рассматривается как сеть процессов. Системный подход. Привязка к реальной организационной структуре предприятия. Частичное рассмотрение деятельности в виде цепочек последовательно выполняемых операций. Отсутствие какой-либо системы. Субъективность.
3 Наличие методики управления процессом Есть. Соответствует требованиям ISO 9001:2000. Нет. Существуют различные субъективные трактовки
4 Владелец процесса Есть. Обладает всеми ресурсами, необходимыми для обеспечения результативности и эффективности процесса, занимает четкое положение в организационной структуре. Есть. Не обладает ресурсами, не занимает определенного положения в организационной структуре, но имеет обязанности.
5 Взаимодействие между структурными подразделениями На 100% определено и регламентировано взаимодействие в рамках сети процессов. Частичное описание в рамках «сквозных» процессов*.
6 Система управления предприятием Изменяется. Система управления строится на основе методик управления процессами в рамках сети процессов предприятия. Руководители подразделений становятся владельцами процессов. Фактически не изменяется. Деятельность линейных руководителей обременяется обязанностью рассмотрения требований владельцев процессов.
7 Документация системы управления Полное документирование деятельности. Документация на 90-100% соответствует реальной деятельности и практически используется. Создание дополнительной документации, с низкой степенью практического использования**.
8 Необходимость изменения организационной структуры при комплексном внедрении Отсутствует. Организационная структура в целом сохраняется до появления объективных данных, необходимых для обоснования изменений. Должна быть полностью изменена для достижения реального результата (переход на матричную или проектную структуру).
9 Менеджмент качества процессов Обеспечивается. Возможно сертификация на ISO 9001:2000. Не обеспечивается. Сертификация по ISO 9001:2000 невозможна.

*  —  часть деятельности остается за пределами описанных «сквозных» процессов;

** — описание «сквозных» процессов, как правило, создается дополнительно к действующей документации (положения о подразделениях, должностные инструкции и т.п.).

Таблица 1. Сравнение двух подходов к процессному управлению.

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

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

В.В.Репин, к.т.н.,

руководитель отдела консалтинга «TENGRY Group»,

менеджер проекта www.finexpert.ru

Литература

  1. ISO 9000:2000 Системы менеджмента качества — Основные положения и словарь.

  2. ISO 9001:2000 Системы менеджмента качества- Требования.

  3. Репин В.В., Елиферов В.Г. «Процессный подход к управлению организацией». «И снова о процессах», выпуск № 18 из серии «Все о качестве. Отечественные разработки», 2002 г.

  4. Репин В.В., Елиферов В.Г. «Основы формирования сети процессов в организации». И снова о процессах», выпуск № 18 из серии «Все о качестве. Отечественные разработки», 2002 г.

  5. Репин В.В., Маклаков С.В. «ARIS Toolset/BPWin: выбор за аналитиком». Журнал «Компьютер пресс», № 1, январь 2002 г.

  6. Реинжиниринг корпорации: Манифест революции в бизнесе. М.Хамер, Дж.Чампи. СПб.: Изд.СПб ун-та, 1997

  7. Практическое руководство по реинжинирингу бизнес-процессов. М. Робсон, Ф. Уллах. «Аудит», Москва, 1997 г.

  8. Процессный подход. Основы и методика реализации. А.Д. Шадрин. Все о качестве. Отечественные разработки. Выпуск 16-17, Москва, 2002 г.

  9. Материалы семинара Тито Конти «TQM — процессный подход — новый взгляд», Москва, 17-18 октября 2002 г.

Опубликовано в журнале «Методы менеджмента качества»

Также на сайте:
7 простых инструментов контроля качества
Как улучшать административные процессы

В статье рассказывается:

  1. Определение бизнес-процессов
  2. Описание схемы бизнес-процессов
  3. Выбор нотации для разработки схем бизнес-процессов
  4. История разработки нотации бизнес-процессов BPMN
  5. 5 этапов построения схем бизнес-процессов
  6. 7 программ для создания схем бизнес-процессов
  7. Важность определение границ бизнес-процесса в BPM
  8. 3 цели моделирования бизнес-процессов
  9. Качества, которыми должна обладать готовая схема бизнес-процессов
  10. Заблуждения и мифы о схемах бизнес-процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

Конечный потребитель

Существует два типа заказчиков: внутренний и внешний.

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

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

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

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

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

Раз уж речь идет об объединении различных структур компании, закономерным станет вопрос о том, каковы границы сквозных процессов согласно BPM?

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

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

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

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

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

Рассмотрим следующие определения для более глубокого погружения в суть вопроса:

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

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

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

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

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

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

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

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

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

Нотация должна отвечать основным требованиям:

  • Простота в изучении. Доступность и понятное изложение существенно сэкономит время на ознакомление с ней, что помогает ускорить процесс.

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

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

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

Элемент

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

ARIS eEPC

BPMN

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

Блок-схема 1

Блок-схема 2

Блок-схема 3

Операции процесса. Указывают на действия, задачи и функции. Аналогичны для всех нотаций класса.

Блок-схема 4

Блок-схема 4

Блок-схема 4-1

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

Блок-схема 5

Блок-схема 6

Блок-схема 7

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

Блок-схема 8

Блок-схема 9

Блок-схема 10

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

Блок-схема 11

Блок-схема 12

Блок-схема 13

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

Простая блок-схема

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

Простая блок-схема

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

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

Кейс: VT-metall

Узнай как мы снизили стоимость привлечения заявки в 13 раз для металлообрабатывающей компании в Москве

Узнать как

ARIS eEPS

eEPC (extended Event Driven Process Chain) означает расширенное описание последовательностей процесса, описание бизнес-процесса в блок-схемах, которые управляются событиями. Каждое из них создает операцию либо функцию, а это в свою очередь ведет к возникновению следующего события.

Создавая схему в нотации ARIS eEPC, следует придерживаться перечисленных ниже правил:

  • каждая функция возникает из события;

  • каждая функция оканчивается событием;

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

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

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

BPMN

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

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

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

Итак, в чем заключаются особенности элементов нотации BPMN?

Зоны ответственности

Элемент

Зоны ответственности

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

Элементы потока

Элемент

Задачи и подпроцессы

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

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

События

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

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

Шлюзы

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

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

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

Не эксклюзивное условие «И/ИЛИ» позволяет выполнение либо только одного действия, либо нескольких параллельно. Например: если сумма заказа больше 5 000 рублей, клиент получает один подарок. Если сумма заказа больше 5 000 рублей с наличием в нем товара с необычным ценником, человек получает уже два разных подарка. Если сумма заказа меньше 5 000 рублей, но клиент приобрел товар с особым ценником, он получает второй подарок. А если при условии той же стоимости заказа в нем отсутствует определенные товар, то подарок клиент не получит.

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

Данные

Элемент

Объекты данных

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

Базы данных

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

Соединяющие элементы

Элемент

Потоки управления

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

· если действие на одной ветке должно начаться после завершения другого, которое разветвляется, используется маркер – линия с ромбом;

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

Потоки сообщений

Потоки сообщений. Обозначают обмен сообщениями между участниками процесса.

Артефакты

Элемент

Текстовая аннотация

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

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

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

  • Определение границ. Схема обязательно должна отражать начало и конец процесса.

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

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

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

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

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

История разработки нотации БП

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

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

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

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

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

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

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

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

5 этапов построения схем бизнес-процессов

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

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

Этап 1: Определение и ограничение бизнес-процесса

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

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

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

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

Этап 2: Задание точек начала и окончания, основных блоков

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

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

  • Регистрация заявки от клиента.

  • Рекомендации подходящего ему товара либо услуги.

  • Оформление заявки.

  • Производство товара или погрузка со склада.

  • Отправка клиенту.

Этап 3: Детализация схемы бизнес-процесса

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

Детализация схемы бизнес-процесса

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

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

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

Этап 4: Определение ролей участников процесса, документов, баз данных

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

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

Этап 5: Проверка схемы бизнес-процесса

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

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

Уже созданную схему бизнес-процесса можно автоматизировать при помощи BPM-систем.

Ниже представлены рекомендации, которые стоит использовать, создавая схемы:

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

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

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

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

7 программ для создания схем бизнес-процессов

Bizagi Process Modeler

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

Bizagi Process Modeler

Кроме того, с ее помощью результат можно отражать в файлах разного формата, в частности, в Microsoft Word и HTML.

ARIS Express

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

ARIS Express

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

Camunda

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

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

  • Camunda поддерживает любой JVM-язык.

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

  • Удобно разрабатывать и применять в CICD благодаря возможности использовать программы как библиотеки в Java-приложении.

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

Camunda

Это ПО предлагает использовать приложения Modeler, Task List, BPMN Engine, DMN Engine, Cockpit, Admin, Optimize:

  • Modeler — средство создания моделей BPMN-процессов.

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

  • BPMN Engine — своего рода движок, обеспечивающий интерпринтеграцию нотации BPMN в объекты JAVA и сохранение объектов в базе.

  • DMN Engine — работает по аналогии с BPMN Engine, только для DMN (Decision Model and Notation)

  • Cockpit — веб-приложение для контроля состояния процессов. В бесплатной версии доступны не все функции.

  • Admin — это инструмент для управления правами и доступом пользователей.

  • Optimize — веб-приложение для анализа бизнес-процессов. Используется только на платной основе.

AllFusion Process Modeler

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

Программа AllFusion Process Modeler

В нее входят такие методики, как:

  • IDEF0 (функциональное моделирование).

  • DFD (макетирование движения данных).

  • IDEF3 (моделирование потоков работ).

ELMA

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

Программа ELMA

Система управления базируется на:

  • создании модели бизнес-процесса с использованием графических диаграмм;

  • загрузке описания в систему ELMA;

  • возможности отслеживать выполнение схемы бизнес-процессов в компании.

Основные характеристики программы:

  • Наличие модуля управления проектами.

  • Возможность осуществлять контроль выполнения в условиях удаленного доступа.

  • Электронный документооборот: хранение, классификации и обработка документов.

  • Возможность использования в качестве почтового сервера внутри компании и как средство управления задачами.

Fox Manager Бизнес-процессы

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

Fox Manager Бизнес-процессы

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

Comindware Business Application Platform

Российская программа, предназначенная для создания и управления BPMN-процессами.

ПО Comindware Business Application Platform

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

Важность определение границ бизнес-процесса в BPM

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

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

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

  • Компания № 1: бизнес-процесс закупки завершается после проведенного тендера. Результат, то есть ценность, процесса – протокол выбора определенного поставщика.

  • Компания № 2: использует более длинную цепочку. Процесс закупки заканчивается после подписания договора с подрядчиком. Для нее ценностью станет документ, по условиям которого поставщик доставит товар.

  • Компания № 3: бизнес-процесс еще длительнее и завершается при исполнении контрагентом обязательств. Результат для компании – поступление товара на склад, либо получение услуги, либо приобретение активов.

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

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

3 цели моделирования бизнес-процессов

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

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

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

Скачайте полезный документ по теме:

Чек-лист: Как добиваться своих целей в переговорах с клиентами

Обычно выделяют три цели:

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

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

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

Преимущества оптимизации бизнес-процесса:

  • значительное снижение себестоимости;

  • увеличение скорости процесса;

  • максимальная ценность для потребителя.

Следует четко понимать цели моделирования и предполагаемую величину затрат.

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

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

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

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

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

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

  • начале и конце процесса;

  • связи с другими процессами;

  • перечне операций и исполнителей;

  • объеме документов для выполнения операций;

  • необходимых материалах и инструментах;

  • показателях эффективности проекта.

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

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

Заблуждения и мифы о схемах бизнес-процессов

Мифы о схемах бизнес-процессов

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

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

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

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

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

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

Алексей Бояркин

Статья опубликована: 10.12.2021

Облако тегов

Понравилась статья? Поделитесь:

Понравилась статья? Поделить с друзьями:
  • Лефортовский суд реквизиты для уплаты госпошлины
  • Концепция постоянного улучшения бизнес процессов
  • Лиговский проспект 266 бизнес центр премьер лига
  • Копицентр сенная площадь возле метро часы работы
  • Лидер новочебоксарск бытовая техника часы работы