Основные бизнес процессы это процессы: Основные бизнес процессы. Что это такое, виды, описание и анализ бизнес процессов

Автор: | 12.01.2021
Что такое бизнес-процессы: основные понятия и определения

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

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

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

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

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

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

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

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

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

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

Итак, более подробная классификация бизнес-процессов имеет следующий вид:

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

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

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

Вспомогательные бизнес-процессы — процессы, предназначенные для обеспечения выполнения основных бизнес-процессов и поддержания их специфических черт. Так, для ТЭЦ или ГЭС вспомогательным бизнес-процессом является процесс ремонта производственного оборудования.

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

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

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

Более простая классификация бизнес-процессов состоит из следующих типов:

  • управляющие процессы;
  • основные процессы;
  • вспомогательные процессы.

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

Соответствие классификаций бизнес-процессов

 

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

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

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

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

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

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

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

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

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

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

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

Организация бизнес-процессов: описание, характеристики, субъекты, виды
  • Старт бизнеса
    • Профориентация
    • Целеполагание
    • Будущее
  • Развитие бизнеса
    • Управление
    • Финансы
    • Кадры
    • Юриспруденция
  • Продажи
  • Привлечение клиентов
    • Тендеры
    • Лидогенерация
    • Лендинги
    • Контекстная реклама
    • Социальные сети
    • Инстаграм
    • Реклама
  • Деловой мир
    • Кейсы
    • Тесты
  • Старт бизнеса
    • Профориентация
    • Целеполагание
    • Будущее
  • Развитие бизнеса
    • Управление
    • Финансы
    • Кадры
    • Юриспруденция
  • Продажи
  • Привлечение клиентов
    • Тендеры
    • Лидогенерация
    • Лендинги
    • Контекстная реклама
    • Социальные сети
    • Инстаграм
    • Реклама
  • Деловой мир
    • Кейсы
    • Тесты
  • Супер
  • Интересно
  • Любопытно
  • Скучно
  • Плохо
  • Популярное
  • Лучшее
  • В тренде
Рубрики
  • Профориентация
  • Целеполагание
  • Будущее
  • Управление
  • Финансы
  • Кадры
  • Юриспруденция
  • Продажи
  • Лидогенерация
  • Лендинги
  • Контекстная реклама
  • Социальные сети
  • Инстаграм
  • Реклама
  • Тендеры
  • Кейсы
  • Тесты

Поиск

Содержание

Немного теории о бизнес-процессах / Хабр

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



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

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

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

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


Рисунок 1.1 – Графическая интерпретация иерархии бизнес-процессов

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

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

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


Рисунок 1.2 – Поток создания ценности

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

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


Рисунок 1.3 – Виды бизнес-процессов

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


Рисунок 1.4 – Жизненный цикл бизнес-процесса

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

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

Улучшение бизнес-процесса на этапе «Проектирование» состоит из таких этапов, как:

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

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

Улучшение бизнес-процесса на этапе «Контроль» состоит из таких этапов, как анализ и контроль деятельности бизнес-процесса. Здесь вышло коротко. Улучшение бизнес-процесса на этапе «Анализ» состоит из таких этапов, как:
  • мониторинг эффективности;
  • определение узких и слабых мест;
  • сбор информации, дальнейшие преобразование и совершенствование;
  • отчетность по эффективности;
  • принятие решения о внесении корректировок.

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

 

Из этого материала вы узнаете:

  • Что такое бизнес-процесс
  • Разновидности бизнес-процессов
  • Описание, создание и управление бизнес-процессами
  • Создание карты бизнес-процессов
  • Создание схемы бизнес процесса
  • 2 отличных онлайн-сервиса для создания схем бизнес-процессов
  • Создание модели бизнес-процесса
  • Платные и бесплатные программы для создания модели бизнес-процесса
  • Порядок внедрения бизнес-процессов на предприятии
  • Пример удачного внедрения бизнес-процессов
  • Оптимизация бизнес-процессов на предприятии
  • Чем реинжинириг бизнес-процессов отличается от оптимизации
  • Реинжиниринг бизнес-процессов: пошаговая инструкция

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

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

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

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

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

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

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

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

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

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

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

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

