Vvmebel.com

Новости с мира ПК
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ms project оптимизация затрат

Стоимостная оптимизация графика.

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

1. уменьшение стоимости отдельных работ проекта;

2. оптимизация стоимости всего проекта;

3. приведение в соответствие объемов и стоимости работ, запланированных на определенный период времени, и финансовых затрат, запланированных на тот же период (бюджет).

Уменьшение стоимости работ можно обеспечить выполнением следующих действий:

1. уменьшением величины фиксированных затрат;

2. уменьшением ставки ресурса трудовых или стоимости за единицу материальных ресурсов;

3. заменой ресурсов, назначенных на работу, более дешевыми;

4. уменьшением продолжительности работы;

5. уменьшением загрузки ресурса на работе.

Ресурсная оптимизация (выравнивание ресурсов).

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

1. увеличить количество доступных ресурсов, диалоговое окно Сведения о ресурсе/Доступность ресурса;

2. изменить степень загрузки ресурсов и их количество на работах, окно Сведения о задаче/Ресурсы (рис. 14);

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

Рис. 14 – Загрузка ресурса на задаче

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

Рис. 15 – Перегруженные ресурсы

Третья процедура – изменить расписание проекта – наиболее сложная, поэтому здесь приводится более подробное описание ее выполнения. Разрешение ресурсных конфликтов путем изменения расписания комплекса работ может быть выполнено вручную и автоматически.

Для выполнения ручного выравнивания выберите в меню Вид/Другие представления/представление Выделение ресурсов.В верхней части представления выделите курсором перегруженный ресурс, конфликт которого будет разрешаться. Тогда в нижней части представления появится список работ с маркером перегрузки, на которых используется выделенный ресурс (рис. 16).

Рис. 16 – Представление Выделение ресурсов

Разрешение конфликта может быть осуществлено путем переноса сроков выполнения работ с учетом технологии их выполнения (рис. 17). Для этого необходимо в колонке Выравнивающая задержка задать количество дней, на которое нужно задержать выполнение работы. Эту процедуру можно выполнить автоматически, доверив процесс выравнивания OpenProj (MS Project). Для этого выберите в меню Сервис опцию Выравнивание загрузки ресурсов. Или вOpenProj (MS Project)выберите Ресурс/выравнивание ресурса/параметры выравнивания/выравнивание загрузки ресурса (рис. 18).Выберите Диапазон выравнивания и порядок выравнивания и нажмите кнопку Выровнять. Если же в этом окне выбрать опцию Выполнять автоматически,то процесс выравнивания произойдет без участия пользователя.

Рис. 17 – Автоматическое выравнивание загрузки ресурсов

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

Рис. 18 – Выравнивание загрузки ресурсов

Результаты автоматического выравнивания представлены на рис. 19.

Рис. 19 – Результат выравнивания перегруженного ресурса

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

Дополнительные опции диалогового окна Выравнивание загрузки ресурсов предназначены:

1. кнопка Очистить выравнивание – для удаления результатов предыдущего сеанса выравнивания;

2. опция Выравнивать только в пределах имеющегося резерва – для запрещения изменения даты окончания проекта при выравнивании;

3. опция При выравнивании допускается прерывание оставшихся трудозатрат –для разрешения системе прерывать оставшиеся задачи.Опциядействует на все задачи. Для выборочного разрешения разрывов необходимо добавить поле Допускается прерывание при выравнивании и выбрать в меню соответствующее значение – Да или Нет;

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

6. Фиксация базового плана

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

В OpenProj (MS Project) меню Проект/Задать базовый план (рис. 20). Изначально необходимо сохранить базовый план всего проекта. Для этого нужно просто нажать «ОК». Информацию о том, что задан базовый план, теперь можно посмотреть в окне Статистика проекта по команде Проект/сведения о проекте/статистика (рис. 21),а также в колонках«Базовая длительность 1», «Базовое начало 1», «Базовое окончание 1» и т.п. представления Диаграмма Ганта с отслеживанием.

