Основы планирования проекта.
Разработка содержания проекта и предварительного календарного плана

Тип работы:
Методичка
Предмет:
Менеджмент


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Министерство образования и науки Украины

Севастопольский национальный технический университет

ОСНОВЫ ПЛАНИРОВАНИЯ ПРОЕКТА. РАЗРАБОТКА СОДЕРЖАНИЯ ПРОЕКТА И ПРЕДВАРИТЕЛЬНОГО КАЛЕНДАРНОГО ПЛАНА

Методические указания

к выполнению модуля № 2 по учебной дисциплине

«Компьютерные системы управления проектами»

для студентов всех форм обучения

специальности 7. 05. 02. 01

«Менеджмент организаций»

Севастополь 2008

УДК 658

Основы планирования проекта. Разработка содержания проекта и предварительного календарного плана. Методические указания к выполнению модуля 2 для студентов всех форм обучения специальности 7. 05. 02. 01 «Менеджмент организаций» / Сост. доц. Н. С. Голяс, ст. пр. М. В. Погорелова — Севастополь: Изд-во СевНТУ, 2008. — 44 с.

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

Методические указания утверждены на заседании кафедры менеджмента и экономико-математических методов Севастопольского национального технического университета, протокол №___ от «___» ___________ 2008 г.

Допущено учебно-методическим центром СевНТУ в качестве методических указаний.

Рецензент Цуканов А. В., заведующий кафедрой Менеджмента и экономико-математических методов

Содержание

1 ЦЕЛЬ РАБОТЫ

2 ПРАКТИЧЕСКАЯ РАБОТА № 2. ОСНОВЫ ПЛАНИРОВАНИЯ ПРОЕКТА. РАЗРАБОТКА ИЕРАРХИЧЕСКОЙ СТРУКТУРЫ РАБОТ ПО ПРОЕКТУ И ПРЕДВАРИТЕЛЬНОГО КАЛЕНДАРНОГО ПЛАНА ПРОЕКТА

2.1 Вопросы входного контроля

2.2 Процессы планирования

2.3 Разработка иерархической структуры работ (дерево работ)

2.4 Определение длительности и взаимосвязей между работами

2.5 Задание по выполнению практической работы

3. ПРАКТИЧЕСКАЯ РАБОТА № 3. РАСЧЕТ И АНАЛИЗ СЕТЕВОЙ МОДЕЛИ ПРОЕКТА

3.1 Вопросы входного контроля

3.2 Основы построения сетевой модели проекта

3.3 Методы построения и расчета сетевых моделей типа «вершины-события»

3.4 Построение комплексных (сводных) сетевых моделей (объединение сетевых блоков)

3.5 Задание по выполнению практической работы

4. ЛАБОРАТОРНАЯ РАБОТА № 2. СОЗДАНИЕ И АНАЛИЗ ПРЕДВАРИТЕЛЬНОГО КАЛЕНДАРНОГО ПЛАНА ПРОЕКТА В СРЕДЕ MS PROJECT

4.1. Создание предварительного календарного плана проекта в среде MS Project

4.2 Организация задач в логическую структуру

4.3 Корректировка календарного плана

4.3 Сетевой график проекта. Проверка связей задач

4.4 Задание по выполнению лабораторной работы

5. ОФОРМЛЕНИЕ И ЗАЩИТА ОТЧЕТА О ВЫПОЛНЕНИИ МОДУЛЯ

6. КОНТРОЛЬНЫЕ ВОПРОСЫ

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

ПРИЛОЖЕНИЕ

1 Цель работы

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

2 Практическая работа № 2. Основы планирования проекта. Разработка иерархической структуры работ по проекту и предварительного календарного плана проекта

2.1 Вопросы входного контроля

1. Что такое проект?

2. Для чего разрабатывается дерево целей проекта?

3. Что такое продукт проекта?

4. Что такое трудоемкость?

5. Что такое производительность?

6. Виды ресурсов.

7. Что такое график Гантта?

2.2 Процессы планирования