• Сопутствующие

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

• Вспомогательные

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

• Обеспечивающие

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

• Связанные с управлением

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

• Развивающие бизнес-процессы

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

Описание, создание и управление бизнес-процессами

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

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

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

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

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

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

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

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

Создание схемы бизнес-процесса

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

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

  1. Наметьте границы бизнес-процесса. Но не общие для всего проекта, а для отдельных мини-процессов. К примеру, «клиент оставил заявку» — это начало, а «заявка отправлена на обработку в службу доставки» — конец (такова и была поставленная цель).
  2. Пропишите, в каком порядке должны выполняться операции, чтобы получить намеченный результат. Сделайте это для каждого процесса.
  3. Рассмотрите несколько вариантов. Если на БП есть воздействие извне, необходимо продумать, как может реагировать клиент в том или ином случае. Тут можно использовать статистические данные, либо пофантазировать самостоятельно.
  4. Распределите роли. Человек может быть активным участником определенного бизнес-процесса, или вообще никак на него не влиять, вне зависимости от его должности в компании.
  5. Определите конкретные стандарты, по которым будет оцениваться эффективность каждого из этапов.
  6. Обязательно документируйте выполнение всех операций. Можете считать, что вы ничего не делаете, если у вас нет описаний процессов.
  7. Позаботьтесь о программном обеспечении. Подумайте, что вы будете использовать, из того что у вас уже есть, и какие еще программы учета придется подключить для того, чтобы обеспечить автоматическое выполнение процессов.
  8. Определите показатели эффективности, которые так или иначе будут использоваться в процессе работы, и разместите их на схеме.
  9. Подумайте, как составленная схема будет совмещаться с другими текущими процессами в вашем бизнесе.

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

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

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

1. Определите, кто будет у вас покупать

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

2. Что будет вашим основным продуктом

Что конкретно вы собираетесь продавать? В приведенном примере это свечи, изготовленные из воска. Подробно детализировать не нужно.

3. Поймите, чего ожидают от вас клиенты

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

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

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

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

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

5. Выявите, какие будут внутренние продукты в схеме производства

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

6. Определите вспомогательные процессы

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

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

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

7. Спланируйте процессы управления

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

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

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

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

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

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

Как только пользователь начинает использовать сервис, ему предоставляются для просмотра справочные материалы, так называемые tips and tricks, хотя, в принципе, можно обойтись и без них. С помощью технологии drag-n-drop можно располагать на доске выбранные объекты. В качестве инструмента для перемещения выступает специальная стрелка, которая возникает при наведении курсора на нужный элемент. Плюс правой кнопкой мыши открывается контекстное меню (на случай, если панель инструментов вверху экрана осталась незамеченной).

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

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

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

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

Тут предусмотрен особый формат работы с загружаемыми объектами, а именно – они должны иметь расширение .Graphml. Сохранение созданных графиков возможно без расширения, система его и не предлагает. Можно экспортировать файлы в виде растовых изображений (формат PNG). При этом доступна настройка параметров экспорта.

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

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

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

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

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

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

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

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

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

Второй шаг. Изучение деталей этой текущей модели. Здесь необходимо:

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

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

Четвертый шаг. Испытание обновленной модели. Вы проверяете, как она работает, и корректируете в нужных местах, если это необходимо.

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

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

1. Программа Bizagi Process Modeler

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

2. Программа Visual Paradigm

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

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

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

