ФОРМИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ В ЦП

3.1Бизнес-процесс: понятие, сущность, моделирование

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

Рис. 4. Представление процесса в виде схемы

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

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

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

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

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

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

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

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

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

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

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

Остановимся подробнее на методологии IDEF. В начале 1970-х годов в США был предложен метод структурного проектирования и анализа систем SADT.* В основе этого подхода лежит графический язык описания (моделирования) сложных систем. В середине 1970-х годов ВВС США реализовали программу интегрированной компьютеризации производства ICAM**. В рамках этой программы были разработаны методы проектирования и анализа сложных производственных систем, а также способы обмена информацией между специалистами, занимающимися такими проблемами. Для удовлетворения этих потребностей в рамках программы ICAM была разработана методология IDEF***, позволяющая представить и исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем****.

В настоящее время общая методология IDEF включает ряд частных методологий для моделирования систем, в том числе:

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

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

- IDEF1X (IDEF1 Extended) – методология построения реляционных структур. IDEF1X относится к типу методологий «Сущность-взаимосвязь» (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

- IDEF2 – методология динамического моделирования развития систем. В связи с весьма серьезными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. Однако в настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN – Color Petri Nets);

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

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

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

Рис. 5. Формы проявления объекта («фасетный» подход обеспечения «прозрачности»)

Решение об использовании IDEF0 в качестве основной вызвано в том числе и тем, что в 2000 году Госстандарт России принял Руководящий документ «Методология функционального моделирования IDEF0» [9] для целей реинжиниринга* бизнес-процессов и процессов менеджмента качества. Кроме того, для описания процессов в рамках системы менеджмента IDEF0 представляет собой наибольший интерес по причине ее рациональности**.

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