Бизнес-процессы. Подходы к оптимизации, моделирование и реинжиниринг

1 Подходы к оптимизации бизнес процессов
1.1 Классификация бизнес процессов

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

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

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

Идея непрерывного усовершенствования процессов, или CPI (Continious Process Improvement), принадлежит Эдвардсу Демингу. Разработанные им 14 принципов управления подходят для реорганизации (реинжиниринга) бизнес-процессов в любом производстве, включая отрасль услуг и обучения. Деминг начал вводить этот подход в 40-е - 50-е годы XX века. После нескольких лет работы консультантом в Японии его стали считать одним из отцов "Японского чуда". Усовершенствованные методы CPI стали называть TQM (Total Quality Management, глобальное управление качеством). С 70-х годов прошлого века эти методы стали применяться во всем мире, а с 1990 они были узаконены в рамках серии стандартов ISO 9000 (впоследствии ISO 9000: 2000). Данные стандарты окончательно утвердили системность подхода в области обеспечения качества.

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

1.3 14 шагов оптимизации
    В соответствии с принципами управления Деминга, для оптимизации каждого процесса необходимо выполнить последовательно 14 шагов:
  1. Описать сферу действия процесса. Для этого:
    1. Перечислить все события, которые запускают процесс.
    2. Перечислить все пункты окончания процесса и выходы данного процесса в другие процессы
    3. Выделить основные шаги процесса, задачи и виды деятельности, которые принадлежат этому процессу.
    4. Перечислить все задачи и виды деятельности, относительно которых есть сомнение, принадлежат ли они к данному процессу, чтобы выяснить, какие из них необходимо оставить, а какие исключить.
    5. Перечислите все входы и выходы процесса, в том числе все ресурсы, используемые в данном процессе.
  2. Создать модель процесса в его текущем состоянии (как есть – as is). Стандарты моделирования в соответствии с методологией IDEF, утвержденные Госстандартом России, описаны в следующей главе.
  3. Выявить показатели качества функционирования процесса. На этом этапе очень важно получить исчерпывающий список факторов, которые помогут оценить результативность функционирования процесса. Для этого можно воспользоваться 6-ю аспектами качества, разбив показатели на следующие группы:
    1. Приемлемость и пригодность. Эта группа показателей оценивает продукт с точки зрения потребителя.
    2. Своевременность. К этой группе относятся временные показатели, включающие дату предоставления товара или услуги конечному пользователю, время разработки и пр.
    3. Точность и полнота. Эти два критерия взаимно дополняют друг друга. Например, неполная документация может рассматриваться как неточная.
    4. Качество взаимодействия с клиентом. Разработчик продукта должен учесть все требования клиента и постоянно контактировать с заказчиком.
    5. Эффективность процесса. Это показатели, характеризующие стоимость издержек, переделки, отходы и другие потери времени и ресурсов.
    6. Деловая эффективность. Данные показатели относятся к выходу процесса, к стратегии его реализации, например, прибыльность продукта.
  4. Зафиксировать результаты, характеризующие текущее состояние качества функционирования процесса. Основными сложностями, с которыми придется столкнуться на данном этапе, могут оказаться: отсутствие методик измерения, правил регистрации и людских ресурсов для сбора информации.
  5. Описать данные, характеризующие мнение потребителя о качестве процесса. Список данных получается на основании опроса потребителей, который может проводиться в любой форме: телефонных опросов, интервью, формирования фокус-групп. При этом важно выяснить, являются ли предлагаемые продукты или услуги тем, что на самом деле хочет потребитель, есть ли что-нибудь ещё, чего бы хотел потребитель, и есть ли что-нибудь такое, что разработчик продукта делать не должен. Далее нужно установить связь результатов опроса мнений потребителей о продукте или услуге с теми показателями качества, которые были определены на шаге 3.
  6. Описать данные, позволяющие сравнить протекание аналогичных процессов в вашей и других организациях. Следует оценить процесс с точки зрения существующей конкуренции. Для этого надо понять, как другие компании реализуют подобные процессы. Показатели, по которым будет проводиться оценка, могут быть взяты из опубликованных конкурентом в открытой печати данных. Целью сравнительного анализа является поддержка принятия решений на этапах 10…12.
  7. Выработать стандарты для каждого показателя, полученного по результатам шага 3. В качестве таких стандартов для каждого показателя можно задать три пограничные точки: первая точка, характеризующая самый низкий уровень качества, все еще приемлемый для потребителя, вторая - точка соответствия, задающая среднее значение показателя по совокупности действующих в данной сфере рынка компаний (или значение показателя, при котором потребители перестают жаловаться на продукт или услугу) и третья точка - «уровень лидера», которая определяется качеством функционирования процессов самых сильных конкурентов (или значение показателя, при котором достигается полная лояльность потребителей).
  8. Выявить проблемы, возникающие при реализации данного процесса. К ним относятся любые недостатки в качестве функционирования процесса в вашей организации, низкая эффективность использования ресурсов. К списку проблем следует отнести также нереализованные возможности процесса, например, любые прибыльные продукты или услуги, которые востребованы в вашей сфере рынка, но которыми ваша компания не занимается.
  9. Разработать отчет по результатам анализа проблем, возникающих при реализации процесса. Все проблемы должны быть классифицированы и упорядочены с точки зрения их приоритетности и значимости. Отчет может быть как в текстовой, так и в табличной или в графической форме, например, в виде причинно-следственной диаграммы Ишикава. Последнее предпочтительнее, так как диаграммы позволяют разработать многоплановые решения и установить для них приоритеты.
  10. Предложить список потенциальных решений. Используя результаты предыдущего шага, теперь следует предпринять мозговой штурм, направленный на поиск идей, с помощью которых можно достигнуть улучшения процесса. В зависимости от степени серьёзности проблемы, может быть три пути решения этой задачи:
    1. принять быстрое, промежуточное решение, не затрагивающее основных базовых характеристик процесса с незначительными изменениями содержания процесса;
    2. улучшить текущий процесс в значительной мере, но в рамках прежней идеологии;
    3. сделать процесс заново.
  11. Отобразить видение будущего состояния процесса. На данном этапе следует определить возможные изменения в продуктах и услугах, производимых компанией, и отметить степень улучшения, которое предполагается достигнуть. Результатом данного шага должна быть модель «как должно быть» или «to be».
  12. Подготовить список инициатив, необходимых для достижения желаемого состояния процесса. На данном этапе необходимо отобразить, какие мероприятия должны быть реализованы, чтобы перевести процесс из состояния «as is» в состояние «to be». Каждую инициативу следует описать как: «Изменение процесса», «Изменение методов и средств»,• «Организационное изменение» или как комбинацию изменений. Список инициатив должен быть упорядочен по двум критериям: сначала по качеству, т.е. по важности для потребителей, а затем с точки зрения временных затрат, которые потребуются для достижения результатов – в начале списка должны идти мероприятия, которые можно реализовать быстрее.
  13. Провести предварительный анализ инициатив с точки зрения их экономической эффективности. Следует оценить затраты на каждую из инициатив и степень повышения качества продукта или услуги в результате данной инициативы. Это можно сделать несколькими способами, например, оценить новую чистую прибыль (NP), которую предприятие получит после изменения бизнес-процесса, или оценить новый ROI (Return On Investment - рентабельность инвестиций). Следует учитывать, что оценка прибыли должна проводиться не по одному бизнес-процессу, а в целом по деятельности компании, чтобы исключить инициативы, когда оптимизация одних процессов происходит за счет негативных изменений других бизнес процессов. После оценки затрат список инициатив следует упорядочить еще раз, уже по критерию “стоимость-эффективность”.
  14. Составить отчет по проекту в целом, содержащий рекомендации по оптимизации процесса. На основании подготовленного отчета в процесс вносятся соответствующие изменения, или же процесс создается заново.