Процессы планирования проекта имеют вполне определенную последовательность выполнения.

К процессам планирования относятся:

- планирование содержания проекта и его документирование;

— описание содержания проекта, определение основных этапов реализации проекта, декомпозиция их на более мелкие и управляемые элементы;

— составление сметы, оценка стоимости ресурсов, необходимых для выполнения работ проекта;

— определение работ, формирование списка конкретных работ, которые обеспечивают достижение целей проекта;

— определение последовательности работ, технологических зависимостей и ограничений;

— оценка продолжительности работ, трудозатрат и других ресурсов, необходимых для выполнения отдельных работ;

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

— планирование ресурсов. Определение, в какие сроки должны быть выполнены работы с учетом ограниченности ресурсов;

— составление бюджета, привязка сметных затрат к конкретным видам деятельности;

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

— планирование качества, определение стандартов качества;

— организационной планирование, документирование, распределение проектных ролей, ответственности и подчиненности;

— подбор кадров;

— планирование коммуникации;

— идентификация и оценка рисков;

— планирование поставок.

Основные этапы планирования проекта:

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

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

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

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

6. Распределение ресурсов. Каждой работе назначат исполнителей и ответственных с учетом имеющихся ресурсов.

На рисунке 2.1 представлена модель планирования проекта.

Рисунок 2.1 — Модель планирования проекта

2.3 Разработка иерархической структуры работ (дерево работ)

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

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

Структура работ разрабатывается исходя из поставленных целей проекта и продукта проекта. Таким образом, дерево целей, структура продукта проекта и дерево работ неразрывно связаны между собой. Пример этой связи показан на рисунке 2.2.

В СРР могут быть представлены два вида задач — суммарные задачи (работы) и пакеты работ.

Этапы построения СРР:

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

— каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню декомпозиции.

Рисунок 2.2 — Взаимосвязь дерева целей, структуры продукта и иерархической структуры работ

— суммарная задача (работа) выполняется после суммирования выполнения пакета работ.

— СРР (WBS) формируется по принципу «сверху вниз». Определяются суммарные работы, затем каждая суммарная задача разбивается на пакет работ.

СРР разбивает всю работу, связанную с выполнением соответствующего проекта, на отдельные задачи (их называют работами или задачами). В СРР могут быть представлены два вида задач — суммарные задачи и пакеты работ.

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

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

Принцип формулирования и разбиения работ состоит в том, что Работа (задача) должна обладать следующими характеристиками:

1. четкая формулировка — название работы должно быть сформулировано четко и однозначно;

2. измеримость результата работы;

3. возможность оценки трудоемкости работы;

4. работа может быть оценена по стоимости, срокам и ей может быть назначен конкретный исполнитель.

Пример построения СРР (WBS) (дерева работ проекта)

Разрабатывается и реализуется проект ландшафтного дизайна земельного участка около коттеджа.

Структура работ будет иметь следующий вид:

Проект ландшафтного дизайна коттеджа

1.0. Спроектировать ландшафт вблизи коттеджа

2.0. Разбить газон

2.1. Приобрести исходные материалы для разбивки газона

2.2. Смонтировать поливочную систему

2.2.1. Определить маршрут прокладки поливочной системы

2.2.2. Выкопать траншеи

2.2.3. Проложить трубы и смонтировать насосную систему

2.2.4. Укрыть поливочную систему

2.3. Посеять траву

2.3.1. Убрать строительный мусор

2.3.2. Подготовить почву (удобрить, разрыхлить)

2.3.3. Посеять траву для будущего газона

2.4. Посадить кустарник

3.0. Поставить ограду

3.1. Приобрести исходные материалы для строительства ограды

3.2. Построить ограду

3.2.1. Разметить трассу для установки ограды

3.2.2. Установить столбики для ограды

3.2.3. Установить сетку ограды и ворота

3.2.4. Покрасить ограду

Структура работ в виде дерева представлена в приложении А.

2.4 Определение длительности и взаимосвязей между работами

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