Бесплатный софт, с помощью которого можно строить и модели, и карты. Доступно использование инструмента Smart Design, когда вы заполняете таблицу нужными данными, а программа на автомате выдает готовую схему. Есть минус – созданные отдельные модели нельзя объединить в одну общую схему.

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

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

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

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

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

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

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

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

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

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

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

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

  3. Назначили Старшего менеджера (новая сформированная должность). Поставили ему задачу – отслеживать работу менеджеров в полях, не допускать нарушения ими принятых стандартов.

В результате внедренных преобразований объемы продаж за полгода возросли вдвое.

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

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

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

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

Итак, бизнес-процессы требуют оптимизации, если:

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

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

Чем реинжиниринг бизнес-процессов отличается от оптимизации

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

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

Реинжиниринг бизнес-процессов дает следующие результаты:

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

Реинжиниринг бизнес-процессов: пошаговая инструкция

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

Первый шаг: выявить назревшие потребности, причины для проведения реинжиниринга

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

Второй шаг: подготовить команду

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

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

Если весь коллектив магазина 15-20 человек, то реинжинирингом могут заниматься 5-6. Если предприятие больше, то можно включить в группу и до 10 членов. Хорошо, если это будут не только начальники, но и рядовые сотрудники.

Третий шаг: наметить бизнес-процессы

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

Четвертый шаг: изменить подход к созданию и реализации бизнес-процессов

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

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

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

Разбираемся с понятием BPM. Что такое управление бизнес процессами

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

Определение по версии EABPM (Европейская ассоциация BPM) этого термина звучит следующим образом:

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

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

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

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

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

Как появилось BPM


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

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

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

  1. Описание рабочего места
  2. Должностная инструкция сотрудника
  3. Требования техники безопасности и т.д.

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

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

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

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


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

Определение от меня:

Управление бизнес-процессами (BPM) – это управление действиями (автоматизированными и неавтоматизирвоанными) в коллективе посредством бизнес-процессов.
Чтобы управлять любыми бизнес процессами необходимо:
  1. Описать сами бизнес-процессы.
  2. Внедрить в работу коллектива описанный бизнес процесс
  3. Назначить людей, ответственных за бизнес-процессы, так называемых, стек-холдеров или владельцев бизнес-процессов.

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

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

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

И чтобы исключить путаницу в терминологии, поясню:

  • BPM – это методология. т.е. набор основных принципов и подходов к построению нотаций и самой организации работы при помощи бизнес-процессов.
  • BPMN – нотация(язык), в которой строятся нотации, в том числе, исполняемые
  • BPMS – IT система исполнения, построенная по определенным правилам, заданных в методологии

Если проводить аналогию с наукой, то BPM — это прежде всего подход, своего рода мировозрение. BPMN — это методы и алгоритмы решения конкретных задач. Например, доказательства для теорем или набор методов для создания проекта обеспечения электричеством объекта (производства, многоквартирного дома). А, в свою очередь, BPMS- это уже готовые прикладные решения, которые можно “включить” и они уже будут работать. Для математики это — готовые решения задач, имеющих практическое значение. Для физики — непосредственное реализации той самой электропроводки и подключение объектов. Для сферы айти — готовый программный код.

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


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

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

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

Отличия процессного и функционального подходов


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

При этом также необходимо знать:

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

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

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

Необходимо понимать:

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

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

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

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

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

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

Описание работы с BPM


Для лучшего понимания того, что такое BPM (управление бизнес-процессами), я приведу пример последовательности действий бизнес-аналитика в рамках этой методологии:

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

Документирование бизнес-процесса на основе полученных данных. На этом этапе аналитик получает описание бизнес-процесса «как есть».

Изучение полученного бизнес-процесса с точки зрения слабых мест и возможности оптимизации:

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

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

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

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

Жизненный цикл процесса в BPM


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

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

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

Плюсы и минусы BPM


