Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
|
3. Лекция: Планирование задач проекта в Microsoft Office Project 2007 Создание проекта. Календари проекта. Особенности планирования задач. Ввод данных о задачах проекта. |
|
3.1. Теоретический курс 3.1.1. Создание проекта Рис. 3.1. Основные элементы окна Microsoft Project Окно Microsoft Office Project 2007 изображено на рис. 3.1 и состоит из следующих элементов:
Строка меню, панели инструментов и строка состояния являются стандартными для всех Windows-приложений, и приемы работы с ними такие же, как и в Microsoft Office. Строка ввода предназначена для ввода и редактирования данных в ячейки таблиц (наподобие строки формул в Excel). Панель представлений используется для переключения между представлениями рабочей области окна. Все данные о проекте хранятся в единой базе данных, состоящей из большого количества полей. Представление – это способ отображения части связанных между собой данных из общей базы данных проекта. В системе реализовано достаточно большое количество представлений – диаграмма Ганта, сетевой график, календарь, график ресурсов и т.д. При желании можно изменять стандартные представления, добавляя или удаляя отображаемые в их таблицах поля данных. При первом запуске программы панель представлений может отсутствовать. Для ее отображения следует выбрать пункт меню Вид/Панель представлений. Переключение между представлениями производится щелчком мыши по значку нужного представления. Рабочая область предназначена для отображения выбранного представления. Она может содержать таблицы, диаграммы, графики, формы и используется как для просмотра, так и для редактирования данных проекта. Приемы работы с рабочей областью зависят от представления. Для создания нового проекта следует выбрать пункт меню Файл/Создать. Будет создан пустой проект с пустой базой данных. Прежде всего необходимо задать ключевые параметры проекта в окне сведений о проекте (пункт меню Проект/Сведения о проекте), изображенном на рис. 3.2.. Установки этого пункта имеют определяющее значение для всего последующего процесса планирования.
В системе возможно два варианта планирования проекта, задаваемых полем Планирование.
Поле Календарь устанавливает календарь (график) рабочего времени, используемый по умолчанию при планировании работ. В качестве такового следует использовать календарь, по которому работает большинство сотрудников, занятых в проекте. В системе предопределены три базовых календаря:
Предопределенные календари могут не соответствовать графику работы организации, поэтому менеджер проекта имеет возможность изменить предопределенный календарь или создать свой собственный. Поле Дата отчета устанавливает дату, для которой будут рассчитываться характеристики проекта при формировании системой различных форм отчетности. В основном, этот параметр влияет на показатели проекта, относящиеся к этапу его реализации, что будет рассматриваться в соответствующем разделе. Для сохранения нового проекта следует выбрать пункт меню Файл/Сохранить как и задать в открывшемся диалоге сохранения файла папку, тип файла – проект и имя файла. Сохранение существующего проекта выполняется пунктом меню Файл/Сохранить. В этом случае все параметры расположения файла проекта уже известны. Поэтому диалог не открывается и сохранение происходит автоматически. Для загрузки проекта нужно выбрать пункт меню Файл/Открыть и в появившемся диалоге открытия файла выбрать ранее сохраненный файл проекта. 3.1.2. Календари проекта Как уже отмечалось выше, в системе предопределены три базовых календаря. В качестве календаря по умолчанию используется календарь Стандартный. Он соответствует 40-часовой рабочей неделе с пятью рабочими днями (с понедельника по пятницу) и рабочим временем с 9 до 18 часов (с перерывом с 13 до 14 часов). Стандартный календарь не учитывает официальные праздники и выходные дни, принятые в конкретной организации. Кроме того, график работы организации в течение рабочего дня может не совпадать со стандартным. Поэтому первым этапом работы с проектом является настройка семейства календарей проекта. Семейство календарей проекта состоит из календарей трех видов: базовые, календари ресурсов и календари задач. Базовый календарь – некоторая заготовка календаря, которая соответствует графику рабочего времени организации, подразделения, сотрудников, совместителей, подрядчиков, отдельных работ проекта. Один из базовых календарей (Стандартный) должен соответствовать наиболее распространенному в организации графику рабочего времени и используется как календарь по умолчанию. Календарь ресурса – задает график работы отдельных исполнителей или групп исполнителей. Этот календарь должен учитывать конкретные особенности рабочего времени сотрудников: отпуска, командировки, отгулы, пропуски по больничным листам и т.п. В качестве календаря ресурса используется один из предварительно созданных базовых календарей. Календарь задачи – индивидуальный календарь реализации некоторой задачи (работы) проекта, отличающийся от стандартного. Календарь задачи должен учитывать ее специфику и особенности. Он назначается из перечня предварительно созданных базовых календарей. Создание и редактирование базовых календарей происходит в пункте меню Сервис/Изменить рабочее время. Окно для работы с календарем изображено на рис. 3.3. Это окно имеет следующие основные элементы.
Рис. 3.3. Окно настройки календарей
Рис. 3.4. Окно сведений об исключении
Рис. 3.5. Окно сведений о рабочей неделе
Таблица 3.1. Параметр Назначение День начала недели При группировке дней в неделе неделя будет отсчитываться с указанного дня Месяц начала финансового года При отображении на календарях номера финансового года он будет начинаться не с даты начала календарного года, а с даты начала указанного месяца Время начала по умолчанию Используется как время начала работы, если пользователь задал дату начала работу, но не указал время начала Время окончания по умолчанию Используется как время окончания работы, если пользователь задал дату окончания, но не задал время окончания Часов в дне Количество рабочих часов в одном дне Часов в неделе Количество рабочих часов в одной неделе Дней в месяце Количество рабочих дней в одном месяце Три последних параметра используются при пересчете длительности работы из одной единицы измерения в другую. Например, пусть параметр Часов в дне равен 8, а длительность работы задана в 3 дня. Тогда система при необходимости пересчета длительности работы в часы будет считать, что работа длится 24 часа. Этот пересчет не зависит от графика работы в конкретные календарные дни, на которые может быть запланирована работа.
3.1.3. Особенности планирования задач в системе Microsoft Project 2007 Работы проекта могут быть нескольких видов:
Работа обозначает какие-то действия, направленные на выполнение некоторой части проекта. Веха – это работа нулевой длины. Вехи предназначены для фиксации в плане проекта контрольных точек, в которых происходят важные с точки зрения управления проектом события. Например, завершение одного этапа работ и начало другого. Обычно вехи используются для обозначения начала и окончания проекта, а также для обозначения конца каждой фазы. Фаза – это составная работа, состоящая из нескольких работ и завершаемая вехой. Фаза описывает определенный логически законченный этап проекта и может состоять как из работ, так и из других фаз. Для разграничения работ и фаз в системе принято следующее правило. Все работы разделены на уровни, задающие их иерархию. Любая работа, имеющая подчиненные работы низшего уровня, является фазой. Все остальные работы фазами не являются. Суммарная задача проекта – это искусственно создаваемая системой работа, длительность которой равна длительности всего проекта. Эта работа используется для вычисления, отображения и анализа обобщенных данных о проекте, используемых им ресурсах и его стоимостных характеристиках. Связь между задачами определяет, каким образом время начала или окончания одной задачи влияет на время окончания или начала другой. В Microsoft Project существует четыре типа связей:
Связь типа окончание–начало – это наиболее распространен ный случай связи между работами. При такой связи работа В не может начаться раньше, чем закончится работа А. Этот тип связи изображен на рис. 3.7а. Связь типа начало–начало означает, что работа В не может начаться, пока не начнется работа А. При помощи такой связи обычно объединяются задачи, которые могут выполняться параллельно. Например, обучение персонала работе с программой и ввод данных в программу могут проходить одновременно, но ввод данных не может начаться, пока не начнется обучение персонала. Связь начало–начало изображена на рис. 3.7б. Связь окончание–окончание обозначает зависимость, при которой задача В не может закончиться до тех пор, пока не закончится задача А. Обычно такой связью объединяются работы, которые выполняются одновременно, но при этом одна не может закончиться раньше другой. Например, ввод в эксплуатацию программы и ее тестирование и отладка могут выполняться параллельно. В процессе ввода в эксплуатацию происходит обучение персонала, подготовка и ввод данных. Однако ввод в эксплуатацию не может быть завершен, пока не завершено тестирование и исправление найденных в программе ошибок. Связь окончание–окончание изображена на рис. 3.7в. Связь типа начало–окончание обозначает зависимость, при которой работа В не может закончиться, пока не началась работа А. Например, А – ввод программы в промышленную эксплуатацию, начало которого намечено на строго определенную дату. В – опытная эксплуатация программы, которая не может быть закончена, пока не начнется ввод программы в промышленную эксплуатацию. При этом увеличение длительности задачи А не влечет увеличение длительности задачи В. Связь начало–окончание изображена на рис. 3.7г.
На этом рисунке прямоугольником изображена длительность работы. Левая сторона прямоугольника соответствует началу работы, а правая – окончанию. Взаимное расположение сторон, связанных стрелками, характеризует зависимость между началом и окончанием работ. При планировании реальных проектов часто оказывается, что изображенных на рис. 3.7 связей между работами оказывается недоста точно. Например, работы "тестирование программного комплекса и исправление ошибок" и "составление программной документации" не обязательно должны строго следовать друг за другом. Составление документации может быть начато, не дожидаясь окончания тестирования. Для таких случаев в Microsoft Project предназначены задержки и опережения. На рис. 3.8 изображено их влияние на связи типа окончание–начало (а), начало–начало (б), окончание–окончание (в) и начало–окончание (г). Левый рисунок соответствует задержке, а правый – опережению. Нередко некоторые работы проекта нужно привязать к реальной календарной дате. Например, представитель заказчика приезжает 15 сентября для ознакомления с разрабатываемой программой. Поэтому работа "Подготовка демонстрационной версии" должна быть закончена не позднее 15 сентября. Подобная привязка работы к дате называется ее ограничением. В табл.3.2 приведены используемые в Microsoft Project ограничения работ и их действие. Ограничение является жестким условием и влияет на процесс планирования: система ведет планирование так, чтобы выполнить все заданные ограничения. Альтернативой ограничениям являются крайние сроки. Крайний срок– это дата, позже которой задача не может быть завершена. Однако, в отличие от ограничения, наличие крайнего срока не оказывает влияния на процесс планирования. Система лишь сигнализирует соответствующими индикаторами о наличии или нарушении установленного крайнего срока.
Таблица 3.2. Тип ограничения Действие ограничения Как можно раньше Задача размещается в расписании как можно раньше. Это ограничение используется по умолчанию при планировании проекта от даты его начала Как можно позже Задача размещается в расписании как можно позже. Это ограничение используется по умолчанию при планировании проекта от даты его окончания Окончание не позднее заданной даты Указанная в ограничении дата задает самую позднюю дату завершения работы. Для проекта, планируемого от даты окончания, это ограничение назначается работе, если для нее явно указать дату ее окончания Начало не позднее указанной даты Заданная дата означает наиболее позднюю дату начала работы. Для проекта, планируемого от даты окончания, это ограничение назначается работе, если явно указать дату ее начала Окончание не ранее заданной даты Эта дата задает наиболее ранний срок завершения работы. Для проекта, планируемого от даты начала, это ограничение назначается работе, если явно указать дату ее окончания Начало не ранее заданной даты Эта дата означает наиболее ранний срок начала работы. Для проекта, планируемого от даты начала, это ограничение назначается работе, если явно указать дату ее начала Фиксированное начало Работа всегда будет начинаться с указанной даты. Связи с предыдущими и последующими работами не способны изменить положение такой задачи в расписании Фиксированное окончание Работа всегда будет заканчиваться в указанную дату. Ее связи с другими задачами не способны изменить эту дату Некоторые задачи могут носить регулярный, повторяющийся характер (еженедельная профилактика, составление месячной или квартальной отчетности и т.п.). Такие задачи называются повторяющимися. 3.1.4. Ввод данных о задачах проекта После создания проекта, настройки его параметров и календарей, следует ввести данные о работах проекта. Ввод данных выполняется в следующей последовательности:
Составление перечня задач начинается с выделения этапов проекта. Каждому этапу будет соответствовать фаза. При необходимости, особенно для крупных проектов, этапы могут разделяться на более мелкие этапы. В этом случае фаза будет состоять из более мелких фаз. Когда перечень этапов готов, составляется список задач, выполняемых на каждом этапе. В качестве последней работы этапа используется задача нулевой длины, которой соответствует веха. В качестве примера рассмотрим проект "Разработка программного комплекса", описанный в лекции 2. Перечень его фаз, задач и вех приведен в табл. 3.3. Таблица 3.3. № Название ВидЗадачи 1 Начало реализации проекта Веха 2 Программирование Фаза 3 Постановка задачи Задача 4 Разработка интерфейса Задача 5 Разработка модулей обработки данных Задача 6 Разработка структуры базы данных Задача 7 Заполнение базы данных Задача 8 Программирование завершено Веха 9 Отладка Фаза 10 Отладка программного комплекса Задача 11 Тестирование и исправление ошибок Задача 12 Составление программной документации Задача 13 Отладка завершена Веха 14 Конец проекта Веха Вехи начала и конца проекта не относятся ни к одной из фаз, поскольку относятся к проекту в целом. Остальные работы и вехи расположены непосредственно ниже фазы, к которой они принадлежат. Ввод перечня задач проекта выполняется в любом из представлений, имеющем таблицу для ввода данных. Лучше всего для этого подходит Диаграмма Ганта, в которой помимо таблицы отображается календарный график проекта. Пустая диаграмма Ганта изображена на рис. 3.1. Для ввода задачи достаточно в пустой строке таблицы ввести ее название в столбец Название задачи. По умолчанию длительность новой задачи принимается равной одному дню, а дата начала задачи – дате начала проекта. Рядом с величиной длительности изображается вопросительный знак, что говорит о том, что это значение длительности является предварительным и задано системой. После назначения длительности пользователем вопросительный знак исчезает. Введем в таблицу ввода диаграммы Ганта перечень задач проекта в том порядке, в котором они перечислены в табл.3.3. Непременное условие ввода: задачи, входящие в некоторую фазу должны следовать в таблице непосредственно после названия этой фазы. Результат ввода изображен на рис. 3.9. Для преобразования задачи в веху достаточно установить нулевую длительность работы. Для преобразования задачи в фазу нужно выполнить следующие действия:
Рис. 3.9. Первоначальный ввод задач проекта Результат преобразования задач в вехи и фазы изображен на рис. 3.10. Вехи изображены на диаграмме ромбиками с указанием даты, а фазы – горизонтальными скобками, охватывающими все свои задачи от момента начала первой и до момента окончания последней. В заголовок фазы помещается значок структуры или , предназначенный для сворачивания/разворачивания перечня включенных в нее задач. Рис. 3.10. Результат преобразования задач в вехи и фазы В сложных проектах с большим количеством фаз и вложенностью их друг в друга возникает необходимость неоднократной реорганизации распределения задач по уровням. Для этого предназначены кнопки на панели инструментов:
Создание связей между задачами выполняется как непосредственно в календарном графике, так и в таблице ввода данных. На календарном графике следует навести указатель мыши на значок задачи, нажать левую кнопку мыши и, не отпуская ее, переместить указатель на значок другой задачи, после чего отпустить мышь. Между ними будет установлена связь. Связывание задач в таблице ввода данных выполняется при помощи столбца Предшественник, в который вводятся номера непосредственно предшествующих задач, разделенные точкой с запятой. Создание линейной последовательности связей можно выполнить так:
Календарный график проекта "Разработка программного комплекса" после создания связей изображен на рис. 3.11. Рис. 3.11. Результат добавления связей между задачами Назначение длительности задач можно выполнить двумя способами:
По умолчанию длительность задается в днях. Однако единицу измерения можно изменить, указав ее рядом с числовым значением. Например, 10д означает 10 дней, 10ч – 10 часов, 10м – 10 минут, 10мес – 10 месяцев. Установим длительности задач в соответствии с табл.3.4. Таблица 3.4. Номер работы Название работы Длительность 1 Начало реализации проекта - 2 Программирование - 3 Постановка задачи 10 4 Разработка интерфейса 5 5 Разработка модулей обработки данных 7 6 Разработка структуры базы данных 6 7 Заполнение базы данных 8 8 Программирование завершено - 9 Отладка - 10 Отладка программного комплекса 5 11 Тестирование и исправление ошибок 10 12 Составление программной документации - 13 Отладка завершена - 14 Конец проекта - Результат преобразований изображен на рис. 3.12. На календарном графике автоматически учтены заданные в календаре рабочего времени выходные и праздничные дни. Если работа прерывается нерабочими днями, ее календарная длительность будет увеличена на количество прервавших ее дней. Рис. 3.12. Результат ввода длительности задач По умолчанию создаваемая связь имеет тип "окончание-начало" без задержек или опережений. Уточнение типа связей и ввод значений задержек или опережений может быть выполнено тремя способами.
Этот способ не очень удобен тем, что при большом количестве работ и связей между ними найти нужную связь на календарном графике может оказаться непросто.
Форма выводится на экран пунктом меню Окно/Разделить, а убирается пунктом Окно/Снять разделение. По умолчанию форма имеет вид Ресурсы и предшественники, но через ее контекстное меню можно установить вид Предшественники и последователи, изображенный на рис. 3.13, в котором и редактируются параметры связей.
Для редактирования требуется выбрать задачу либо в таблице, либо на календарном графике, после чего форма заполняется значениями ее параметров. Левый список содержит все задачи-предшественники, а правый – задачи-последователи с указанием типа связи и значения запаздывания. Редактирование связи заключается в изменении значений столбцов Тип и Запаздывание. Дата начала/окончания проекта устанавливается в окне сведений о проекте, изображенном на рис. 3.2. После ее изменения система автоматически перепланирует проект с учетом нового значения. Ограничения, крайние сроки и календари задач устанавливаются в окне Сведения о задаче на вкладке Дополнительно, которая изображена на рис. 3.14.
Ограничение задается полями Тип ограничения и Дата ограничения. В эти поля вводятся соответственно тип ограничения (см. табл. 3.2) и дата, в том случае, когда тип ограничения требует указать конкретную дату. Крайний срок вводится в поле Крайний срок. Задача, для которой установлено ограничение помечается значком в столбце идентификаторов таблиц представлений. Установленный крайний срок обозначается значком на диаграмме Ганта, как это показано на рис. 3.15. Календарь задачи выбирается из числа базовых календарей в поле Календарь. По умолчанию это поле содержит Нет. В этом случае задача планируется по стандартному календарю и календарю назначенных на нее ресурсов. Если указать календарь задачи, она будет планироваться на периоды времени, которые являются рабочими как в календаре задачи, так и в календаре ее ресурсов. В этом же окне имеется поле Код СДР, которое содержит уникальный код задачи в структуре проекта. По умолчанию этот код автоматически формируется системой. Пользователь сам может определить порядок формирования кода СДР при помощи пункта меню Проект/СДР/Определить код.
Добавление в проект повторяющейся задачи выполняется при помощи пункта меню Вставка/Повторяющаяся задача, который открывает окно ее свойств (рис. 3.16), задающее сроки и периодичность повторения. В качестве примера используется задача Профилактика, которая имеет длительность один день, проводится раз в две недели с 30 июня по 30 сентября.
Результат планирования этой задачи на диаграмме Ганта изображен на рис. 3.17.
|