1. определить начальную и результирующую работу;

2. определить работы, выполнение которых может идти параллельно;

3. для каждой работы, следующей за начальной работой, определить последующую работу;

4. для каждой работы, начиная с конечной работы, определить предшественников — все работы, которые должны быть завершены до начала данной работы;

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

6. определить задержки или опережения между работами.

Существуют четыре типа логических взаимосвязей между работами (рисунок 2. 3):

— окончание-начало: В не может начаться, пока не закончится А;

— окончание-окончание: D не может закончиться, пока не закончится С;

— начало-начало: D не может начаться, пока не начнется С;

— начало-окончание: F не может закончиться, пока не начнется Е.

окончание-начало начало-начало начало-окончание

Окончание-окончание

Рисунок 2.3 — Типы логических зависимостей

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

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

Окончание-окончание — означает, что две взаимосвязанные задачи могут выполняться параллельно, но задача-последователь может быть окончена только после окончания задачи-предшественника (тестирование электропроводки не может завершиться до завершения прокладки);

Начало-начало — задачи могут выполняться параллельно, но задача-последователь может начаться только после начала задачи-предшественника (выравнивание бетона не может начаться до начала заливки фундамента)

Начало-окончание -задачи не могут выполняться параллельно, задача -последователь должна быть выполнена до начала задачи-предшественника (закупка материала должна быть произведена до начала ремонтных работ);

Зависимость типа окончание-начало встречается наиболее часто. Это простая последовательность работ, при которой задача-последователь не может начаться раньше, чем закончится задача-предшественник.

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

Связь типа начало-окончание удобно использовать, для вспомогательных операций, например, для определения момента заказа товаров, когда известен срок начала их изготовления (см. рисунок 3. 3).

Рисунок 2.4 — Использование связи начало-окончание в проекте

Параллельное выполнение независимых между собой работ обеспечивается установлением у них одного предшественника:

Рисунок 2.5 — Организация параллельного выполнения работ

Между работами также могут быть запаздывания:

1. запаздывание со знаком «+» означает некоторое время между окончанием работы предшественника, которое должно пройти, прежде чем можно будет начать работу-последователь.

2. запаздывание со знаком «-» означает опережение, — т. е. время на которое можно будет начать раньше работу-последователь, прежде, чем закончится работа-предшественник.

Для того, чтобы определить длительность выполнения работы, прежде всего, необходимо знать трудоемкость ее выполнения. Трудоемкость выполнения работы — это численно определенная величина человеко-дней или человеко-часов, необходимых для выполнения работы с заранее заданным результатом.

Как правило, длительность работы зависит от ее трудоемкости и количества ресурсов, работающих над выполнением данной работы.

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

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

Типы зависимости длительности работ (задач) проекта от объема выделенных ресурсов:

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

где — длительность выполнения i-той операции (дни, часы), — трудоемкость выполнения i-той операции (человеко-дни, человеко-часы), — число ресурсов, выполняющих данную операцию с заданной производительностью (человек), — фонд времени работы ресурса (дни, часы).

2. фиксированный объем ресурсов — этот тип задач, при выполнении которых должны быть задействованы строго определенные ресурсы и в строго определенном объеме. Например, в задаче «проведение переговоров» обязательно участвует руководитель, «составление сметы» бухгалтер и руководитель и т. д. Длительность такого типа задач определяется производительностью ресурсов.

где, — производительность назначенного ресурса;

3. фиксированная длительность — это задачи, длительность выполнения которых не зависит строго ни от трудоемкости, ни от объема ресурсов, и, как правило, это задачи, которые выполняются контрагентами в рамках заключенных ранее договоров и соглашений.

Таблица 2.1 — Особенности расчета длительности для задач с различными типами зависимости длительности от объема ресурсов

Тип планирования задач

Искомая величина

Метод определения

Метод расчета длительности

Фиксированная трудоемкость

Трудоемкость

1. исходя из технологических, организационных или иных нормативов затрат времени