Рис. 20 – Задать базовый план

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

Рис. 21 – Статистика проекта

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

OpenProj (MS Project) позволяет сохранять 11 альтернативных базовых планов, с 1 по 10, и один непосредственно базовый. Для отслеживания хода выполнения работ используется представление Диаграмма Ганта с отслеживанием.В графической части диаграммы Ганта работы текущего плана отображаются синим цветом, а работы базового плана – серым (рис. 22). В таблице Затраты после фиксации базового плана в колонке Базовые появятся значения стоимости работ согласно базовому плану.

Рис. 22 – Диаграмма Ганта с отслеживанием с фиксированным базовым планом

7. Анализ плана – ввод фактических данных

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

1. фактическое начало;

2. фактическое окончание;

3. процент завершения – фактический процент выполнения работы на момент ввода данных;

4. фактическая длительность;

5. оставшаяся длительность.

В OpenProj (MS Project), чтобы выполнить команду Задача/обновление, необходимо выполнить последовательность действий: в меню Задача/в поле планирование выбрать один из четырех вариантов процента завершения задачи или проекта: . Здесь же на вкладке Пометить по графику нажать кнопку Обновить задачи (рис. 23).

Рис. 23 – Ввод фактических данных о выполнении задачи/работы

Увидеть отклонения по датам (начало и окончание) можно в представлении Диаграмма Ганта с отслеживанием, выбрать меню Вид/Таблицы/Отклонения (рис. 24).

Рис. 24 – Отклонения по датам начала и окончания работы

Увидеть отклонения по трудозатратам можно на закладке Вид/Таблицы/Трудозатраты в представлении Диаграмма Ганта с отслеживанием (рис. 25).

Рис. 25 – Отклонения по трудозатратам

Кнопка Статистика проекта вызывает окно, содержащее статистическую информацию. В OpenProj (MS Project) выбрать меню Проект/сведения о проекте/статистика.

Для ввода информации об обновлении комплекса работ выделить их курсором в списке работ и выбрать меню Сервис/Отслеживание/Обновить проект.ВOpenProj (MS Project)на закладке Проект/Обновить проект (рис. 26).

Рис. 26 – Обновление информации о проекте

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

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

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

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

Анализ и оптимизация плана работ

Анализ и оптимизация плана работ

«Подготовка подробного описания содержания проекта – это ключевая составляющая успеха проекта; эта подготовка основывается на основных результатах поставки, допущениях и ограничениях, зафиксированных в предварительном описании содержания проекта, составленном при инициации проекта. На этапе планирования содержание проекта формулируется и излагается более подробно, так как имеется больше информации о проекте. Анализируются потребности, пожелания и ожидания участников проекта, которые затем преобразуются в требования. Допущения и ограничения анализируются на полноту, и при необходимости производится добавление дополнительных допущений и ограничений. Анализ может подготовить и провести команда проекта и другие участники проекта, владеющие информацией из предварительного описания содержания проекта.» ([1], пункт 5.2, стр. 122.)

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

Читать еще:  Как проверить версию видеокарты

Уточнение длительности задач с использованием параметров

«Экспертная оценка часто применяется для оценки входов, необходимых для разработки Устава проекта. Такая оценка и экспертиза применяются ко всем техническим и организационным деталям в ходе этого процесса.

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

  • другие отделы данной организации;
  • консультанты;
  • участники проекта, в том числе заказчики или спонсоры;
  • профессионально-технические ассоциации;
  • отраслевые группы.»

([1] пункт 4.1.2.4, стр. 86)

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

Оценка по аналогам

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

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

Параметрическая оценка

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

Оценка по трем точкам

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

Оценка по трем точкам основана на определении трех типов оценок:

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

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

Анализ резервов

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

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