2 Моделирование бизнес процессов
    При описании бизнес процессов используются различные методологии, в том числе:
  • BPEL (Business Process Execution Language) — язык на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой.
  • диаграммы BPD (Business Process Diagram), определённые спецификацией BPMN, разработанной организацией Business Process Management Initiative (BPMI) в 2001—2004 гг. с учётом ряда ранее существовавших диаграмм.
  • IDEF (ICAM Definition Methods)
  • ARIS - методология и одноименный программный продукт компании IDS Sheer
  • Диаграммы деятельности (activity diagrams) языка UML (Unified Modeling Language - унифицированного языка моделирования)
    Наиболее распространенными среди методологий моделирования, и что немаловажно, утвержденными Госстандартом России, являются стандарты семейства IDEF, включающие:
  • IDEF0 - методология функционального моделирования, позволяющая отобразить систему в виде набора взаимосвязанных функций (функциональных блоков). Основана на ранее разработанной Дугласом Т. Росс методике моделирования SADT.
  • IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
  • IDEF1X (IDEF1 Extended) – методология построения реляционных структур по принципу “Сущность-взаимосвязь” (ER – Entity-Relationship), используется для моделирования реляционных баз данных;
  • IDEF2 – методология динамического моделирования развития систем. Используется как расширение IDEF0 для описания динамических систем;
  • IDEF3 – методология документирования процессов, происходящих в системе. Позволяет описывать сценарий и последовательность операций для каждого процесса. Средствами IDEF3 каждый функциональный блок IDEF0 может быть представлен в виде отдельного процесса;
  • IDEF4 – методология построения объектно-ориентированных систем. Позволяет наглядно отображать структуру объектов и принципы их взаимодействия, анализировать и оптимизировать сложные объектно-ориентированные системы;
  • IDEF5 – методология онтологического исследования сложных систем. Позволяет описать онтологию системы при помощи специального словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени и сделаны выводы о дальнейшем развитии системы и возможности её оптимизации.

В настоящее время наиболее часто используемыми являются методологии IDEF0 и IDEF1.

В рекомендациях по стандартизации методологии функционального моделирования Госстандарта России от 2 июля 2001 года Р.50.1.028-2001 (1) приводятся основные сведения о методологии IDEF0 и языке описания моделей, а также указания по разработке моделей.