2. экспертные оценки

3. метод аналогий

Фиксированный объем ресурсов

Необходимые ресурсы и их производительность

4. экспертные оценки

5. метод аналогий

Фиксированная длительность

Длительность

6. экспертные оценки

7. метод аналогий

Pert — анализ

-

Для того, чтобы определить длительность выполнения работы, необходимо:

1. определить трудоемкость работы;

2. определить предварительную необходимую минимальную численность исполнителей данной работы;

3. исходя из типа задачи, ресурсов и производительности, определить длительность работы.

На основании структуры работ, взаимосвязи работ и их длительности составляется предварительный план-график (календарный план, график Гантта) выполнения проекта. Он может быть представлен двумя способами:

2. Предварительный график Гантта

Рисунок 2.6 — Предварительный график Гантта проекта

2.5 Задание по выполнению практической работы

Исходные данные для выполнения работы: концепция проекта, разработанная в соответствии с вариантом задания в практической работе № 1.

По выбранной тематике проекта, на основании материалов модуля 1 необходимо:

1. Сформировать суммарные работы (задачи) и пакеты работ по проекту

2. Построить иерархическую структуру работ.

3. Определить тип зависимости длительности работ от выделенных ресурсов, их предварительную длительность.

4. Сформировать логические связи между задачами, обосновать тип связей и построить предварительную диаграмму Гантта проекта.

3. Практическая работа № 3. Расчет и анализ сетевой модели проекта

3.1 Вопросы входного контроля

1. Что такое граф?

2. Как оценить длительность работы?

3. Как определяется взаимосвязь между работами?

4. Что такое событие?

3.2 Основы построения сетевой модели проекта

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

— сети типа «вершины-работы»;

— сети «вершины-события»;

— смешанные сети.

Сети типа «вершины-работы». В сетях типа «вершины-работы» элементы работы представлены в виде прямоугольников, связанных логическими зависимостями, которые следуют один за другим. На рисунке 3.1 приведен пример сетевой модели с четырьмя работами A, B, C и D. Работы B и C следуют за A, работа D — за B и C.

Рисунок 3.1 — Простая сеть типа «вершины-работы»

Сети типа «вершины-события». Сети такого вида часто называются IJ сетями, так как каждая работа определяется номером IJ (начало-окончание). В сетях такого типа работа представляется стрелкой между двумя узлами и определяется номерами узлов, которые она связывает. Рисунок 3.2 — это рисунок 3. 1, выполненный в виде IJ сети. Работа, А стала работой 1−2. так как работы должны быть уникальны, то две работы В и С не смогут связывать один и тот же узел. Таким образом, В и С заканчивается в узлах 3 и 4 соответственно и эти узлы связываются фиктивной работой. Так как работы связаны через узлы, используется логическая зависимость вида окончание-начало. Возможно введение фиктивных работ для представления трех других логических связей.

Рисунок 3.2 — Сеть типа «вершины-события»

Смешанные сети. Работа представляется в виде прямоугольника (узла) или линии (стрелки). Кроме того, существуют прямоугольники и линии, которые могут не представлять работу: одновременные события и логические зависимости. Линии используются не для объединения прямоугольников по началам или окончаниям, а для отображения момента времени до, во время или после выполнения работы. В последних модификациях смешанных сетей исчезает различие между узлами и линиями. Математический аппарат смешанных сетей — это принципиально новая область.

Сравнение сетей типа «вершины-работы» и «вершины-события»

В 50-х годах использовались только сети типа «вершины-события», так как сети типа «вершины-работы» появились лишь в 60-х годах. Таким образом, сети типа «вершины-события» имеют более давнюю историю. Однако, сети типа «вершины-работы» приобретают все более широкое применение в управлении проектами по следующим причинам:

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

3. Написание прикладных программ для сетей типа «вершины-работы» является более простым делом. Большинство современных прикладных программ применимо только для таких сетей или для сетей обоих типов. Прикладные программы для обоих типов сетей имеют алгоритм преобразования от сетей типа «вершины-работы» к сетям IJ.