Покажем, как можно легко перенести уже созданные настраиваемые пользовательские поля из одного файла в другой. Откроем одновременно два файла: первый, в котором уже есть нужные нам поля, и второй, в который их надо перенести, project1.mpp и project2.mpp. Затем командой Tools>Organizer(Сервис>Организатор) откроем окно Organizer (Организатор) и в открывшемся окне перейдем на вкладку Fields(Поля). Предположим, что созданные нами поля относились к задачам, поэтому установим переключатель Task(Задачи), и выберем в выпадающем списке в левой части окна файл project1.mpp, а в правой – файл project2.mpp. Теперь, выделив нужные поля, и щелкнув по кнопке Copy(Копировать), добавим поля в новый файл project2.mpp. Мы хотим уточнить длительность задач, и в качестве параметра для расчетов нам удобно использовать общее время редактирования каждой статьи. Название перенесенных нами полей возможно были другими, поэтому обычным образом (как и при создании новых полей) переименуем поля, назовем их «Число статей» и «Время редактирования статьи». В процессе расчетов длительности с введением параметра уже имеющиеся в таблицах проекта данные могут быть изменены программой. Следовательно, прежде, чем начать расчеты, удобнее создать копию таблицы Entry(Ввод данных), отобразить в ней новые поля и всю дальнейшую работу производить с копией. Напомним, что для этого достаточно выбрать в меню команду View > Table > more tables (Вид таблица другие таблицы), найти нужную таблицу Entry(Ввод данных) и нажать copy(копировать). Не забудьте включить флажок «отобразить в меню». Чтобы исключить задачи, которые никак не связаны с обработкой статей, создадим новое поле типа Flag, назовем его «обработка статей». Затем добавим в таблицу столбец с этим полем и установим в нем значение «да» для тех задач, длительность которых мы можем рассчитывать по параметрической формуле. Потом отфильтруем таблицу по этому полю (для этого следует включить автофильтр в строке главного меню и выбрать нужный пункт в выпадающем окне). На экране останутся только те задачи, которые содержат в этом поле значение «да». При этом, разумеется, эти задачи будут исключены только из вида таблицы, но не из проекта.

Результат можно посмотреть в файле project2.mpp. В нем уже введено значение в поле «Время редактирования статьи». После того, как длительности по параметрам рассчитаны, нужно обновить данные о трудозатратах в поле Work(Трудозатраты).

Оптимизация производительности надстроек MS Project

Microsoft Project, как и другие продукты пакета MS Office, можно с уверенностью назвать быстрой программой (если не брать в расчет взаимодействие с Project Server). Она оперативно выполняет даже сложные действия над проектами, запрашиваемые пользователем. При создании наших дополнений к Project мы обращаем пристальное внимание на скорость их работы. Во-первых, надстройка не должна замедлять работу базовых функций Project в пользу дополнительных возможностей. Во-вторых, функции надстройки тоже должны выполняться быстро: это требование особенно усугубляется из-за того факта, что объектная модель приложений Office не является потокобезопасной, и в них нельзя создавать надежные индикаторы прогресса (progress bar).

В этой заметке мы опишем один из способов ускорения взаимодействия между надстройкой и MS Project, и проведем тест этого приема оптимизации.

Ускоряем работу с коллекциями

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

Для доступа к объектной модели MS Project из .NET-приложений, используется библиотека Project Interoperability, являющаяся по сути COM-клиентом. Она сильно упрощает для разработчика доступ к программному интерфейсу Project. Однако, являясь посредником между надстройкой и MS Project, она также является причиной возникновения некоторых задержек при получении данных.

Задержки при работе с API MS Project наиболее ощутимы при большом количестве вызовов API, например, при всевозможных выборках данных. MS Project предоставляет разработчику собственные коллекции данных, основные из которых — Tasks, Resources, Assignments. Указанные коллекции можно перебирать различными способами: через цикл For Each, поскольку все они реализуют интерфейс IEnumerable, или, приведя к IEnumerable , запрашивать данные посредством Linq.

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

Методика тестирования