К числу преимуществ использования BPM относятся:
  • Возможность максимально детализировать действия людей и систем, необходимые для получения результата.
  • Графические нотации – наглядны, что позволяет понять особенности процессов в компании и увидеть их слабые места.
  • Нотации прекрасно подходят в качестве инструкции исполнителю, который получит четкую и однозначную последовательность действий. При этом она будет оформлена графически – наиболее удобным для восприятия человеком образом.
  • При использовании процессного подхода результат выполнения процесса будет стандартизирован и соответствовать ожидаемому. Это позволит снизить влияние человеческого фактора на уровень сервиса или выполнения любых других видов работы.
  • Методология BPM – прекрасно проработана и стандартизирована благодаря BPMN. При этом инструменты (нотации BPMN) интуитивно понятны даже для людей, не изучавших управление бизнес-процессами вообще. С другой стороны, наличие стандартов и правил позволяет избегать ошибок при разработке и создавать в системе BPMS исполняемые нотации (готовые элементы автоматизации бизнеса).

Минусы BPM, как это часто бывает, находятся там же, где и преимущества:

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

Каким компаниям подходит BPM


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

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

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

Подробнее о том, как именно управлять бизнесом при помощи бизнес-процессов я рассказывал уже в прошлых статьях, и буду говорить еще не один раз. Здесь я постарался максимально просто пояснить различия между терминами BPM, BPMS, BPMN и описать само понятие «управление бизнес-процессами». Без этих базовых знаний разобраться в процессном подходе невозможно.

Вопросы и ответы


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

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

Какие понятия входят в BPMN?

В первую очередь, это непосредственно система BPMN, а также описание нотаций BPMS. О них я писал в этой статье, и подробно — в предыдущих статьях (см. рекомендуемые ссылки в конце публикации). Кроме того, не так давно появились новые понятия — DMN и CMMN. На них я сейчас подробно останавливаться не буду. Постараюсь описать новые понятия и их особенности в будущих публикациях.

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

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

С чего начать работу с BPM?

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

Можно ли использовать BPM для неавтоматизированных систем?

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

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


Также в настоящее время я готовлю к публикации книгу и онлайн курс, в которой подробно опишу собственное видение процессного подхода к бизнесу, а также мой собственный практический опыт работы в сфере функционального и процессного моделирования. Все желающие могут подписаться на уведомление о выходе новой книги по и другие новости trinion.org/podpiska-na-novosti-sayta>ссылке.

Что такое исполнимые бизнес-процессы. Введение в предметную область / Хабр

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

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

Термин «процессное управление» применяется к двум разным сферам деятельности:

  1. В случае, когда не производится автоматизация исполнения бизнес-процессов. Задача — составить описание бизнеса в виде графических диаграмм, которые легко воспринимаются людьми. Такие диаграммы фактически представляют собой специальный язык общения менеджеров, бизнес-аналитиков и руководителей предприятий и используются для выработки и объяснения базовых решений по организации бизнеса предприятия.
  2. В случае, когда бизнес-процессы непосредственно исполняются в компьютерной среде предприятия. Будем называть процессы этого вида — исполнимые бизнес-процессы. Для исполнения таких бизнес-процессов на предприятии устанавливается специальная компьютерная система — BPMS (Business Process Managrment System) в английском варианте наименования, или СУБП (Система Управления Бизнес-Процессами) в русском варианте. Этим бизнес-процессам и посвящена данная статья.


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

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

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

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

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

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

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

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

Процессный подход в случае исполнимых бизнес-процессов


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

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

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

Основные преимущества процессного подхода в случае исполнимых бизнес-процессов


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

Все необходимое для выполнения задания возникает перед работником на экране компьютера.

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

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


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

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

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

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

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

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

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


Рисунок 1. Обозначения узлов: а – начало; б – завершение потока; в – окончание; г – действие

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

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

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

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


Рисунок 2. Обозначения узлов: а – исключающий шлюз; б – параллельный шлюз