4. Работа существует независимо от логики и поэтому можно нарисовать структуру работ, а затем указать логические связи (при использовании сети IJ приходится рисовать сеть перед разработкой иерархической структуры работ проекта).

Сети типа «вершины -работы» более подробно рассмотрены в лабораторных занятиях.

Ниже рассмотрим построение и анализ сетей типа «Вершины-события».

Построение сетевых моделей типа Вершины-события

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

На сетевом графике работы изображаются стрелками, которые соединяют вершины, изображающие события. Начало и окончание любой работы описываются парой событий, которые называются начальным и конечным событиями. Поэтому для идентификации конкретной работы используют код работы, состоящий из номеров начального (i-го) и конечного (j-го) событий (см. рис. 3. 3).

Рисунок 3.3 — Кодирование работы при составлении сетевого графика

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

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

При построении сетевого графика необходимо следовать следующим правилам:

длина стрелки не зависит от времени выполнения работы;

стрелка может не быть прямолинейным отрезком;

для действительных работ используются сплошные, а для фиктивных — пунктирные стрелки;

каждая операция должна быть представлена только одной стрелкой;

между одними и теми же событиями не должно быть параллельных работ, т. е. работ с одинаковыми кодами;

следует избегать пересечения стрелок;

не должно быть стрелок, направленных справа налево;

номер начального события должен быть меньше номера конечного события;

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

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

не должно быть циклов (см. рис. 3. 4).

Рисунок 3.4 — Недопустимость циклов

Основными понятиями сетевых моделей являются понятия события и работы.

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

По количеству затрачиваемого времени работа может быть:

действительной, т. е. требующей затрат времени;

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

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

События представляют собой нижний уровень дерева целей — т. е. это конкретные цели, которые достигаются путем выполнения работ.

Сетевая модель проекта должна быть задана в табличном виде:

Таблица 3.1 — Данные для построения сетевой модели проекта

Событие

Работа

Длительность

Событие 1

1−2

1

1−3

2

Событие 2

2−3

3

2−4

4

Событие 3

3−4

5

Событие 4

-

Таблица 3.2 — Данные для построения сетевой модели проекта

События

Работы

Длительность, дней

1 начало проекта

2. Спроектирован ландшафт

1−2 спроектировать ландшафт

3

3. Исходные материалы для разбивки газона закуплены

2−3 Приобрести исходные материалы для разбивки газона

1

4. Определен маршрут поливочной системы

2−4 Определить маршрут поливочной системы

2

5. Выкопаны траншеи

4−5 Выкопать траншеи

3

6. Проложены трубы и смонтирована система

3−6 фиктивная

5−6 Проложить трубы и смонтировать поливочную систему

2

7. Поливочная система укрыта

6−7 Укрыть поливочную систему

1

8. Строительный мусор убран

7−8 Убрать строительный мусор

1

9. Почва подготовлена

8−9 Подготовить почву

1

10. Трава посеяна

9−10 Посеять траву

1

11. Кустарник посажен

9−11 Посадить кустарник

1

12. Материалы для ограды приобретены

7−12 Приобрести материалы для ограды

1

13. Трасса для ограды размечена

7−13 Разметить трассу для ограды

1

14. Столбики установлены

13−14 установить столбики

12−14 — фиктивная

1

15. Сетка и ворота установлены

14−15 установить сетку и ворота

1

16. Ограда окрашена

15−16 Покрасить ограду

1

17. Ландшафтный дизайн завершен

16−17 -фиктивная

10−17 — фиктивная

11−17- фиктивная

1

Рисунок 3.5 — Взаимосвязь работ по проекту (сетевой график проекта)

3.3 Методы построения и расчета сетевых моделей типа «вершины-события»

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

Утвержденное расписание служит базовым планом по расписанию Разработка расписания — существенно итеративный процесс и производится на протяжении всего жизненного цикла проекта.