Проведём тесты производительности на примере кода, который получает список с названиями всех задач проекта (тестовый проект содержит 1000 задач). Выполним тестовую функцию для 3-х вариантов перебора: перебор COM-коллекции Tasks напрямую, перебор массива и перебор универсального списка. Массив и список получим предварительно, поместив туда задачи из коллекции Tasks.

Для полноты картины выполним замеры некоторое количество раз, например 100.

Полученные результаты

Длительность перебора задач проекта

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

Поскольку задержки вызваны, в первую очередь, самой технологией взаимодействия клиентских приложений с API Project, похожие результаты мы получим и для других коллекций Project, таких как Resources или Assignments.

Читать еще:  Как установить видеокарту в системный блок

Выводы

Как видно из графика, перебор массива или списка в примерно в 10 раз быстрее, чем перебор COM-коллекции. При этом большой разницы, кэшировать ли данные в универсальный список или массив, нет.

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

Оптимизация графика работ по проекту с помощью Поиска решений в EXCEL

Решим задачу об оптимизации плана-графика работ по проекту с помощью Поиска решений MS EXCEL 2010. В качестве примера разберем задачу из сборника «Методы оптимизации управления и принятия решений» авторы Зайцев М.Г. и Варюхин С.Е. (2008г.). Задача 3.7 «Проект комапании Мегашоп».

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

Условия задачи

Компания МегаШоп планирует развертывание сети магазинов в южном регионе России. Отдел развития компании составил план работы по развертыванию сети, состоящий из 21 этапа (здесь они обозначены буквами от A до U). В таблице приведена информация длительности этапов в рабочих днях:

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

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

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

Задания :

a. Определите минимальную стоимость сокращения длительности проекта на две недели.

b. Допустим, что альтернативой сокращению проекта на 2 недели является найм дополнительных складских площадей по соседству, но это обойдется в 15 единиц в день (оплата услуги, перегрузки товара, доп. охрана и проч.). Какой срок сокращения длительности проекта оптимален по издержкам?

В сборнике сразу доступен ответ. Вот он.

Разбор условия задачи

Сначала несколько слов о стилистике формулирования условия (по мелочи).

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

В ответе на вопрос а) приведен ответ о длительности проекта (65 дн.). Но, об этом нас не спрашивают в задании, спрашивают только о стоимости сокращения (109 условных единиц денег). Сразу возникает вопрос: «это изначальная длительность проекта или длительность после сокращения?». Выясним это в ходе решения.

Решение

Сначала рассчитаем изначальную длительность проекта. Сделаем это в MS Project. Для этого введем 21 работу, укажем их длительность и связи.

Работы, выделенные красным, лежат на критическом пути. MS Project показывает, что первые работы С, А, Е начинаются 01.01.2016, проект заканчивается 31.03.2016. Длительность проекта — 65 дней.

Напомним, что у проекта длительность может быть указана в календарных днях (31.03.2016-01.01.2016+1=91 дней) и в рабочих днях (без учета выходных, 65 дней). Так как длительность работ указана в рабочих днях, то и длительность проекта разумно вычислять в рабочих днях. Т.е. в ответе указана изначальная длительность проекта в рабочих днях .

Теперь вычислим стоимость сокращения проекта на 2 недели. Обратите внимание на формулировку — 2 недели, а не 14 дней! 2 недели — это календарные дни, т.е. с учетом выходных длительность проекта нужно сократить на 10 дней! Но, сейчас это только наша догадка. Построим модель в MS EXCEL и покажем, что на 14 рабочих дней проект нельзя сократить в принципе, а вот на 10 можно.

Построение модели

Как известно из условия задачи, существует возможность сократить длительность каждой задачи от 1 до 3 дней. Но, за это придется заплатить. Таким образом, нам нужно перебрать все варианты сокращения длительности проекта ровно на «2 недели», чтобы выбрать из них вариант, имеющий минимальную стоимость сокращения.

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

