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

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

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

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

В данной статье я хотел бы рассмотреть четыре метода анализа процессов, которые вполне может использовать любой сотрудник организации, хотя бы в начальной степени овладевший навыками создания графических схем процессов в нотации BPMN (или, шире, — Work Flow). К числу этих методов относятся:
1. визуальный анализ графической схемы процесса;
2. анализ времени выполнения процесса;
3. анализ потерь, возникающих при выполнении процесса;
4. анализ потенциала автоматизации процесса

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

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

На данном учебном примере разберем указанные выше методы анализа и принципы оптимизации.

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

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

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

Далее в статье рассмотрены методы анализа бизнес-процесса на примере разбора представленной схемы (разработана в Business Studio 5).

Анализ графической схемы бизнес-процесса

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

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

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

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

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

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

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

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

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

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

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

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

На рис. 3 показан анализ времени выполнения процесса. Для каждой задачи определяют три показателя:

1. нормативное время выполнения, минут;
2. фактическая трудоемкость, минут;
3. календарное время выполнения, минут.

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

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

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

Почему фактическая трудоемкость и календарная длительность могут отличаться? Все просто – процесс может простаивать по различным причинам. Например, руководителю поступил документ на согласование. Реальная фактическая трудоемкость его работы надо документом, например, — 5 минут. Фактическая календарная длительность, в среднем, — 6 часов (с учетом повторного выполнения).

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

Обратите внимание, что нормативное выполнения процесса в целом – около 2,8 часов, а фактическая календарная длительность – 32 часа, то есть почти в одиннадцать раз больше!

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

• Проверить расчет.
• Проверить и согласовать расчет.
• Распечатать и передать расчет на согласование.
• Передать расчет на согласование.
• Выполнить расчет количества.
• Выполнить расчет стоимости.

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

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

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

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

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

1. потери, связанные с перепроизводством;
2. потери, связанные с ожиданием;
3. потери, связанные с транспортировкой;
4. потери, связанные самой обработкой;
5. потери, связанные с ненужными запасами;
6. потери, связанные с ненужными движениями;
7. потери, связанные с производством дефектной продукции.

На рис. 5 показаны потери, которые были выявлены при проведении анализа процесса. Условные обозначения для потерь выбраны произвольно (без использования какой-либо нотации).

Более подробно потери и риски, возникающие при выполнении задач процесса показаны в Таблице 1. Так же в таблице показаны возможные последствия.

Таблица 1. Потери и риски при выполнении процесса.

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

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

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

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

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

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

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

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

Таблица 2. Мероприятия по оптимизации бизнес-процесса.

Схема бизнес-процесса, полученного по результатам оптимизации, представлена на рис. 7.

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

Резюме

Мы рассмотрели несколько методов анализа, принципы оптимизации и применили их на условном примере бизнес-процесса формирования некоторого расчета (сметы, скидки, бюджета проекта и т.п.).
Качественная графическая схема является хорошим инструментом структурирования ваших знаний о бизнес-процессе. Если вы используете инструмент, например Business Studio 5, то эти знания можно формализовать непосредственно в системе и сделать доступными в виде гипертекстовой информации на внутреннем web-портале (с использованием технологии BS Portal).
В случае, если руководители компании заинтересованы в развитии системной практики работы с бизнес-процессами, целесообразно формализовать ряд методов анализа процессов, обучить руководителей и сотрудников этим методам и активно использовать при выполнении проектов описания, анализа, оптимизации и автоматизации бизнес-процессов.

В.В. Репин,
к.т.н., доцент, консультант по управлению, Генеральный директор ООО «Владимир Репин Менеджмент»

Средняя оценка 5 / 5. Количество оценок: 7

Оценок пока нет. Поставьте оценку первым.

Источник: repin.guru

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

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

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

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

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

Схема 1. Бизнес-процесс, смоделлированный согласно нотации BPMN 2.0

Нотация по моделированию бизнес-процессов BPMN (The Business Process Modeling Notation) – новый стандарт для моделирования бизнес-процессов и сетевых услуг, который впервые был выпущен BPMI Notation Working Group в мае 2004 года. Последняя версия нотации BPMN 2.0 вышла в 2010 году.

Базовые измерения в процессах

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

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

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

3. Запасы процесса – количество единиц потока, которые в данный момент времени находятся внутри процесса (например, количество заявок на выпуск карты, находящихся в обработке в 13:00).