Основные методы, используемые для разработки расписания: метод критического пути (CRM) и графический метод (график Гантта). Метод критического пути реализуется, как правило, с помощью построения и расчета сетевых моделей.

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

1. За какое минимальное время можно выполнить проект?

2. В какое время должны начаться и закончиться отдельные работы?

3. Какие работы являются «критическими» и должны быть выполнены точно в установленное время, чтобы не сорвать срок выполнения проекта?

4. На какое время можно отложить срок выполнения «некритической» работы, чтобы она не повлияла на срок выполнения проекта?

Рассмотрим порядок расчета сетевой модели типа «Вершины-события» и построение сетевого графика

Изображение сетей. В сетях типа «вершины-события» работа представляется стрелкой, а событие — кругом, поделенным на 4 части (рисунок 4. 1).

Рисунок 3.6 — Изображение события в сетевой модели

 — ранний срок наступления события i. Это время, которое необходимо для выполнения всех работ, предшествующих данному событию i. Оно равно наибольшей из продолжительности путей, предшествующих данному событию.

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

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

Расчет ранних сроков свершения событий ведется от исходного (И) к завершающему (З) событию.

Примечание

Текущую длительность работы буквой с соответствующим кодом работы, например,, и т. д.

Для исходного события И.

Для всех остальных событий i, где максимум берется по всем работам, входящим в событие i.

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

Для завершающего события З.

Для всех остальных событий, где минимум берется по всем работам, выходящим из события i.

.

Даты раннего наступления события определяются при прямом проходе — от начального к конечному событию. Даты позднего наступления события — при обратном проходе от конечного к начальному событию.

Рассчитаем сетевую модель для таблицы 3. 1

Таблица 3.3 — Исходные данные для расчета сетевой модели

Событие/работы

Работа

Длительность работы

Событие 1

1−2

2

1−3

4

1−4

5

Событие 2

2−3

1

2−4

2

Событие 3

3−5

0

Событие 4

4−5

2

Рисунок 3.7 — Сетевая модель проекта

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

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

Определение критического пути. Критический путь -- это последовательность работ с нулевыми резервами времени. В данном примере это работы 1−4,4−5.

К наиболее важным временным параметрам работ относятся:

 — ранний срок начала работы;

 — поздний срок начала работы;

 — ранний срок окончания работы;

 — поздний срок окончания работы;

Для критических работ и.

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

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

Временные параметры работ сети определяются на основе ранних и поздних сроков событий.

;

или;

;

или;

;

.

Рассчитаем резервы времени для работ и запишем их под стрелками работ в формате:

;;; ;

Рисунок 3.8 — Детальная сетевая модель проекта

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

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

Полные пути сетевого графика:

1−3; 3−5 — 4 дня;

1−2; 2−3;3−5 — 3 дня;

1−4; 4−5 — 7 дней.

Полные резервы времени для первого и второго пути — 3 и 4 дня соответственно.

3.4 Построение комплексных (сводных) сетевых моделей (объединение сетевых блоков)

Когда построены подсети для различных пакетов собственных работ, а также для договорных пакетов и определены организационно-технологические параметры реализации проекта, из них следует образовать сводный сетевой график проекта. Один из способов выполнения этой процедуры состоит в выявлении связующих событий. На рисунке 4.4 а) показано объединение двух подсетей по связующим (обозначенным двойной окружностью) событиям. Соединение достигается путем присвоения соответствующим событиям в подсетях одинакового номера и обозначения их символом связующего события: При этом номера связующих событий будут повторяться в различных подсетях; однако это не вызывает путаницы, так как в обозначение события включается обозначение подсети.

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

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

Рисунок 3.9 — Методы объединения сетей

Вместо подсети в основной сетевой график могут быть введены фиктивные операции в реальном времени. Такая операция представляет подсеть и ее влияние на основной сетевой график. На рисунке 11-б) фиктивные операции А, В, С представляют действие подсети В, которую они замещают, на заданную подсеть А. Фиктивные операции в реальном времени действуют как локальные ограничения либо для задержки связующего события до требуемого календарного срока, либо для обеспечения достижения определенных связующих событий в сроки, позволяющие закончить проект вовремя.

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

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