Сначала отправимся из работы (точки) С, затем D; G; J; N; R; U; Окончание. Т.е. обойдем сетевую диаграмму по самому верхнему пути. Последнюю веху Окончание можно не указывать, т.к. ее длительность равна 0. Второй путь располагается чуть ниже: С; D; G; K; O; R; U. Всего путей 7. Вот они.

Как рассчитать длительность путей показано в файле примера (ссылка внизу статьи). Для этого понадобится только простая формула на основе функции ВПР() .

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

На картинке выше показан вариант, когда все работы сокращены по максимуму (по условию, не все работы можно сократить на 3 или даже на 2 дня). Это как раз и соответствует максимально возможному сокращению работ проекта, т.е. максимальному сокращению общей длительности проекта.

Как мы и предполагали, в этом случае сокращение общей длительности проекта составит 10 рабочих дней. Нет, конечно, это 2 календарные недели, но ведь и не 14 дней ))). Не сомневаюсь, что авторы сборника, очень креативные люди, которые формулируют заковыристые условия для студентов (чтобы те подумали), но, лично мое мнение, таких студентов не более 10%. Остальные просто запутаются и сдадутся не получив ответ. Тем более, что точный ответ (109 ед.) и получить-то проблематично в сегодняшних условиях. Об этом ниже.

Для нахождения оптимального варианта сокращения длительности проекта на 2 недели будем использовать инструмент MS EXCEL Поиск решения .

Чтобы построить модель для Поиска решения (ПР) в EXCEL нужно определить 3 ее составляющих:

  • целевая функция (то, что мы будем оптимизировать, например в нашем случае — минимизировать стоимость сокращения длительности проекта), это формула в одной ячейке ( ячейку выделим красным );
  • переменные модели, это то что будет изменять ПР в ходе поиска ( ячейки выделим зеленым ). В нашем случае — это вариант сокращения длительности каждой работы на 1, 2 или 3 дня;
  • ограничения модели, например, вариант сокращения длительности работы должен быть только один (либо сократить на 1 день, либо на 2 (если можно по условию), либо на 3 (если можно) или вообще не сокращать) ( ячейки выделим синим/голубым ). Также потребуется несколько технических ограничений: все переменные должны быть бинарными, т.е. 0 или 1.

Заполним окно Поиска решения.

В качестве еще одного ограничения добавим, что длительность проекта должна сократиться ровно на 10 рабочих дней. Задача нелинейная, т.к. для вычисления целевой функции мы использовали функцию ВПР() , а не только линейные операции умножения и сложения. Запустим ПР с использованием нелинейного метода ОПГ. Через несколько секунд получим решение: 81 условная денежная единица. Т.е. меньше 109 ед.!

Почему можно получить разные ответы с помощь Поиска решения (в нелинейном случае)? Причин может быть несколько.

1) Разные модели. Обе правильные (надеюсь), но разные;

2) Разные методы решения: Нелинейный метод ОПГ или Эволюционный;

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

4) Версия MS EXCEL. Алгоритм оптимизации надстройки Solver (Поиск решения) может отличаться в зависимости от версии. Так в EXCEL 2010 в надстройку был включен новый метод решения нелинейных задач Эволюционный поиск решения ( Evolution solver) , основанный на генетических алгоритмах. Возможно были внесены и другие изменения в алгоритм расчета нелинейных задач.

Например, мной с помощью Эволюционного метода был получен вариант со стоимостью сокращения 64! Это на 40% лучше ответа, приведенного в ответе сборника (это полностью заслуга разработчиков Поиска решения). Правда, эволюционный метод требует более тонких настроек параметров, в отличие от Нелинейного ОПГ, а также он считает дольше.

Но, может, 109 ед., приведенные в ответе, это просто ошибка? Существует ли такой вариант сокращения длительности работ, который приводит к такой стоимости? Да, существует и расчет приведен на листе Как в ответе в файле примера .