Узел «параллельный шлюз» обозначается ромбом, в котором изображен «плюс» (Рис.2 б). Может иметь несколько входящих и несколько исходящих ребер. Для каждого входящего ребра пришедшая по нему в параллельный шлюз точка управления ставится в очередь. Если для всех входящих ребер их очереди заполнены хотя бы одной точкой управления, то все точки управления, находящиеся на первой позиции очереди каждого входящего ребра, удаляются, а на каждом исходящем ребре генерируется точка управления.


Рисунок 3. Пример (упрощенный) схемы бизнес-процесса “Оплата счета поставщика”
Переменные бизнес-процесса

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

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

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

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


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

Для выполнения этих функций в BPMS служат следующие графические интерфейсы:

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

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

Типичная BPMS состоит из следующих основных компонентов:

  • Среда исполнения бизнес-процессов
  • Среда разработки бизнес-процессов и связанных с ними объектов
  • Клиент-оповещатель о поступивших заданиях
  • Компонент-коннектор к другим информационным системам

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

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

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

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

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

При помощи интерфейсов для работы с заданиями исполнителей пользователь может:

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


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


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

При помощи интерфейсов для администрирования системы администратор может:

  • Создавать-удалять пользователей и группы пользователей
  • Включать (исключать) пользователей в группы
  • Раздавать права на объекты системы пользователям и группам пользователей
  • Принудительно останавливать экземпляры бизнес-процессов
  • Добавлять, изменять правила замещения пользователей


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

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


Рисунок 7. Пример интерфейса, в котором можно разрабатывать бизнес-процессы

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

Описание работы пользователей и компонентов BPMS


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

На клиентских компьютерах пользователей запускается клиент-оповещатель о поступивших заданиях или браузер, в котором открывается web-интерфейс BPMS.

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

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

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

Web-интерфейсы и клиенты-оповещатели периодически обращаются к среде исполнения и отображают задачи пользователей.

Пользуясь web-интерфейсом BPMS пользователи:

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

Пользуясь web-нтерфейсом BPMS администраторы:
  • Загружают или изменяют определения бизнес-процессов
  • Создают или изменяют параметры пользователей и групп пользователей
  • Раздают права на объекты системы
  • Изменяют параметры ботов и бот-станций

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

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

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

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

Клиенты-оповещатели сигнализируют пользователям о появлении новых заданий.

Реинжиниринг и эволюционное управление бизнес-процессами


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

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

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

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

Для образного понимания того, как бизнес-процессы используются в качестве инструмента управления бизнесом в случае эволюционного управления с использованием КПЭ А. Белайчук (председатель Ассоциации профессионалов по управлению бизнес-процессами) предложил следующую аналогию: Управление предприятием можно образно сравнить с управлением автомобилем. В этом случае КПЭ являются аналогом того, что видит водитель — вид через лобовое стекло автомобиля и значения показателей датчиков (скорость, давление масла, количество оборотов двигателя, количество бензина и т.п.), а бизнес-процессы выполняют роль руля, педалей (газ, тормоз, сцепление) и рычага переключения передач автомобиля. То есть, служат для непосредственного управления траекторией в пространстве и времени.

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

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

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

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

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

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

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


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

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

  • теория сетей Петри
  • концепция Пи-исчисления

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

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

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

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

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

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

Классификация бизнес-процессов организации — Студопедия

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

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

По протеканию во времени бизнес-процессы организации могут быть:

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

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

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

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

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

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


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

 

 

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

 

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

Согласно стандарту ГОСТ Р ИСО 9001:2001 и модели системы менеджмента качества основанной на процессном подходе, можно выделить:

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


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

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

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

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

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

 

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

· Основные бизнес-процессы — генерируют доходы компании;

· Обеспечивающие бизнес-процессы — поддерживают инфраструктуру компании,

· Бизнес-процессы управления — управляют компанией,

· Бизнес-процессы развития — развивают компанию.

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

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

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

К группе основных относят следующие бизнес-процессы:

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

