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

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

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

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

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

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

o несоответствие входов и выходов подпроцессов и логической последовательности решения отдельной задачи.

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

3. Согласование каждой структурной модели проекта со всеми остальными, что приводит к геометрическому росту числа рассматриваемых вариантов.

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

1. Связи «вход-выход» между подпроцессами в общем случае являются двунаправленными.

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

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

4. Формализация взаимосвязей между структурными моделями проекта за счёт использования единого математического аппарата.

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

Существующие структурные модели проекта можно классифицировать на три группы:

1. Деревья, к которым относятся структура разбиения работ, диаграммы Ишикавы, организационная структура и т.п., могут быть представлены в виде таблицы, записи которой содержат номер вышестоящей вершины (см. Рис. 1).

Рис. 1. Пример модели древовидной структуры

управление бизнес моделирование

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

Рис. 2. Пример модели матрицы

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

Путём последовательного построения таблиц для всех структур и определения связей между ними, формируется единая модель данных проекта (см. Рис. 3). Помимо связей на уровне передачи атрибутов, в модели также будут присутствовать и более сложные, т.н. функциональные связи. Например, совокупность данных о назначениях ресурса определяет график потребности в нём. Известным методам, таким как Метод критического пути или Метод освоенного объёма, также соответствуют функциональные связи.

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

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

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

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

Алгоритм решения интеграционной задачи планирования укрупнено состоит из трёх этапов:

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

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

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

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

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

Рис. 3. Модель данных проекта

Рис. 4. Динамическое моделирование бизнес-процесса управления проектом

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

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

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

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

2. имитационное моделирование и анализ чувствительности,

3. выделение типовых проектов и решений,

4. управленческий консалтинг на основе экспертной системы,

5. управление несущественными изменениями в автоматическом режиме.

Литература

1. Руководство к Своду знаний по управлению проектами (Руководство PMBOK®) Третье издание, 2004, Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США. - 388 с.

2. Project Management: Body of Knowledge, 4^th edition Exposure Draft, PMI, 2007. - 275 с.

3. Управление проектам: Основы профессиональных знаний, Национальные требования к компетентности специалистов. М.: Изд-во «Консалтинговое агенство КУБС Групп - Кооперация, Бизнес-Сервис», 2001. - 265 с.

4. Математические основы управления проектами: Учебн. пособие/ С.А. Барлаков, В.И. Воропаев, Г.И. Секлетова и др. Под ред. В.Н. Буркова. - М.: Высш. Шк., 2005. - 423 с.: ил.

5. Крёнке Д., Теория и практика построения баз данных. 8-е изд. - СПб.: Питер, 2003. - 800 с.: ил. - (Серия «Классика computer science»).

6. Тыугу Э.Х., Концептцуальное программирование. - М.: Наука. Главная редакция физико-математической литературы, 1984. - 256 с. - (серия «Проблемы искусственного интеллекта»)

Размещено на Allbest.ru