WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 15 |

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

Второй вывод заключается в следующем. Если на этапе планирования имелась неопределенность относительно состояния природы, то в ходе реализации проекта при решении задач оперативного управления эта неопределенность может снижаться за счет имеющейся информации об истории реализации проекта. Для этого при решении соответствующих оптимизационных задач может использоваться хорошо развитая техника идентификации [62, 99], в частности – методы стохастической аппроксимации, дифференциальных и повторяющихся игр и т.д. [73, 83, 97, 98, 143] (см. также раздел 1.2).

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

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

1.4. Методы агрегирования показателей освоенного объема В разделах 1.1–1.3 рассматривалось описание проекта в целом в терминах показателей освоенного объема. Агрегированное описание проекта в виде одной операции является первым шагом в создании практически любой [8, 9, 13, 14, 18, 20, 23, 35, 44, 57 и др.] модели управления проектом. Однако большинство реальных проектов имеют сложную структуру и включают множество операций, зависимости между которыми могут иметь достаточно сложный вид. Различные представления сложных проектов в виде комплексов зависимых операций можно найти в [14, 37, 39 и др.].

Более того, появление и интенсивное развитие сетевого планирования и управления (СПУ) обусловлено именно необходимостью учета зависимостей между операциями.

На сегодняшний день в теории СПУ накоплен богатый опыт анализа и синтеза сетевых моделей проектов (начиная от простейших, учитывающих технологические связи при оптимизации времени выполнения проекта [20, 25 и др.], и заканчивая обобщенными сетевыми моделями, представляющими мощный и гибко настраиваемый инструмент анализа, позволяющий учитывать Отдельный вопрос заключается в том, насколько полно на сегодняшний день эти методы реализованы в существующих методических и программных средствах управления проектами, однако исследование этого вопроса выходит за рамки настоящей работы (см. также раздел 3.1).

множество типов зависимостей, учитывать неопределенность и решать широкий спектр оптимизационных задач [33, 34]), которые реализованы в виде пакетов прикладных программ.

Одной из основных задач, решаемых при построении модели проекта является задача агрегирования, то есть задача представления комплекса операций в виде комплекса с меньшим числом операций. Необходимость агрегирования очевидна – в крупных проектах менеджеры высшего звена не имеют возможности обрабатывать (даже в условиях автоматизации) информацию о всех деталях выполнения отдельных операций нижнего уровня. Однако агрегирование (как любое сжатие информации [8, 32, 65, 76]) приводит к потерям, которые отрицательно сказываются на эффективности управления. Поэтому задачу агрегирования качественно можно сформулировать как задачу поиска оптимального (или рационального) компромисса между уменьшением информационной нагрузки на управляющие органы и снижением эффективности управления, вызванным недостаточностью информации. Общие подходы к решению проблем агрегирования при решении задач управления иерархическими системами рассмотрены в [76]. В настоящем разделе рассматриваются детальное и агрегированное описание комплекса операций в терминах показателей освоенного объема, формулируется проблема агрегирования и предлагаются подходы к ее решению для ряда частных случаев.

Так как и проект в целом, и каждая из составляющих его операций могут быть описаны основными и производными показателями освоенного объема (см. раздел 1.2), то основной акцент следует сделать на установление взаимосвязи между этими показателями. Поэтому предположим, что проект состоит из n операций (см. рисунок 11), каждая из которых характеризуется следующими основными показателями освоенного объема:

X0i – суммарный объем i-ой операции, i I = {1, 2, …, n};

C0i – планируемые суммарные затраты на операцию;

T0Н – планируемое время начала операции;

i К T0i – планируемое время окончания операции;

К Н T0i = T0i - T0i - планируемая продолжительность операции;

x0i(t) – планируемая динамика объемов работ по операции;

c0i(t) – планируемая динамика затрат на операцию;

TiН – фактическое время начала операции;

TiК – фактическое время окончания операции;

xi(t) - освоенный объем операции;

ci(t) – фактическая динамика затрат на операцию;

Ti = TiК - TiН - фактическая продолжительность операции;

Ci – фактические суммарные затраты на операцию.

ПРОЕКТ X0i,C0i Н T0i план К T0i X0i,Ci i-я операция 1-я операция TiН факт TiК ан X0n,C0n X01,CН Н T0n план К T0n T01 план К TX0n,Cn X01,CTnН факт TnК T1Н факт T1К ан ан n-я операция Рис. 11. Представление проекта в виде комплекса операций Параметр операции (интенсивность): wi(ui), или в более общем случае – wi (xi (t), ui (t), t), определяет скорость изменения объема:

dxi (t) = wi ( ui (t)) или в более общем случае dt dxi (t) = wi (xi (t), ui (t), t), xi(TiН ) = 0, xi(TiК ) = X0i.

dt Все производные показатели освоенного объема для операций вводятся по аналогии с производными показателями проекта в целом (см. раздел 1.2):

сi(t) = c0i(t) – ci(t) - разность между плановыми и фактическими затратами на операцию;

xi(t) = x0i(t) – xi(t) - разность между плановым и освоенным объемом операции;

(t) = xi(t) / x0i(t) – показатель освоенного объема, характериi зует выполнение плана по объему;

(t) = ci(t) / c0i(t) – показатель динамики затрат, характеризует i соответствие поступления средств директивному графику;

(t) = xi(t) / ci(t) – эффективность использования средств;