· Процессы, создающие продукт, представляющий ценность для внешнего клиента.

· Процессы, прямой целью которых является получение доходов.

· Процессы, за которые внешний клиент готов платить деньги.

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

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

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

Таблица 2.4 – Характеристики основных бизнес-процессов

Определения Отличительные особенности
· Бизнес-процессы, которые создают добавленную стоимость предлагаемому компанией продукту; · Бизнес-процессы, которые создают продукт представляющий ценность для внешнего клиента; · Бизнес-процессы, прямой целью которых является генерирование доходов; · Бизнес-процессы, за которые внешний клиент готов платить деньги. · Представляют «зеркальное отражение» бизнес — направлений деятельности; · Являются источником генерирования доходов; · Определяют профиль бизнеса; · Имеют стратегическое значение; · Могут развиваться или отмирать в зависимости от востребованности рынка и стратегии компании.

Давайте рассмотрим пример построения дерева основных бизнес-процессов на примере компании «Эврика». Первый вариант дерева бизнес-процессов состоит из следующих элементов:

· Закупка.

o Закупка чая;

o Закупка одежды;

o Закупка мебели.

· Хранение.

o Хранение чая;

o Хранение одежды;

o Хранение мебели.

· Продажа.

o Продажа чая;

o Продажа одежды;

o Продажа мебели.

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

 

Рисунок 2.10 – Первый вариант дерева основных бизнес-процессов компании «Эврика»

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

· Торговля чаем.

o Закупка чая;

o Хранение чая;

o Продажа чая.

· Торговля одеждой.

o Закупка одежды;

o Хранение одежды;

o Продажа одежды.

· Торговля мебелью.

o Закупка мебели;

o Хранение мебели;

o Продажа мебели.

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

 
 

 

Рисунок 2.11 – Второй вариант дерева основных бизнес-процессов компании «Эврика»

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

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

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

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

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

· Обеспечивающие бизнес-процессы — процессы, которые поддерживаю инфраструктуру организации.

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

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

Таблица 2.5 – Характеристики обеспечивающих бизнес-процессов.

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

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

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

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

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

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

Отличительными особенностями процессов управления является их типовая структура. Различие между управленческим процессами определяется специфике»; объектов управления, которыми они управляют. Например, бизнес-процесс «Управление финансами» управляет объектом «деньги», бизнес-процесс «Управление маркетингом» управляет объектом «клиент», бизнес-процесс «управление персоналом» — объектом «Персонал» и т.д. (Таблица 2.6).

Таблица 2.6 – Характеристики бизнес-процессов управления.

Определения Отличительные особенности
· Бизнес-процессы, которые обеспечивают выживание, конкурентоспособность и развитие организации, регулируют ее текущую деятельность; · Бизнес-процессы, прямой целью которых является управление деятельностью организации. · Имеют типовую внутреннюю структуру: — Планирование; — Организация; — Учет; — Контроль; — Регулирование · Различие между процессами управления определяется спецификой объектов управления, которыми процесс управляет: — «Стратегия»; — «Деньги»; — «Персонал»; — «Потребитель»; — «Товарный запас»; — «Активы»; — и т.д.

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

· Этап 1. «Планирование». На данной этапе собирается информация, проводится ее анализ и разрабатывается план действий.

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

· Этап 3. «Учет». По истечении установленного периода нужно собрать фактическую информацию о выполнении запланированных работ и достигнутых результатов.

· Этап 4. «Контроль». После проведения учета план сопоставляется с фактической информацией и проводится анализ план-фактных отклонений.

· Этап 5. «Регулирование». На последнем пятом этапе принимается решение о последующих действиях — корректировки плана, поощрении или наказании сотрудников, которые эти планы реализовывали.

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

 

Рисунок 2.11 – Типовая структура бизнес-процессов управления

