ТОП 10:

Управление проектами в Microsoft Project 2007



Рыбницкий филиал

Кафедра прикладной информатики в экономике

 

Управление проектами в Microsoft Project 2007

 

Лабораторный практикум

 

 

Рыбница, 2016

УДК 685.513 (контроль за выполнение работ. Контроль за выполнением работ по срокам)

ББК 32.998-5 (Система передачи и обработки данные. Информационные системы)

У66

 

Составители:

Л.К. Скодорова, профессор

И.М. Терлюга, преподаватель

 

Рецензенты:

И.А. Павлинов, первый проректор ПГУ им. Т.Г. Шевченко, профессор.

Л.И. Саввина, зав. кафедры общенаучных дисциплин филиала ПГУ им. Т.Г. Шевченко в г. Рыбница, профессор.

 

 

У66
Управление проектами в Microsoft Project 2007: Лабораторный практикум / Сост. Л.К. Скодорова, И.М. Терлюга. – Рыбница, 2016. – с.

 

 

Рассматриваются теоретические и практические вопросы планирования и управления проектами с применением пакета Microsoft Project 2007. Уделяется внимание освоению главных этапов технологии управления проектами: планирования задач и ресурсов, анализа проекта и отслеживания хода его выполнения. Цикл лабораторных работ разработан согласно рабочей программе по дисциплине «Управление проектами» с учетом Федерального Государственного образовательного стандарта высшего образования третьего поколения (ФГОС3+).

Предназначено для студентов высших учебных заведений, обучающихся по направлению подготовки 38.03.05. – «Бизнес-информатика», профиль подготовки – «Архитектура предприятия».

 

Рекомендовано НМС ПГУ им Т.Г. Шевченко

 

© Л.К. Скодорова,

И.М. Терлюга,

составление, 2016


Оглавление

Введение……………………………………………………………………  
Лабораторная работа № 1…………………………………………………  
Лабораторная работа № 2…………………………………………………  
Лабораторная работа № 3…………………………………………………  
Лабораторная работа № 4……………………………………..…………..  
Лабораторная работа № 5…………………………………………………  
Лабораторная работа № 6…………………………………….……….…..  
Список литературы ……………………………………………………….  

 


 

Введение

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

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

Система Microsoft Project предназначена для информационной поддержки принятия управленческих решений в процессе планирования и реализации проектов. Причем под проектом в данном случае может пониматься практически любая деятельность, направленная на достижение поставленных целей. Проектами, например, являются строительство дома, подготовка, а затем и реализация бизнес-плана выхода на рынок с новым продуктом, съемки фильма. Система для управления проектами предоставляет средства, помогающие менеджеру спланировать комплекс работ по достижению целей проекта, оценить сроки выполнения проекта и потребности в ресурсах, а на стадии реализации проекта – проводить контроль состояния работ и оперативное управление.

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

Лабораторный практикум предназначен для обучения принципам работы с программным продуктом Microsoft Project 2007, широко применяемым для автоматизации процессов управления проектами. За последнее время MS Project из настольного приложения трансформировался в программное обеспечение серверного типа для автоматизированного управления деятельностью команды проектировщиков в рамках корпоративной системы управления проектами.

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

Настоящие методические указания представляют собой описание лабораторных работ по курсу «Управление проектами» с использованием MS Project 2007. Данный практикум рассчитан на 6 лабораторных работ. В начале курса каждому студенту выдается индивидуальное задание, по которому студент выполняет все 6 работ. Возможен самостоятельный выбор темы с обязательным согласованием преподавателя. Задания выполняются индивидуально и в полном объеме.

 


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

Тема: Изучение интерфейса MS Project 2007. Создание нового проекта и его настройка.

Цель: Изучение основных компонентов интерфейса MS Project, овладение навыками настройки интерфейса для разработки проекта, создание нового проекта, ввод общей информации по проекту, настройка календаря проекта.

 

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Проект – это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. «Временное» означает, что у любого проекта есть начало и непременно наступает завершение, когда достигаются поставленные цели, либо возникает понимание, что эти цели не могут быть достигнуты. «Уникальных» означает, что создаваемые продукты или услуги существенно отличаются от других аналогичных продуктов и услуг. Уникальность продуктов или услуг проекта обусловливает необходимость последовательного уточнения их характеристик по мере выполнения проекта.

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

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

Управление проектом состоит из трех основных этапов:

1) формирование плана проекта;

2) контроль за реализацией плана и оперативная его коррекция;

3) завершение проекта.

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

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

Завершение проекта означает выполнение определенных регламентированных действий, необходимых для завершения и прекращения работ по проекту. Например, подписание акта приемки / сдачи выполненных работ.

 

ПРАКТИЧЕСКАЯ ЧАСТЬ

Создание нового проекта

После запуска Microsoft Project 2007 открывается пустой проект, открытый на форме представления Диаграмма Ганта. Этот проект следует сохранить под нужным именем в нужную папку при помощи кнопки Сохранить на панели инструментов или пункта Сохранить из меню Файл.

В качестве примера создадим проект «Внедрение проекта по улучшению бизнес-процесса».

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

Примечание: Начиная новый проект в Microsoft Project, можно ввести или начальную, или конечную дату проекта, но не обе. Рекомендуется вводить только начальную дату проекта, а конечная дата будет рассчитана в Microsoft Project после ввода и планирования задач.

 

Рис. 1.2. Окно «Сведения о проекте»

 

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

- Выбирать, будет ли календарный план проекта составлен на основе даты начала или окончания.

- Вводить дату начала проекта, календарный план которого составлен на основе даты начала.

- Вводить дату окончания проекта, календарный план которого составлен на основе даты окончания.

- Указывать, какой базовый календарь должен использоваться в качестве календарь проекта.

- Получать суммарную статистику проекта по датам начала и окончания, длительность, трудозатраты и расходам.

Настройка календаря проекта

Базовый календарь – это совокупность рабочих и нерабочих интервалов времени и дней. Базовые календари могут использоваться при составлении календарей проекта, задач и/или ресурсов. В стандартной поставке MS Project имеется три базовых календаря: стандартный, ночная смена и 24 часа.

В стандартном календаре рабочий день начинается с 9:00 и заканчивается в 18:00 с обеденным перерывом с 13:00 до 14:00. Рабочая неделя начинается в понедельник и заканчивается в пятницу. Это календарь, применяемый по умолчанию.

В календаре ночной смены рабочий день начинается с 23:00 и заканчивается в 8:00 с часовым перерывом с 3:00 до 4:00. В календаре «24 часа» рабочее время проболжаетс круглые сутки без перерывов и выходных.

Имеющиеся в MS Project шаблоны календарей часто не подходят для реального проекта в связи с существующей спецификой работы отдельных сотрудников или подразделений предприятия. Календарь проекта можно изменять, чтобы отражать рабочие дни и часы для каждого участника проекта. Стандартный календарь: с понедельника по пятницу, с 9:00 до 18:00, с часовым обеденным перерывом. Можно определить и нерабочее время, например, выходные или ночное время, а также специальные выходные дни, например, праздники.

Для редактирования базового календаря необходимо:

1. В меню Сервис выберите команду Изменить рабочее время (рис. 1.4).

Рис. 1.4. Форма изменения рабочего времени проекта

 

2. Установить 6-дневную рабочую неделю с 8-часовым рабочим днем с понедельника по пятницу (с 8:00 до 17:00, обеденный перерыв с 12:00 до 13:00) и 4-часовым – в субботу (с 8:00 до 12:00). Для этого переходим на вкладку Рабочие недели и нажимаем кнопку Подробности. Чтобы изменить рабочие дни с понедельника по пятницу, щелкните левой клавишей мыши на обозначении Пн вверху календаря, а затем, удерживая клавишу Shift, щелкните левой клавишей мыши на обозначении Пт (рис. 1.5). В полях С: измените установленные по умолчанию значения на 8:00 и 13:00, а в полях По: измените значения на 12:00 и 17:00. Чтобы сделать субботу рабочим днем, щелкните левой клавишей мыши на обозначении Сб вверху календаря, установите переключатель на нестандартное рабочее время. В верхнем поле С: измените установленное по умолчанию значение на 8:00, а в верхнем поле По: измените значение на 12:00. Очистите содержимое остальных полей С: и По: с помощью клавиши Delete.

Рис. 1.5. Форма Подробности изменения рабочего времени

 

Для подтверждения внесения изменений нажмите кнопку ОК.

3. Сделаем день 1 января нерабочим днем. Находясь в диалоговом окне Изменение рабочего времени, переместитесь на январь месяц с помощью линейки прокрутки. Находясь во вкладке Исключения введите название Нерабочий день. Двойным нажатием левой кнопкой мыши на поле Нерабочий день откройте окно Сведений о Нерабочем дне (рис. 1.6).