i (t) = t - c0i1 (ci(t)) – текущая задержка по затратам;

сi (t) = t - x0i1 (xi(t)) – текущая задержка по объему;

xi e0i = X0i / C0i – плановая эффективность операции;

e0i(t) = x0i(t) / c0i(t) = (t) (t) / (t) – плановая эффективность i i i использования средств;

ei = Xi / Ci – фактическая эффективность операции.

Агрегирование показателей освоенного объема.

При агрегировании временных (t – «физическое» время) и финансовых показателей проблем, как правило, не возникает:

Н T0Н = min T0i - планируемое время начала проекта (в агреi=1, n гированном описании проекта, как правило, считается, что T0Н = 0);

К T0К = max T0i - планируемое время окончания проекта;

i=1, n Н T = min TiН - фактическое время начала проекта;

i=1, n К T = max TiК - фактическое время окончания проекта;

i=1, n n C0 = C0i – планируемые суммарные затраты на проект;

i=n C = Ci – фактические суммарные затраты на проект;

i=n c0(t) = c0i(t) – планируемая динамика затрат на проект;

i=n n ' u0(t) = c0 (t) = ci'0 (t) = u0i(t) – плановая динамика по i=1 i=требления ресурсов;

n c(t) = ci(t) – фактическая динамика затрат на проект i=n n u(t) = c’(t) = ci' (t) = ui(t) – фактическая динамика по i=1 i=требления ресурсов.

Рассмотрим агрегирование показателей освоенного объема.

Введем оператор агрегирования Q( ): n 1 освоенного объе+ + ма, то есть будем считать что освоенный объем проекта в целом определяется1 по освоенным объемам операций следующим образом: x(t) = Q(x1(t), x2(t), …, xn(t)).

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

1. Непрерывность по всем переменным.

2. Монотонность по всем переменным.

3. Q(0, 0, …, 0) = 0, Q(X01, X02, …, X0n) = X0.

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

Следует отметить, что выбор того или иного оператора Q( ) должен быть обусловлен спецификой рассматриваемого проекта и, в первую очередь, учитывать именно ее. Другими словами, можно условно считать, что в каждом конкретном случае вид оператора агрегирования задан «объективно».

Использование в качестве операторов агрегирования взвешенных сумм показателей освоенного объема операций оправданно в случае, когда Пример 2. Рассмотрим описание проекта как комплекса операций, для которых в качестве освоенного объема используется показатель процента выполнения (см. введение): li(t) = xi(t) / X0i (L0i = 1), тогда li(TiН ) = 0, li(TiК ) = 1, i I.

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

1. Непрерывность по всем переменным.

2. Монотонность по всем переменным.

3. Q(0, 0, …, 0) = 0, Q(X01, X02, …, X0n) = 1.

4. max xi(t) Q(x1(t), x2(t), …, xn(t)) min xi(t).

i=1, n i=1, n 5. Условие единогласия: y [0; 1] Q(y, y, …, y) = y.

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

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

n n Например, если Q( ) = li, > 0, = 1, то Q( ):

i i i i =1 i =[0; 1]n [0; 1], а интенсивность выполнения проекта в целом n i определяется следующим образом: w(t) = wi(ui(t)). • X i=0i Таким образом, следуя определению, приведенному в [4, 18, 20], под агрегированным описанием проекта будем понимать его представление в виде агрегированной операции1 объема X0 и зависимостью w(u(t)) скорости изменения освоенного объема от количества ресурсов.

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

В более общем случае агрегированное описание проекта – его представление в виде комплекса с меньшим числом операций [8].

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

dx(t) (1) = w( u(t)), x(TН) = 0, x(TК) = X0.

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

n (2) u(t) = ui(t).

i=Второй способ – использование оператора агрегирования освоенных объемов операций для определения скорости выполнения проекта в целом:

n dx(t) Q(x1, x2,..., xn) (3) = wi(ui(t)).

dt xi i=Понятно, что эффективность управления (например, значения критериев, оптимизируемых в рамках задач оптимального управления, рассмотренных в разделе 1.3) в случае агрегированного описания проекта не выше, чем в случае детального его описания. Следовательно, возникает вопрос – при использовании каких классов агрегированных описаний потери в эффективности управления, вызванные наличием агрегирования, будут равны нулю.

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

Пусть известны все параметры операций и заданы: оператор агрегирования Q() и класс ограничений на затраты c(t) (или класс ограничений U на количество ресурсов, выделенных для реализации проекта в целом). Обозначим tmin(c(t)) – минимальная продолжительность комплекса операций как решение задачи оптимального распределения ресурсов между операциями. Обозначим Tmin(c(t)) tmin(c(t)) – минимальное время реализации проекта при представлении его в агрегированном виде.

Величина tmin (c(t)) (4) (c(t)) = 1 - [0; 1] T Tmin (c(t)) называется ошибкой агрегирования по времен выполнения проекта.

Агрегирование, при котором максимальная (по классу ограничений на затраты или по классу U ограничений на ресурсы) из ошибок агрегирования: = max (c(t)) равна нулю, называется идеT T c(t) альным1 в классе (в классе U).

Если нулевое значение ошибки агрегирования недостижимо, T то есть идеальное агрегирование невозможно, то задача агрегирования заключается в поиске допустимого оператора агрегирования, минимизирующего эту ошибку.

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

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

Pages:     | 1 |   ...   | 5 | 6 || 8 | 9 |   ...   | 15 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

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