§ фрагмент модели макета работ может быть заменен одной укрупненной работой, если его сеть имеет одно исходное и одно завершающее событие;

§ нельзя выделить в сети укрупненной модели события, которых нет в детальных сетях;

§ исходные и завершающие события в укрупненной модели должны иметь то же значение, что и в детальной;

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

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

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

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

Подсеть может либо составлять часть сетевой модели, либо быть автономной. Расчленение сетевого графика на подсети позволяет персоналу, ответственному за проект, концентрироваться на своих собственных работах. Каждый руководитель на своем уровне может вести работу независимо от других в соответствии со своей подсетью, что освобождает его от необходимости иметь дело с полным сетевым графиком. Для руководства разделение проекта на подсети обеспечивает возможность эффективного контроля. Оно может в целях экономии времени и сил уделять больше внимания управлению наиболее важными (критическими) подсетями вместо того, чтобы постоянно контролировать весь сетевой график. Таким образом, структура, выявленная при создании WBS, OBS и сетевого графика узловых событий, сохраняется и при разработке подсетей. Важное значение при разработке подсети имеет планирование операций в пределах совокупности узловых событий.

3.5 Задание по выполнению практической работы

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

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

4. Лабораторная работа № 2. Создание и анализ предварительного календарного плана проекта в среде MS Project

4.1 Создание предварительного календарного плана проекта в среде MS Project

Календарный план проекта — это некоторый набор конкретных задач, которые необходимо выполнить для достижения цели проекта. Задачи календарного плана объединены в логическую структуру и характеризуются: длительностью и задачами-предшественниками (задачами, которые должны быть выполнены перед данной задачей) и задачами последователями (задачами, к которым следует приступить непосредственно после выполнения данной задачи).

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

1. Разработаны основные элементы концепции проекта, включающие в себя: описание замысла проекта, его миссию и цель, укрупненные технико-экономические показатели проекта.

2. Определены цели проекта, составлено подробное дерево целей, содержащее главную цель, цели 2-го, 3-го уровней и т. д.

3. Разработана структура продукта проекта.

4. Подробно описаны и детализированы цели нижнего уровня дерева целей — конкретные задачи проекта.

5. Создана структура целей проекта (дерево целей), отражающая связь целей, продукта проекта и задач — т. е. задачи должны быть организованы в логическую структуру в соответствии с деревом целей проекта и структурой продукта проекта.

6. Определена трудоемкость (в человеко-часах) и первоначальная длительность работ исходя из 8-часового рабочего дня.

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

8. Произведена проверка связей задач с помощью анализа сетевого графика.

9. Произведена оценка критического пути, определение резервов времени для задач.

Для создания нового проекта необходимо выполнить ряд действий:

1. Нажать кнопку Создать.

2. В меню Проект выбрать команду Сведения о проекте. Ввести или выбрать начальную или конечную дату проекта и нажать кнопку OK.

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

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

В Ms Project задачи вводят в порядке их возникновения. После ввода задач, необходимо оценить продолжительность каждой задачи и ввести эту оценку в качестве длительности. Длительности используются в Microsoft Project для расчета объема работы, который необходимо выполнить в рамках каждой задачи. Т. е. фактически, длительность, на первом этапе планирования вводе задач и создании календарного плана, отражает трудоемкость выполнения задачи.

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

Например, задача «регистрация предприятия» требует 3 дней на подготовку и сдачу документов и органы регистрации, после чего в течение 7 дней выдается свидетельство о регистрации. В этом случае 3 дня — длительность задачи «регистрация предприятия», а 7 дней — запаздывание (т.к. эта длительность не связана с трудоемкостью).

Не следует для каждой задачи вводить даты в поля Начало и Окончание. В Microsoft Project начальная и конечная даты рассчитываются с учетом связей между задачами.

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

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