Вычисляя базовые метрики, пользуйтесь Законом Литтла[1]. Он гласит:

запасы процесса = скорость потока × время цикла

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

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

Мы также можем узнать запасы процесса (количество заявок, поступающих в день) – например, 160 заявок. Следуя Закону Литтла, вычисляем скорость потока – 80 заявок на выдачу карты обрабатывается в день. Возникает вопрос: это максимальное количество заявок, которые банк может обработать в течение дня, или процесс может работать эффективнее?

[1] В теории массового обслуживания, разделе теории вероятностей, законом Литтла (англ. Little’s law, также результатом, леммой, формулой Литтла) называют сформулированную американским учёным Джоном Литтлом теорему:

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

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

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

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

Например, время выполнения операций процесса составляет: 10; 23; 15 и 10 минут (см. схему 2). Для простоты предположим, что каждую из них выполняет только один сотрудник. Вычисляем мощность – количество операций, выполняемых в час (можно измерять в днях, неделях и т.д.). В нашем случае мощность составит 6; 2,6; 4 и 6 операций в час.

Схема 2. Вычисление мощности операций и проблемного звена процесса

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

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

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

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

Схема 3. Ценность процесса для заказчика

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

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

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

Технология анализа процессов по 4-м активностям сотрудников

Еще один способ улучшить процесс – провести анализ текущего регламента. Этот метод мы выработали на основе более 10 лет практики внедрения BPM-системы для автоматизации бизнес-процессов в компаниях из самых разных отраслей. Здесь работает правило – для исполнения любой задачи по любому бизнес-процессу сотруднику нужно выполнить 4 активности: воспринять информацию, принять решение, выполнить действие и получить обратную связь (контроль).

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

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

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

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

Схема 4. Пример анализа процесса продаж в торговой компании

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

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

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

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

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

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

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

Мы предлагаем несколько простых идей и способов, которые вам помогут:

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

2. Анализируйте бизнес-процесс согласно базовым и расширенным метрикам, сформированным на основе потребностей заказчика (на бумаге, в Excel, с помощью контрольных карт Шухарта или любых специализированных ИТ-систем).

3. Оптимизируйте процесс согласно 4 активностям исполнителей на каждом шаге.

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

Журнал Management. N 3 (43) 2017 г.

Источник: certgroup.org

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

Данный раздел посвящен анализу и основным подходам моделирования бизнес-процессов при помощи CASE-средства Rational Rose. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language).

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

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

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

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

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

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

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

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

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

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

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

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

Важно разобраться, откуда и куда идут документы или информационные потоки, и определить, оптимально ли их движение и действительно ли все они необходимы; — определить потенциальные узкие места и возможности для улучшения процесса, которые будут использованы позже для его оптимизации; — более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию; — использовать модели бизнес-процессов в качестве руководства для новых сотрудников; — эффективно произвести автоматизацию бизнес-процессов в целом или отдельных их шагов, включая автоматизацию взаимодействия с внешней средой — клиентами, поставщиками, партнерами; — разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом [5]. В свою очередь, основной задачей при моделировании бизнес-процессов компании является описание существующих в ней процессов с целью построения их моделей «как есть».

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

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

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

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

Примерами операционных бизнес-процессов являются снабжение, производство, маркетинг и продажи; в) поддерживающие (обеспечивающие) – это бизнес-процессы, которые обслуживают основной бизнес. Например, бухгалтерский учет, подбор персонала, техническая поддержка, АХО [7].

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

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

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

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

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

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

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin или на языке UML с использованием инструментария Rational Rose. Детальное моделирование выполняется на языке UML.

На этапе структурного моделирования в модели должны быть отражены: — существующая организационная структура; — документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла; — диаграммы взаимодействия для конечных бизнес-процессов, отражающие последовательность создания и перемещения документов (данных, материалов, ресурсов) между действующими лицами [10]. Как известно, правильная постановка задачи дает 50% решения. Процесс постановки задачи включает в себя разработку модели предприятия. Модель предприятия основывается на описании организационной структуры и основных бизнес-процессов предприятия. Для начала необходимо сделать общую характеристику предприятия для ознакомления с его деятельностью.

14.05.2015 2.86 Mб 33 558448.rtf

14.05.2015 15.86 Mб 29 619889.rtf

Ограничение

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

Источник: studfile.net