Рис. 1.6. Форма сведений о «Нерабочий день»

 

Таким же образом сделайте 7 января нерабочим днем. Нажмите кнопку OK.

4. Для корректного преобразования программой Microsoft Project длительностей в соответствующие временные интервалы, используемые в проекте, необходимо изменить значения некоторых параметров, установленные по умолчанию. В меню Сервис выберите команду Параметры, в открывшемся диалоговом окне (рис. 1.7) перейдите на вкладку Календарь. В поле Часов в неделе установите значение 44, а в поле Дней в месяце установите значение 24.

Рис. 1.7. Форма «Параметры» проекта

5. Следует отметить, что изменение параметров на вкладке Календарь не влияет ни на календарь проекта, ни на календари рабочего времени ресурсов. Однако значения параметров Время начала по умолчанию и Время окончания по умолчанию влияют на округление отрезков времени на диаграмме Ганта. Поэтому в поле Время начала по умолчанию установите значение 8:00, а в поле Время окончания по умолчанию установите значение 17:00. Нажмите кнопку OK.

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

 

Тема: Планирование задач.

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

 

ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

 

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

В MS Project вся работа, которую необходимо выполнить для достижения целей проекта разбивается на задачи. Разбиение работы в проекте образует структуру декомпозиции работ (СДР, Work Breakdown Structure (WBS)). Декомпозиция работ позволяет более эффективно осуществлять планирование проекта и упрощает контроль выполнения проекта.

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

- Фиксированный объем ресурсов – тип задачи, в которой трудозатраты будут увеличиваться с увеличением срока работы (и, соответственно, с изменением трудоемкости задачи будет расти срок ее исполнения).

- Фиксированные трудозатраты – тип задачи, в которой срок исполнения будет меняться в зависимости от привлеченных ресурсов.

- Фиксированная длительность – тип задачи, в которой изменение назначений ресурса приводит к пересчету трудоемкости задачи, никак не влияя на ее продолжительность.

Во всех трех вариантах фиксируется один из параметров, однако в MS Project имеется возможность дополнительно фиксировать объем работ задачи. В этом случае переменой величиной является третий параметр. Тип Фиксированный объем ресурсов и установленный флажок Фиксированный объем работ – это установки по умолчанию. Для каждой конкретной задачи эти установки можно поменять на вкладке Дополнительно диалогового окна Сведения о задаче, вызываемого двойным щелчком по имени задачи.

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

1) обычная работа (обозначается словом работа или задача);

2) веха;

3) фаза;

4) суммарная задача проекта.

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

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

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

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

Можно связать задачи, чтобы отразить их зависимость, например, указав, что одна задача начинается по завершении другой. Эти связи называются зависимостями задач. Вместе с длительностью и другими факторами планирования зависимости задач играют в MS Project важную роль при расчете начальной и конечной даты задач.

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

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

Задача, влияющая на другую задачу, называется Предшественником, а задача, зависящая от другой задачи, – Последователем.

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

1) окончание – начало: задача не может начаться раньше окончания другой задачи. При такой связи работа В не может начаться раньше, чем закончится работа А;

2) начало – начало: задача не может быть начата, пока не начнется другая. При помощи такой связи обычно объединяются задачи, которые могут выполняться параллельно;

3) окончание – окончание: задача не может закончиться, пока не закончится другая задача. При такой связи задача В не может закончиться до тех пор, пока не закончится задача А. Обычно такой связью объединяются работы, выполняемые одновременно, но при этом одна не может закончиться раньше другой;

4) начало – окончание: задача не может закончиться, пока не начнется другая задача. При такой связи работа В не может закончиться, пока не началась работа А.

При планировании проектов часто оказывается, что этих связей между задачами оказывается недостаточно. Задача последователь может быть перенесена во времени относительно задачи-предшественника. Этот временной интервал бывает положительный или отрицательный. Положительное значение – это задержка, отрицательное – опережение, в этом случае последователь опережает предшественника. Данное значение указывается в описании зависимости между задачами.

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

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

Таблица 2.1