Вехами удобно пользоваться для создания логической структуры проекта. При вводе нулевой длительности для задачи в Microsoft Project на диаграмме Ганта в начале соответствующего дня отображается символ вехи ¦. Задача с нулевой длительностью автоматически помечается как веха, но сделана вехой может быть любая задача. Чтобы пометить задачу как веху, выберите задачу в поле Название задачи. Нажмите кнопку Сведения о задаче, выберите вкладку Дополнительно, а затем установите флажок Пометить задачу как веху.

4.2 Организация задач в логическую структуру

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

Удобно в качестве главной цели проекта создавать одну главную суммарную задачу, а в качестве подцелей — суммарные задачи более низкого уровня, как это показано на рисунке 4. 1

Рисунок 4.1 — Организация задач в логическую структуру в соответствии с целями проекта

Чтобы организовать структуру, следует использовать кнопки структуры.

Отступ

>

Выступ

<

Показать подзадачи

+

Скрыть подзадачи

-

Создание взаимосвязей между задачами

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

После того, как задачи связаны, изменение дат предшественника влияет на изменение дат последователей.

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

В Microsoft Project по умолчанию создается зависимость задач типа «Окончание-начало». Однако, поскольку зависимость «Окончание-начало» подходит не для каждого случая, для реального моделирования проекта связь задач можно изменить.

Параллельное выполнение независимых задач отображается путем связи нескольких задач с одним предшественником.

Рисунок 4.2 — Организация параллельного выполнения независимых работ

Еще один параметр, оказывающий влияние на организацию выполнения задач проекта во времени — введение опережения или запаздывания задач.

Запаздывание означает некоторое время (обычно в днях), по прошествии которого начинается следующая задача. Так, например, выполнение задачи «Расстановка мебели» должно производиться с запаздыванием в несколько дней после выполнения задачи «окраска пола».

Рисунок 4.3 — Запаздывание последователя относительно предшественника

Опережение — это запаздывание со знаком «минус». Опережение может задаваться в том случае, когда возможно начать выполнять параллельную задачу не дожидаясь окончательного завершения задачи-предшественника. Например, электрики могут начать подключение электрических розеток до завершения отделки стен, и время может быть использовано более эффективно, если задача «Подключение электрических розеток» будет начата, когда завершится отделка половины стен. Чтобы это сделать, следует определить 50-процентный срок опережения между окончанием задачи «Отделка стен» и началом задачи «Подключение электрических розеток». Срок опережения вводится как отрицательное число (например, -2д для срока опережения два дня) или как процент.

Рисунок 4.4 — Опережение последователя относительно предшественника

Связывание задач, изменение их связей удобно производить в форме задач.

1. Чтобы вызвать Форму задач необходимо войти в меню Окно и выбрать пункт меню Разделить теперь в нижней половине экрана появится специальная форма, содержащая детали выделенной в графике Ганта задачи.

2. Чтобы связать текущую задачу необходимо в Форме задач в графе «Предшественник» выбрать название задачи-предшественника, затем указать тип связи задачи и, если необходимо запаздывание или опережение.

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

4.3 Корректировка календарного плана

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

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

Задачи, не лежащие на критическом пути имеют резерв времени. Общий временной резерв задачи показывает, на сколько она может быть задержана, не влияя на общую длительность проекта. Критические задачи не имеют резерва времени.

Рисунок 4.5 — Критический путь и резерв времени некритической задачи

Отображение критического пути

1. В меню Вид выберите команду Диаграмма Ганта

2. В меню Формат нажмите кнопку Мастер диаграмм Ганта

3. Чтобы отформатировать задачи критического пути, следуйте инструкциям мастера диаграмм Гантта

Корректировка критических задач по срокам на этапе составления предварительного календарного плана может быть произведена с помощью:

· изменения зависимости задач — изменение типов связей, выявление задач, которые могут выполняться параллельно;

· установления сроков опережения;

· уточнение и корректировка сроков запаздывания.

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

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

ПоказатьСвернуть
Заполнить форму текущей работой