Теперь решим вторую часть задачи: Альтернативой сокращению проекта на 2 недели является найм дополнительных складских площадей по соседству, но это обойдется в 15 единиц в день (оплата услуги, перегрузки товара, доп. охрана и проч.). Какой срок сокращения длительности проекта оптимален по издержкам ?

Расчет приведен на листе Задание Б в файле примера .

Читать еще:  Как узнать производителя видеокарты

Сразу зададим себе вопрос: «Почему стоимость хранения на дополнительных складах составляет именно 15 ед., а не 100 ед. или 5 ед.». Понятно, что если эта стоимость будет слишком высока, то арендовать новые склады будет слишком дорого и бессмысленно (проще сократить проект на 2 недели за 64 ед.). Если наоборот, склады будут слишком дешевы, то тратить деньги на сокращение длительности проекта не имеет смысла, дешевле будет арендовать доп.склады.

Так как в нашем распоряжении более мощный Поиск решения, который позволяет найти очень эффективный (более дешевый) вариант сокращения длительности проекта, то 15 ед. будет слишком высокой ценой за склады. Выгоднее сокращать длительность проекта. Снизим стоимость аренды складов до 7 единиц и немного подкорректируем модель: общая стоимость минимизируемых затрат будет складываться из затрат на сокращение длительности проекта (как раньше) + затраты на хранение (хранить будем то количество дней, которое не хватает, чтобы сократить проект на 10 рабочих дней). Ниже приведен один из найденных вариантов: сокращение длительности — 5 дней, остальные 5 дней (10-5) храним на складе за 7 ед./день.

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

Создание проекта в среде MS Project. Описание ресурсов. Назначение ресурсов. Ресурсное планирование. Разрешение конфликтных ситуаций. Работа с кодами СДР. Настройка параметров проекта MS Project , страница 21

Кроме того, использование базы данных более удобно при хранении больших объемов данных о назначениях. Если в организации одновременно выполняется хотя бы десяток проектов, то объем хранящихся в пуле данных будет значительным, что может привести к задержкам при открытии файла пула в MSProject. Задержек при анализе загрузки ресурсов на сервере не происходит потому, что для отображения и анализа данных сервер отбирает лишь необходимые (тогда как файловый (локальный) пул при открытии загружает в программу все хранящиеся данные о назначениях).

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

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

Задание Ошибка! Не указана последовательность.. Отказ от совместного использования ресурсов

От совместного использования можно отказаться в любое время.

1. Выберите команду Сервис Общие ресурсы Доступ к ресурсам.

2. Выберите переключатель Использовать собственные ресурсы.

1. Создать пул ресурсов.

2. Создать мини проект на 5-10 задач, (Допустим, имеется этап «ремонт офиса», который можно заменить этим минипроектом).

3. Вставить минипроект в основной проект.

4. Назначить ресурсы.

Сохранить рабочую область проекта.

1. Для чего нужна рабочая область?

2. Что такое пул ресурсов?

3. Когда необходимо применять пул ресурсов?

4. Что необходимо предпринять, если проект очень большой?

5. В чем преимущество использования подпроектов перед использованием последовательных, но независимых проектов?

6. С помощью справки выяснить, в чем отличаются друг от друга пункты «Преимущество имеет пул» и «Преимущество имеет клиент пула» в диалоговом окне «Общий доступ к ресурсам».

Лабораторная работа № 7

Оптимизация затрат (корректировка проекта)

С помощью этой лабораторной работы Вы сможете:

? научиться выявлять возможные способы оптимизации проекта;

? научиться применять способы оптимизации затрат.

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

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

10. Способы оптимизации

1. Уменьшение предметной области.

? сокращение объема работ.

? замена высокооплачиваемых работников более дешевыми (но может увеличить длительность задачи);

? уменьшить количество сверхурочного времени (как правило, оно стоит дороже);

? переназначить ресурсы, так чтобы они работали над всеми своими назначениями одновременно (Например: если за доставку ресурса каждый раз взимается плата, запланируйте доставку всего объема ресурса в один прием, чтобы не платить несколько раз);