Давайте рассмотрим сколько и каких бизнес-процессов управления существует? Одни управленческие школы выделяют 16 процессов управления, другие выделяют 12, третьи выделяют — 7. В реальности количество бизнес-процессов управления неограниченно и определяется количеством критических объектов управления, которые существуют в компании и которыми необходимо управлять.

Если сделать обобщение, то существует ряд «необходимых» бизнес-процессов управления, которые имеются в любой компании:

· Стратегическое управление;

· Управление финансами;

· Управление маркетингом;

· Управление персоналом.

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

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

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

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

Рисунок 2.12– Перечень бизнес-процессов управления

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

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

· Стратегическое управление;

· Управление финансами;

· Управление маркетингом;

· Управление персоналом;

· Логистическое управление.

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

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

К этой группе относят следующие бизнес-процессы:

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

· Бизнес-процессы совершенствования и развития деятельности организации.

Бизнес-процессы развития представляют инвестиционные виды деятельности, где усилия прикладываются сегодня, а результаты получаются по прошествии определенного периода (Таблица 2.7).

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

Таблица 2.7 – Характеристики бизнес-процессов развития

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

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

Давайте рассмотрим пример дерева бизнес-процессов компании, занимающейся бизнесом по производству и продаже аудио-видео продукции и торгового оборудования (Рисунок 2.13).

Первая группа бизнес-процессов — это основные процессы:

· Розничная торговля аудио-видео продукции,

· Производство и продажа аудио-видео продукции,

· Производство и продажа торгового оборудования

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

Вторая группа бизнес-процессов — это обеспечивающие процессы:

· Обеспечение безопасности,

· Административно-хозяйственное обеспечение — АХО,

· Юридическое обеспечение.

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

· Стратегическое управление,

· Управление персоналом,

· Управление финансами,

· Управление маркетингом,

· Управление товарным запасом.

 

Рисунок 2.13 – Дерево бизнес-процессов компании, занимающейся бизнесом по производству и продаже аудио-видео продукции и торгового оборудования

Для этой компании к типовым бизнес-процессам управления добавился новый бизнес-процесс «Управление товарным запасом». Это связано с тем, что ассортимент продукции данной компании составлял несколько десятков тысяч наименований и как следствие товарный запас был критическим объектом управления, так как недостаточно эффективное управление им приводило к большим издержкам.

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

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

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

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

· проектные организации, выполняющие уникальные проекты для каждого клиента.

           
 
 
   
     
межфункциональные барьеры
 

Рисунок 2.14 – Выделение сквозных (межфункциональных) процессов на основе клиент-ориентированных цепочек

           
 
 
   
     
межфункциональные барьеры
 

Рисунок 2.15 – Выделение сквозных (межфункциональных) процессов организации на основе продуктовых цепочек

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

 
 

Рисунок 2.16 – Пересечение сквозных (межфункциональных) процессов в одном подразделении организации

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

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

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

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

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

Рисунок 2.17 – Выделение «сквозных» процессов организации

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

Несмотря на то, что многие компании перевели свой магазин из физического в онлайн в надежде привлечь внимание большой аудитории, в любой организации существует общий набор основных бизнес-процессов, которые должны существовать, чтобы организация функционировала должным образом. Как клиент, вы всегда можете посетить сайты, такие как https://www.finance.co.uk/who-we-compare/ace-24-catalogue/, найти различные продукты в одном и купить его в соответствии с вашими потребностями, но это организации обязаны стараться изо всех сил удерживать вас.Небольшие организации начинают с небольшого набора из пяти основных бизнес-процессов , которые являются критически важными бизнес-процессами для каждого бизнеса, а затем развиваются оттуда.

First Core Business Процессы Effective Process Definition Effective Process Definition

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

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

Процесс доставки товара или услуги

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

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

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

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

ISO 9001-2015 Process Map

ISO 9001-2015 Process Map