IDEF0 основана на подходе SADT (Structured Analysis & Design Technique /Development Technology) и используется для создания функциональной модели системы или процесса, отображающей его структуру, функции, а также информационные и материальные потоки, преобразуемые данными функциями.

    Концепция IDEF0 основывается на следующих положениях:
  • Модель. Представляет собой искусственный объект, образ системы. Модель разрабатывается для реинжиниринга существующей системы или создания новой. Модель описывает, что происходит в системе, что она преобразует, какие средства использует для выполнения своих функций, что в результате производит система и как она управляется.
  • Блочное моделирование. Изучаемая система представляется в виде набора взаимосвязанных, зависящих друг от друга блоков, которые отображают процессы, происходящие в системе. Каждой функции системы ставится в соответствие блок, отображаемый на IDEF0 диаграмме прямоугольником. Входящие и выходящие из блока стрелки описывают интерфейсы, посредством которых данный блок взаимодействует с другими блоками и внешней средой. При этом входящие стрелки описываю условия, которые должны выполниться одновременно, чтобы данный блок выполнял свою функцию.
  • Лаконичность и точность. Графический язык IDEF0 позволяет лаконично, точно и однозначно описать все элементы системы и связи между ними, а также выявить ошибочные, лишние или дублирующие связи.
  • Передача информации. К средствам передачи информации в IDEF0 относятся:
    1. Легко читаемые и понимаемые диаграммы
    2. Метки на естественном языке и сопроводительный текст, уточняющий смысл элементов диаграммы, а также глоссарий.
    3. Последовательная декомпозиция. Блоки могут быть разбиты на составные части и представлены в виде более подробных диаграмм. Начинать следующий уровень декомпозиции можно только после окончательного завершения модели «родительского уровня».
    4. Древовидные схемы диаграмм и блоков, позволяющие читать диаграмму, последовательно раскрывая уровни детализации.
  • Строгость и формализм. На всех стадиях разработки и изменения модели должны строго соблюдаться синтаксические и семантические правила графического языка моделирования. Все результаты должны тщательно документироваться.
  • Итеративное моделирование. Разработка модели в IDEF0 – это пошаговая процедура. На каждом шаге модель обсуждается аналитиками и экспертами в изучаемой области, затем корректируется, после чего цикл повторяется.
  • Отделение «организации» от функций. Модель не должна быть привязана к организационной структуре компании. Наоборот, организационная структура должна являться результатом применения модели, что позволит, во-первых, оценить адекватность модели, во-вторых, предложить решения для совершенствования этой структуры.

В качестве программного обеспечения, поддерживающего стандарт IDEF0, можно использовать Design IDEF (Meta Software) или BP-Win (CA).

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

Таким образом, на базе описания процесса строится модель процесса «AS IS» и проводится анализ модели с целью пооперационной оценки ее эффективности.

3 Реинжиниринг бизнес процессов: от «AS IS» к «TO BE»

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

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

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

Мозговой штурм (brain storm) – это метод коллективного продуцирования новых идей, разработанный еще в тридцатые годы прошлого века. Сущность метода заключается в отделении процесса выдвижения идей от процесса их критической оценки и отбора. Оптимальное количество участников такой группы – 5…10 чел. В группе должен быть фасилитатор – человек, который ведет процесс группового обсуждения. Он является одновременно генератором и аналитиком идей. Процесс мозгового штурма предполагает определенные правила работы: никакой критики; атмосфера, комфортная для всех участников штурма. Цель этого мероприятия - собрать как можно больше идей, даже кажущихся нереальными. Все идеи должны оперативно фиксироваться. Для второго этапа - анализа выдвинутых идей – обычно привлекаются специалисты, которые не принимали участия в генерации идей. В результате составляется окончательный список, в котором остаются только те решения, которые поддерживаются большинством участников.

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

Бенчмаркинг - это постоянное изучение лучшего в практике конкурентов. Концепция бенчмаркинга зародилась в конце 50-х годов, когда японские специалисты посещали ведущие компании США и Западной Европы с целью изучения и последующего использования их опыта. При подготовке списка инициатив, необходимых для достижения желаемого состояния оптимизируемого процесса, метод конкурентной разведки может сыграть далеко не последнюю роль. Иногда этот метод называют еще методом использования лучших практик (best practice).

    Хотя для оптимизации каждого бизнес процесса используется всегда индивидуальный подход, тем не менее можно перечислить базовые принципы реинжиниринга бизнес процессов, которые во многих случаях использования привели к положительным результатам:
  • горизонтальное сжатие процесса, когда несколько подпроцессов объединяется в один;
  • вертикальное сжатие процесса (наделение сотрудников большими полномочиями и увеличение роли каждого из них);
  • выбор другого варианта исполнения процесса
  • перенос процесса территориально в более подходящее место
  • уменьшение количества проверок и управляющих воздействий;
  • сокращение количества согласований - единая точка контакта обеспечивается одним менеджером или автоматизированной системой.
    Литература
  1. ГОСТ Р 50.1.028-2001. «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования»