Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Анализ и оптимизация плана работ.doc
Скачиваний:
22
Добавлен:
28.05.2015
Размер:
1.17 Mб
Скачать

Оптимизация плана работ проекта.

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

Анализ критического пути проекта.

«Критический путь» - это задача или последовательность задач, определяющая дату окончания проекта. Если увеличить длительность задачи, лежащей на критическом пути, то длительность проекта тоже увеличится, а если уменьшить ее длительность, то длительность проекта тоже уменьшится. MS Project «умеет» определять время, на которое можно задержать исполнение задачи без увеличения длительности проекта. Эта длительность хранится в поле «Общий временной резерв», и если она меньше или равна нулю дней, то задача считается критической. Но в некоторых проектах критическими могут считаться задачи, резерв которых больше, например, если он равен 1 дню. Чтобы определить для проекта размер временного резерва критических задач, нужно с помощью команды меню «Сервис» - «Параметры» открыть диалоговое окно настройки параметров MS Project, перейти на вкладку «Расчеты» и указать нужное значение параметра «Считать критическими задачи, имеющие резерв не более ... дней».

MS Project также относит к критическим задачи, имеющие ограничения типа «Фиксированное начало», «Фиксированное окончание», «Как можно позже» в планируемых от даты начала проектах и «Как можно раньше» в проектах, планируемых от даты окончания. Кроме того, критическими считаются задачи, дата окончания которых превышает дату крайнего срока или совпадает с ней.

Для отображения критического пути проекта на диаграмме Ганта нужно воспользоваться мастером «Мастер диаграмм Ганта», вызываемым одноименной командой в меню «Формат» или контекстном меню диаграммы Ганта. На втором шаге мастера нужно выбрать переключатель «Критический путь» и нажать кнопку «Готово». Рис

Рис. Критический путь проекта

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

Для сокращения длительности задачи можно применить несколько методов: во-первых, можно сократить объем работы, требуемый для ее выполнения. Во-вторых, можно добавить ресурсы для ускорения выполнения работы при сохранении ее объема. Наконец, можно разбить задачу на подзадачи, выполняемые одновременно разными сотрудниками. В нашем случае необходимо сократить длительность задачи: «Разработка шаблонов дизайна» до 2 дней. Но сокращение длительности задачи не помогло уложиться в крайние сроки. Разделим данную задачу на две подзадачи «Разработка шаблона дизайна №1» «Разработка шаблона дизайна №2». Длительность каждой задачи была установлена равной 1 дню, а загрузка ресурсов определена в 70% с ранним пиком в профиле загрузки. В результате бывшая задача и нынешняя фаза «Разработка шаблонов дизайна» материалов перестала быть критической.

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