Размещено на http://www.allbest.ru/

26

Размещено на http://www.allbest.ru/

Содержание

• Введение
• 1. Сущность бизнес-процессов
• 1.1 Понятие бизнес-процесса
• 1.2 Описание бизнес-процессов
• 1.3 Классификация бизнес-процессов
• 2. Подходы к определению бизнес-процессов
• 2.1 Процессный подход
• 2.2 Структурный (функциональный) подход
• 3. Бизнес-процессы на примере журнала «Magazine»
• 3.1 Общие сведения об организации
• 3.2 Причины неконкурентоспособности агентства
• 3.3 Результаты реинжиниренга
• Заключение
• Список использованной литературы

Введение

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

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

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

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

· рассмотреть сущность понятия «бизнес-процесс»;

· определить место и роль бизнес-процессов на рынке;

· дать систематизированные подходы к анализу бизнес-процессов;

· разработать практические меры управления бизнес-процессами.

Предмет курсового проекта - бизнес-процессы функционирования журнала «Magazine».

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

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

1. Сущность бизнес-процессов

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

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

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

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

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

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

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

В качестве примера рассмотрим бизнес-процесс «Обслуживание клиента в кафе»

Рисунок 1.1 «Обслуживание клиента в кафе» [14]

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

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

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

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

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

Рисунок 1.2 «Горизонтальное и вертикальное описание бизнес-процессов»

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

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

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

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

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

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

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

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

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

Рисунок 1.3 «Способы описания бизнес-процессов»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание бизнес-процессов верхнего уровня.

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

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

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

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

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

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

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

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

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

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

Рисунок 1.5 «Диаграмм потоков данных - DFD»

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



Рисунок 1.6 «Пример несовпадения временной последовательности

работ и направления движения документа»

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

Рисунок 1.7 «Пример бизнес-процесс верхнего уровня»

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

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

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

Название работы = Действие + Объект на которым действие осуществляется

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

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

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

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

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

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

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

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

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



Рисунок 1.8 «Разработка сети бизнес-процессов»

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

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

Рисунок 1.9 «Пример сети бизнес-процессов»

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

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

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

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

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

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

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



Рисунок 1.10 «Декомпозиция бизнес-процесса»

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

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

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

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

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

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

Рисунок 1.11 «Диаграмма потоков работ - WFD»[2]

Отличительной особенностью WFD - диаграммы является то, что стрелки между операциями бизнес-процесса обозначают не потоки объектов (информационные и материальные), а потоки или временную последовательность выполнения работ. [7, с. 223]

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

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

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

1. Классификация бизнес-процессов в зависимости от их места в организационной структуре компании.

- горизонтальные процессы - процессы, отражающие взаимодействие по горизонтали;

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

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

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

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

2. Классификация бизнес-процессов в зависимости от степени их сложности.

- монопроцессы - односложные процессы;

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

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

3. Классификация бизнес-процессов в зависимости от их предназначения:

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

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

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

4. Классификация бизнес-процессов в зависимости от их места в иерархии целей организации:

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

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

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

5. Классификация бизнес-процессов в зависимости от степени их детализации:

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

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

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

6. Классификация бизнес-процессов в рамках основных составляющих сбалансированной системы показателей:

- финансовые бизнес-процессы;

- клиентские бизнес-процессы;

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

- бизнес-процессы развития, обучения и роста.

7. Классификация бизнес-процессов по охвату функциональных областей:

- управление финансами;

- управления персоналом;

- управление логистикой;

- и др.[16, с. 10]

2. Подходы к определению бизнес-процессов

2.1 Процессный подход

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

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

Ниже приводится описание каждого из этих двух подходов.[18]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

бизнес управление реорганизация

2.2 Структурный (функциональный) подход

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

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

1. Количество связей между отдельными подсистемами должно быть минимальным.

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

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

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

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

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

1. Принцип «разделяй и властвуй»;

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

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

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

2. Принцип непротиворечивости обоснованность и согласованность элементов системы.

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

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

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

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

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

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

...