Ограничения задач и их действия в MS Project

  Тип ограничения Влияние на расписание Описание
  As Soon As Possible (ASAP), Как можно раньше (KMP) Гибкое Размещение задачи в расписании как можно раньше с учетом других параметров плана; накладывается по умолчанию на все задачи, если проект планируется oт даты начала
  As Late As Possible (ALAP), Как можно позже (КМП) Гибкое Размещение задачи как можно позднее с учетом других параметров плана; накладывается по умолчанию на все задачи, если проект планируется от даты окончания
  Finish No Later Than (FNLT), Окончание не позднее (ОНП) Среднее Обозначение наиболее поздней даты, когда задача должна быть завершена. При этом задача может быть завершена как в этот день, так и раньше него. Предшествующая задача не сможет «вытолкнуть» задачу с ограничением типа FNLT (ОНИ) за дату ограничения. Для проектов, планирующихся от даты окончания. это ограничение применяется, когда Вы вводите дату окончания задачи
  Start No Later Than (SNLT), Начало не позднее (ННП) Среднее Обозначение наиболее поздней даты, когда задача может начаться. Задача может начинаться раньше или в этот день, но не позже. Предшественницы не смогут «вытолкнуть» задачу с ограничением SNLT (ННП) за дату ограничения. Для проектов, планирующихся от даты окончания, это ограничение применяется, когда Вы вводите дату начала задачи
Finish No Earlier Than (FNET), Окончание не ранее (OHP) Среднее ')то ограничение обозначает наиболее раннюю дату, когда возможно завершить задачу. Задача не может быть помешена в расписании так, чтобы заканчиваться ранее обозначенной даты. Для проектов, которые планируются от даты начала, это ограничение применяется, когда вы вводите дату окончания задачи
Start No Earlier Than (SNET), Начало не ранее (НИР) Среднее Это ограничение обозначает наиболее раннюю дату, когда задача может начаться. Задача не может быть помещена в расписании ранее указанной даты. Дтя проектов. Которые планируются от даты начала, это ограничение применяется, когда вы вводите дату начала для задачи
Must Start On (MSO), Фиксированное начало (ФН) Негибкое Это ограничение обозначает точную дату, на которую дата начала задачи должна быть помешена в расписании. Другие факторы (связи между задачами, задержки или опережения и пр.) не могут повлиять на положение задачи в расписании
Must Finish On (MFO), Фиксированное окончание (ФО) Негибкое Это ограничение обозначает точную дату, на которую в расписании должна быть помещена дата окончания задачи. Никакие другие факторы не могут повлиять на эту дату
       

 

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

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

Крайний срок устанавливается в Сведения о задаче на вкладке Дополнительно в поле Крайний срок.

 

ПРАКТИЧЕСКАЯ ЧАСТЬ

 

Ввод задач проекта

Добавление задачи в список задач.

1. На вкладке Вид в группе Представления задач щелкните значок Диаграмма Ганта.

2. В пустом поле Название задачи введите название задачи и нажмите клавишу ВВОД.

В дальнейшем название и другие свойства задачи можно редактировать двойным нажатием на любом столбце табличной части диаграммы Ганта.

Введите данные по задачам в проект (табл. 2.2).

Таблица 2.2

Внедрение проекта по улучшению бизнес-процесса

Работа Вид задачи Предшест. работы Длитель-ность
1. Инициализация проекта Веха  
2. Планирование Фаза    
3. Определение и описание проблемного процесса Задача  
4. Определение целей проекта Задача
5. Определение рамок и ограничений проекта Задача
6. Создание команды проекта Задача 3, 4, 5
7. Формирование плана работ Задача
8. Анализ Фаза    
9. Формирование предположений о причинах проблемы Задача
10. Проверка предположений Задача
11. Уточнение предположений Задача
12. Определение причин проблемы Задача
13. Совершенствование Фаза    
14. Формирование предложений по устранению причин проблемы Задача
15. Проверка предложений аналитическими и экспертными методами Задача
16. Проверка предложений экспериментально Задача
17. Планирование мер по улучшению Задача 15, 16
18. Реализация мер по улучшению Задача
19. Контроль Фаза    
20. Организация мониторинга за реализацией мер по улучшению Задача
21. Оценка эффективности реализованных мероприятий по улучшению Задача 18, 20
23. Уточнение процедуры и перечня методов по улучшению (при необходимости) Задача
24. Поощрение участников проекта Задача
25. Закрытие проекта Веха  

 

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

В столбце Длительность установить для вех длительность в 0 дней. Итог – на диаграмме Ганта эти задачи изображены ромбиками (рис. 2.1).