? если возможно договорится с поставщиком об уменьшении фиксированных затрат и затрат на материалы;

? уменьшение предметной области.

3. Сокращение запланированной длительности.

? привлечь дополнительные ресурсы, чтобы задача выполнялась быстрее;

? разорвать связи между задачами и позволить им выполнятся одновременно;

? перекрыть выполнение зависимых задач за счет введения опережения;

? увеличить % занятости ресурса на задаче или назначить работы в сверхурочное время;

? заменить менее опытные ресурсы более опытными;

? найти недогруженные ресурсы, и загрузить их по максимуму, — это гарантирует максимальную эффективность работы.

Рассмотрим некоторые из этих случаев.

Задание Ошибка! Не указана последовательность.. Оптимизация проекта

Откройте ЛР7_1. Исходное состояние проекта: Длительность 15 дней, стоимость всего проекта 114380 р ( по задачам и по ресурсам).

Рис. 171. Исходное состояние проекта по задачам

Рис. 172. Исходное состояние проекта по ресурсам

Для оптимизации проекта можно сделать следующее:

1. Этап 1 выполнять одновременно с Этапом 2 .
(Способ оптимизации: сокращение запланированной длительности)

2. Составлением сметы может заняться Сотрудник 3 вместо Сотрудника 1
(Способ оптимизации: сокращение затрат).

3. Закупку материалов и мебели делаем в один день, т.е. объединяем задачи и одну удаляем. (Способ оптимизации: уменьшение предметной области).

4. Удалось договориться с поставщиками, что окна будут поставляться не по 8500 р., а по 7900 р. (Способ оптимизации: сокращение затрат).

Для выполнения пункта 1:

1. Перейти в Задачи с помощью Консультанта (если находитесь в другом режиме).

2. Выбрать Планирование задач.

3. Заменить связь окончание-начало на начало-начало между задачами Согласование юридических вопросов и Составление сметы.

4. Создать связь окончание-начало между задачами Согласование юридических вопросов и Подготовка помещения.

В результате у вас должно получиться ().

Рис. 173. выполнение первого этапа

Для выполнения пункта 2 и 3:

1. Перейти в Ресурсы с помощью Консультанта (если находитесь в другом режиме).

2. Выбрать Назначение людей и оборудования задачам.

3. Выбрать Назначить ресурсы.

4. В задаче Составление сметы вместо Сотрудника 1 назначить Сотрудника 3

5. Изменить наименование задачи Закупка материалов на Закупка материалов и мебели.