Пример организационных процессов
  1. Продажи и маркетинг
  2. Бухгалтерский учет и технологии
  3. Качество и поставка продуктов / услуг
  4. Менеджмент, управление персоналом и финансами
  5. Разработка продуктов

Десять основных бизнес-процессов

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

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

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

CEO Core Business Processes

CEO Core Business Processes

Серия руководств по процедурам для руководителей компании Bizmanualz разработана с учетом ваших основных бизнес-процессов.Девять руководств по бизнес-политикам и процедурам предоставляют вашей организации примеры основных бизнес-процессов.
  1. Стратегия и отношения с клиентами (маркетинг)
  2. Развитие и удовлетворение сотрудников (человеческие ресурсы)
  3. Качество, улучшение процессов и управление изменениями
  4. Финансовый анализ, отчетность и управление капиталом
  5. Ответственность управления
  6. Приобретение клиентов (продажа)
  7. Разработка продукта
  8. Предоставление продукта / услуги
  9. Управление бухгалтерским учетом
  10. Управление технологиями (компьютеры и ИТ)

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

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

Business Procedures Manual Templates Business Procedures Manual Templates

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

Еще статьи из Bizmanualz …

.

основных процессов — ManagementMania.com

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

Каковы основные процессы на практике и что они означают?

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

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

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

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

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

,

Важность + Как это работает + COBIT

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

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

Смотри также:

Как работают бизнес-процессы ИТ?

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

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

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

Также см. BPM и анализ процесса.

Система COBIT: ИТ-бизнес-процессы, ориентированные на стратегическое планирование

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

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

Структура COBIT разделена на четыре части, называемые доменами. Они:

  • Планирование и организация
  • Реализация (Выполнение)
  • Доставка и поддержка
  • Монитор и оценка

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

  • Определение стратегического плана ИТ
  • Определение архитектуры информации
  • Создание технологического направления
  • Определение процесса, организация и ИТ-отношения
  • Управление инвестициями в ИТ
  • Сообщение о руководящих принципах и ожиданиях Совета
  • Управление ИТ Кадры
  • Управление качеством
  • Оценка и управление ИТ-рисками
  • Управление проектами

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

.

Мониторинг бизнес-процессов — Solution Manager

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

SAP Solution Manager предоставляет центральный и автоматический инструмент для мониторинга бизнес-процессов. BPMon в SAP Solution Manager помогает избежать ручного мониторинга с помощью BPMon в SAP Solution Manager и позволяет легко получить общее представление о состоянии ваших бизнес-процессов . Основной целевой группой является Центр управления операциями (OCC), который должен централизованно реагировать на все оповещения. Члены OCC работают с папкой «Входящие оповещения» для подтверждения оповещений, выполнения управляемых процедур для разрешения ситуации оповещения и распространения оповещений среди других подразделений организации поддержки в случае, если ситуация оповещения требует экспертных знаний.

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

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

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

Начиная с Solution Manager 7.1 SP12, SAP предлагает новую инфраструктуру для BPMon на MAI. Для каждого решения вы можете выбрать, какую инфраструктуру использовать для BPMon. Обратите внимание, что классическая инфраструктура BPMon будет прекращена с помощью Solution Manager 7.2.

Мониторинг бизнес-процессов можно настроить в Solution Manager в качестве конфигурации (создание кода не требуется). Вы можете выбрать из большого списка доступных функций оповещения. Общая процедура настройки одинакова, независимо от того, какая инфраструктура используется для BPMon.

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

Необходимые условия для BPMon:

Как настроить BPMon:

Для SAP Solution Manager 7.2 см. Страницу Wiki Настройка мониторинга бизнес-процессов в SAP Solution Manager 7.2

Как использовать:

Устранение неполадок:

Рекомендации:

RKTs

Тренинги

SAP-нота 784752: мониторинг бизнес-процессов — предпосылки

SAP-нота 1949245: предпосылки для мониторинга бизнес-процессов в MAI

,

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *