Алгоритм 3.14. Отмена установленного ранее временного ограничения

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

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

2. Выполнить команду Проект\Сведения о задаче.

3. Выбрать вкладку Дополнительно.

4. В раскрывающемся списке Тип ограничениявыбрать тип временного ограничения Как можно раньше.

5. Для завершения работы нажать кнопку ОК, а для отказа от выполненных действий - на кнопку Отмена.

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

Например, сокращение сохраненного в файле Ремонт4.трр расписания может быть достигнуто за счет перекрытия во времени основных задач проекта-примера в соответствии с приведенными в табл. 3.3. Такое решение представляется реальным, т. к. из анализа описания объекта ремонта (оно приведено в файле Смета.хls) ясно, что в нем есть несколько комнат, работы в которых могут выполняться с значительной степенью независимости.

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

Таблица 3.3. Взаимосвязь задач предварительного плана

проекта-примера с отрицательной временной задержкой

Ид.	Задача	Предшественники	Временная задержка
	Начало проекта
	Подготовка к ремонту квартиры
	Закупка материалов
	Ремонт полов		-2д
	Основные ремонтные работы по сантехнике, электрооборудованию, столярке		-1д
	Ремонт стен и потолков		-2д
	Отделка помещений		-д
	Окончание проекта

При этом следует учитывать, что в расписании проекта после ввода временного ограничения завершения задачи 8 сохраняется описанный выше конфликт планирования. Поэтому каждая попытка пересчета графика будет вызывать активизацию диалога, с помощью которого Мастер планирования будет пытаться разрешить этот конфликт. Так как работа пользователя с Project в данном случае уже имеет своей целью устранение этого конфликта, такая активность Мастера планирования будет мешать и отвлекать внимание пользователя, заставляя его выполнять лишние действия. Проблему устранения лишних действий можно решить, установив после активизации навязанного Мастером планирования диалога в его окне (см. рис. 3.21 и 3.22) флажок Больше не выводить это сообщение.Можно также выполнить это другим путем: выполнить команду Сервис\Параметры,выбрать вкладку Общиеи снять на ней флажок Помощь мастера планирования.При необходимости этот флажок может быть выбран вновь после устранения проблемы, с тем чтобы сохранить возможность использования Мастера планирования при решении других проблем.

 

После ввода приведенных в табл. 3.3 значений временной задержки для указанных связей с помощью алгоритма 3.10 расписание проекта-примера примет показанный на рис. 3.24 вид.

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

Это расписание сохранено в файле Ремонт5.mрр. Описанный прием сокращения критического пути графика является распространенным, но далеко не единственным возможным. Другие способы сокращения критического пути проекта (т. е. цикла его выполнения) будут рассмотрены позднее.

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

Это позволит рассмотреть другую важную проблему: планирование стоимости проекта. Этот процесс будет рассмотрен применительно к процессу предварительного планирования.