6. Удалить задачу Покупка мебели.

  • АлтГТУ 419
  • АлтГУ 113
  • АмПГУ 296
  • АГТУ 266
  • БИТТУ 794
  • БГТУ «Военмех» 1191
  • БГМУ 171
  • БГТУ 602
  • БГУ 153
  • БГУИР 391
  • БелГУТ 4908
  • БГЭУ 962
  • БНТУ 1070
  • БТЭУ ПК 689
  • БрГУ 179
  • ВНТУ 119
  • ВГУЭС 426
  • ВлГУ 645
  • ВМедА 611
  • ВолгГТУ 235
  • ВНУ им. Даля 166
  • ВЗФЭИ 245
  • ВятГСХА 101
  • ВятГГУ 139
  • ВятГУ 559
  • ГГДСК 171
  • ГомГМК 501
  • ГГМУ 1966
  • ГГТУ им. Сухого 4467
  • ГГУ им. Скорины 1590
  • ГМА им. Макарова 299
  • ДГПУ 159
  • ДальГАУ 279
  • ДВГГУ 134
  • ДВГМУ 408
  • ДВГТУ 936
  • ДВГУПС 305
  • ДВФУ 949
  • ДонГТУ 497
  • ДИТМ МНТУ 109
  • ИвГМА 488
  • ИГХТУ 130
  • ИжГТУ 143
  • КемГППК 171
  • КемГУ 507
  • КГМТУ 269
  • КировАТ 147
  • КГКСЭП 407
  • КГТА им. Дегтярева 174
  • КнАГТУ 2909
  • КрасГАУ 345
  • КрасГМУ 629
  • КГПУ им. Астафьева 133
  • КГТУ (СФУ) 567
  • КГТЭИ (СФУ) 112
  • КПК №2 177
  • КубГТУ 138
  • КубГУ 107
  • КузГПА 182
  • КузГТУ 789
  • МГТУ им. Носова 367
  • МГЭУ им. Сахарова 232
  • МГЭК 249
  • МГПУ 165
  • МАИ 144
  • МАДИ 151
  • МГИУ 1179
  • МГОУ 121
  • МГСУ 330
  • МГУ 273
  • МГУКИ 101
  • МГУПИ 225
  • МГУПС (МИИТ) 636
  • МГУТУ 122
  • МТУСИ 179
  • ХАИ 656
  • ТПУ 454
  • НИУ МЭИ 640
  • НМСУ «Горный» 1701
  • ХПИ 1534
  • НТУУ «КПИ» 212
  • НУК им. Макарова 542
  • НВ 778
  • НГАВТ 362
  • НГАУ 411
  • НГАСУ 817
  • НГМУ 665
  • НГПУ 214
  • НГТУ 4610
  • НГУ 1992
  • НГУЭУ 499
  • НИИ 201
  • ОмГТУ 301
  • ОмГУПС 230
  • СПбПК №4 115
  • ПГУПС 2489
  • ПГПУ им. Короленко 296
  • ПНТУ им. Кондратюка 119
  • РАНХиГС 186
  • РОАТ МИИТ 608
  • РТА 243
  • РГГМУ 117
  • РГПУ им. Герцена 123
  • РГППУ 142
  • РГСУ 162
  • «МАТИ» — РГТУ 121
  • РГУНиГ 260
  • РЭУ им. Плеханова 122
  • РГАТУ им. Соловьёва 219
  • РязГМУ 125
  • РГРТУ 666
  • СамГТУ 130
  • СПбГАСУ 315
  • ИНЖЭКОН 328
  • СПбГИПСР 136
  • СПбГЛТУ им. Кирова 227
  • СПбГМТУ 143
  • СПбГПМУ 146
  • СПбГПУ 1598
  • СПбГТИ (ТУ) 292
  • СПбГТУРП 235
  • СПбГУ 577
  • ГУАП 524
  • СПбГУНиПТ 291
  • СПбГУПТД 438
  • СПбГУСЭ 226
  • СПбГУТ 193
  • СПГУТД 151
  • СПбГУЭФ 145
  • СПбГЭТУ «ЛЭТИ» 379
  • ПИМаш 247
  • НИУ ИТМО 531
  • СГТУ им. Гагарина 113
  • СахГУ 278
  • СЗТУ 484
  • СибАГС 249
  • СибГАУ 462
  • СибГИУ 1654
  • СибГТУ 946
  • СГУПС 1473
  • СибГУТИ 2083
  • СибУПК 377
  • СФУ 2423
  • СНАУ 567
  • СумГУ 768
  • ТРТУ 149
  • ТОГУ 551
  • ТГЭУ 325
  • ТГУ (Томск) 276
  • ТГПУ 181
  • ТулГУ 553
  • УкрГАЖТ 234
  • УлГТУ 536
  • УИПКПРО 123
  • УрГПУ 195
  • УГТУ-УПИ 758
  • УГНТУ 570
  • УГТУ 134
  • ХГАЭП 138
  • ХГАФК 110
  • ХНАГХ 407
  • ХНУВД 512
  • ХНУ им. Каразина 305
  • ХНУРЭ 324
  • ХНЭУ 495
  • ЦПУ 157
  • ЧитГУ 220
  • ЮУрГУ 306

Полный список ВУЗов

Чтобы распечатать файл, скачайте его (в формате Word).

Ссылка на основную публикацию
Adblock
detector