Рис. 2.1. Окно проекта «Внедрение проекта по улучшению бизнес-процесса»

Преобразование задачи в фазу.

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

Удерживая нажатой левую кнопку мыши в области номеров задач, выделить строки задач с номерами 3-7. Нажать кнопку (на уровень ниже) на панели инструментов Форматирование. Результат – выделенные задачи становятся подзадачами, входящими в Планирование, а само Планирование – фазой, т. е. составной задачей. На диаграмме Ганта фаза изображается отрезком в виде горизонтальной скобки (рис. 2.2). Выделить задачи с номерами 9-12. Нажать кнопку . Анализ становится фазой, а выделенные задачи – ее подзадачами.

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

 

Аналогично преобразовать задачи Совершенствование и Контроль в фазы проекта.

Ввод длительности задач

Ввод длительности задач выполним в столбце Длительность таблицы диаграммы Ганта или в одноименном поле, расположенном на вкладке Общие окна сведений о задаче. Длительности задач проекта «Внедрение проекта по улучшению бизнес процесса» задается в соответствии с табл. 2.2. Единицами измерения длительности задачи могут быть часы, дни или недели. Длительность фаз рассчитывается автоматически. Если длительность задачи требует уточнения, ее можно отметить знаком вопроса.

Рис. 2.5. Диаграмма Ганта после введения длительностей и ограничений задач

Ввод суммарной задачи

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

 

Практические задания

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

1. Введите задачи проекта.

2. Создайте вехи.

3. Определите фазы.

4. Установите связи между задачами.

5. Установите опережения и ограничения задач.

6. Установите длительность задач.

7. Введите повторяющуюся задачу.

8. Установите отображение суммарной задачи проекта.

 

Контрольные вопросы

1. Что такое задача?

2. Какие виды задач проекта бывают?

3. Что такое веха?

4. Что такое фаза?

5. Какие бывают связи между задачами?

6. Какие типы ограничений задач бывают?

7. Что такое крайний срок?

8. Что такое повторяющиеся задачи?

9. Для чего нужна суммарная задача?

 


 

 


Список литературы

 


 

 

Учебное издание

 

Рыбницкий филиал

Кафедра прикладной информатики в экономике

 

Управление проектами в Microsoft Project 2007

 

Лабораторный практикум

 

 

Рыбница, 2016

УДК 685.513 (контроль за выполнение работ. Контроль за выполнением работ по срокам)

ББК 32.998-5 (Система передачи и обработки данные. Информационные системы)

У66

 

Составители:

Л.К. Скодорова, профессор

И.М. Терлюга, преподаватель

 

Рецензенты:

И.А. Павлинов, первый проректор ПГУ им. Т.Г. Шевченко, профессор.

Л.И. Саввина, зав. кафедры общенаучных дисциплин филиала ПГУ им. Т.Г. Шевченко в г. Рыбница, профессор.

 

 

У66
Управление проектами в Microsoft Project 2007: Лабораторный практикум / Сост. Л.К. Скодорова, И.М. Терлюга. – Рыбница, 2016. – с.

 

 

Рассматриваются теоретические и практические вопросы планирования и управления проектами с применением пакета Microsoft Project 2007. Уделяется внимание освоению главных этапов технологии управления проектами: планирования задач и ресурсов, анализа проекта и отслеживания хода его выполнения. Цикл лабораторных работ разработан согласно рабочей программе по дисциплине «Управление проектами» с учетом Федерального Государственного образовательного стандарта высшего образования третьего поколения (ФГОС3+).

Предназначено для студентов высших учебных заведений, обучающихся по направлению подготовки 38.03.05. – «Бизнес-информатика», профиль подготовки – «Архитектура предприятия».

 

Рекомендовано НМС ПГУ им Т.Г. Шевченко

 

© Л.К. Скодорова,

И.М. Терлюга,

составление, 2016


Оглавление

Введение……………………………………………………………………  
Лабораторная работа № 1…………………………………………………  
Лабораторная работа № 2…………………………………………………  
Лабораторная работа № 3…………………………………………………  
Лабораторная работа № 4……………………………………..…………..  
Лабораторная работа № 5…………………………………………………  
Лабораторная работа № 6…………………………………….……….…..  
Список литературы ……………………………………………………….  

 


 

Введение

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







Последнее изменение этой страницы: 2016-12-30; Нарушение авторского права страницы

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.229.118.253 (0.043 с.)