Планирование задач проекта в Microsoft Office Project 2007

3.1.3. Особенности планирования задач в системе Microsoft Project 2007

Работы проекта могут быть нескольких видов:

1. обычная работа (в дальнейшем обозначается словом работа или задача );
2. веха;
3. фаза;
4. суммарная задача проекта.

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

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

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

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

Связь между задачами определяет, каким образом время начала или окончания одной задачи влияет на время окончания или начала другой. В Microsoft Project существует четыре типа связей:

1. окончание–начало;
2. начало–начало;
3. окончание–окончание;
4. начало–окончание.

Связь типа окончание–начало – это наиболее распространен­ный случай связи между работами. При такой связи работа В не может начаться раньше, чем закончится работа А. Этот тип связи изображен на рис. 3.7а.

Связь типа начало–начало означает, что работа В не может начаться, пока не начнется работа А. При помощи такой связи обычно объединяются задачи, которые могут выполняться параллельно. Например, обучение персонала работе с программой и ввод данных в программу могут проходить одновременно, но ввод данных не может начаться, пока не начнется обучение персонала. Связь начало–начало изображена на рис. 3.7б.

Связь окончание–окончание обозначает зависимость, при которой задача В не может закончиться до тех пор, пока не закончится задача А. Обычно такой связью объединяются работы, которые выполняются одновременно, но при этом одна не может закончиться раньше другой. Например, ввод в эксплуатацию программы и ее тестирование и отладка могут выполняться параллельно. В процессе ввода в эксплуатацию происходит обучение персонала, подготовка и ввод данных. Однако ввод в эксплуатацию не может быть завершен, пока не завершено тестирование и исправление найденных в программе ошибок. Связь окончание–окончание изображена на рис. 3.7в.

Связь типа начало–окончание обозначает зависимость, при которой работа В не может закончиться, пока не началась работа А. Например, А – ввод программы в промышленную эксплуатацию, начало которого намечено на строго определенную дату. В – опытная эксплуатация программы, которая не может быть закончена, пока не начнется ввод программы в промышленную эксплуатацию. При этом увеличение длительности задачи А не влечет увеличение длительности задачи В. Связь начало–окончание изображена на рис. 3.7г.

Рис. 3.7. Типы связей между работами

На этом рисунке прямоугольником изображена длительность работы. Левая сторона прямоугольника соответствует началу работы, а правая – окончанию. Взаимное расположение сторон, связанных стрел­ками, характеризует зависимость между началом и окончанием работ.

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

Для таких случаев в Microsoft Project предназначены задержки и опережения. На рис. 3.8 изображено их влияние на связи типа окончание–начало (а), начало–начало (б), окончание–окончание (в) и начало–окончание (г). Левый рисунок соответствует задержке, а правый – опережению.

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

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

Альтернативой ограничениям являются крайние сроки. Крайний срок – это дата, позже которой задача не может быть завершена. Однако, в отличие от ограничения, наличие крайнего срока не оказывает влияния на процесс планирования. Система лишь сигнализирует соответствующими индикаторами о наличии или нарушении установленного крайнего срока.

Рис. 3.8. Действие задержки и опережения

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

3.1.4. Ввод данных о задачах проекта

После создания проекта, настройки его параметров и календарей, следует ввести данные о работах проекта. Ввод данных выполняется в следующей последовательности:

1. составить полный перечень работ, выделив в нем фазы и вехи;
2. ввести перечень фаз, задач и вех проекта;
3. создать связи между задачами;
4. для каждой задачи определить длительность;
5. установить типы связей, задержки и опережения;
6. установить точную дату начала или окончания проекта;
7. задать ограничения, крайние сроки и календари задач.

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

В качестве примера рассмотрим проект "Разработка программного комплекса", описанный в лекции 2. Перечень его фаз, задач и вех приведен в табл. 3.3.

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

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

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

Введем в таблицу ввода диаграммы Ганта перечень задач проекта в том порядке, в котором они перечислены в табл.3.3. Непременное условие ввода: задачи, входящие в некоторую фазу должны следовать в таблице непосредственно после названия этой фазы. Результат ввода изображен на рис. 3.9.

Для преобразования задачи в веху достаточно установить нулевую длительность работы. Для преобразования задачи в фазу нужно выполнить следующие действия:

1. проверить правильность расположения названия фазы и названий входящих в нее задач (они должны быть расположены непосредственно после фазы);
2. выделить все входящие в фазу задачи, используя в качестве области выделения номера задач (кроме самой фазы);
3. нажатием кнопки ( увеличить отступ ) выделенные задачи помещаются на один уровень иерархии ниже и подчиняются первой предшествующей им не выделенной задаче, которая становится фазой.
   

   
   увеличить изображение
   Рис. 3.9. Первоначальный ввод задач проекта

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

   

   
   увеличить изображение
   Рис. 3.10. Результат преобразования задач в вехи и фазы

   В сложных проектах с большим количеством фаз и вложенностью их друг в друга возникает необходимость неоднократной реорганизации распределения задач по уровням. Для этого предназначены кнопки на панели инструментов:
4. (увеличить отступ) – поместить выделенные работы на один уровень ниже ;
5. (уменьшить отступ) – поместить выделенные работы на один уровень выше.