Материал: ИТУП_Лаб_работы
11
Чтобы
представить
модель
проекта
в
форме
задачи
динамического
про
-
граммирования
,
работы
ставят
в
соответствие
рёбрам
графа
,
а
события
,
соот
-
ветствующие
завершению
определённых
работ
или
их
групп
, —
его
вершинам
.
Модель
позволяет
определить
минимально
возможный
срок
выполнения
проек
-
та
при
заданных
сроках
выполнения
работ
и
,
найдя
критический
путь
,
указать
подмножество
критических
работ
,
даже
самая
малая
задержка
которых
непре
-
менно
приведёт
к
отсрочке
завершения
проекта
.
Благодаря
этому
менеджер
проекта
может
сосредоточить
своё
внимание
на
критических
работах
(
то
есть
на
работах
,
образующих
критический
путь
),
предупреждая
перебои
и
концен
-
трируя
ресурсы
на
наиболее
ответственных
участках
.
Для
работ
,
не
принадлежащих
критическому
пути
(
некритических
),
су
-
ществует
резерв
времени
:
если
их
задержать
на
срок
,
не
превышающий
этого
резерва
,
то
продолжительность
выполнения
проекта
не
изменится
.
Если
же
за
-
держка
превысит
резерв
,
то
изменится
критический
путь
:
задержавшаяся
работа
станет
критической
.
Срок
выполнения
проекта
в
этом
случае
увеличится
.
Мо
-
дель
,
основанная
на
методе
критического
пути
,
позволяет
рассчитать
резерв
времени
по
всем
работам
.
До
появления
персональных
ЭВМ
модель
проекта
использовалась
толь
-
ко
для
составления
оптимального
сетевого
плана
,
который
принимался
менед
-
жером
к
исполнению
и
впоследствии
не
пересматривался
.
Задержки
критиче
-
ских
работ
,
таким
образом
,
приводили
к
срыву
плана
,
а
у
менеджеров
появля
-
лись
мотивы
к
компенсации
отставания
за
счёт
нарушения
технологий
.
Если
в
результате
задержек
изменялся
критический
путь
,
менеджер
оказывался
дез
-
ориентирован
,
а
имеющийся
сетевой
план
становился
бесполезным
.
Модель
проекта
,
систематически
корректируемая
на
отклонения
от
первоначального
плана
,
могла
бы
помочь
менеджеру
отыскать
наилучшую
последовательность
действий
в
случае
нарушения
первоначально
составленного
плана
.
Но
из
-
за
ог
-
раниченной
доступности
ЭВМ
и
необходимости
посредничества
оператора
ме
-
жду
менеджером
и
вычислительной
системой
такой
подход
был
слишком
доро
-
гостоящим
и
себя
не
оправдывал
.
Появление
персональных
и
особенно
переносных
ЭВМ
достаточной
мощности
,
оснащённых
специализированным
программным
обеспечением
с
понятным
менеджеру
интерфейсом
сделало
возможным
использование
воз
-
можностей
метода
критического
пути
в
любой
момент
фазы
реализации
проек
-
та
.
Возникла
принципиально
новая
технология
управленческой
деятельности
—
технология
оценки
и
уточнения
проекта
(
P
roject (
или
P
rogram)
E
valuation and
R
eview
T
echnique, PERT).
Технология
PERT
входит
в
класс
автоматизированных
информационных
технологий
,
отличающихся
той
особенностью
,
что
предметом
труда
при
их
ис
-
12
пользовании
является
информация
,
а
средством
труда
—
вычислительная
тех
-
ника
.
Продуктом
технологии
PERT
являются
подготовленные
управленческие
решения
о
сроках
выполнения
работ
и
о
рациональном
использовании
ресурсов
для
их
выполнения
,
обеспечивающие
завершение
проекта
в
кратчайшие
сроки
ценой
приемлемых
затрат
.
Суть
технологии
в
том
,
что
модель
проекта
,
составленная
на
фазе
его
разработки
и
ставшая
основой
первоначального
варианта
сетевого
плана
,
ис
-
пользуется
с
необходимыми
уточнениями
на
фазе
реализации
проекта
для
ин
-
формационной
поддержки
оперативного
принятия
решений
по
управлению
проектом
в
реально
сложившейся
ситуации
.
Она
предполагает
определение
критического
пути
в
любой
момент
времени
,
когда
эта
информация
требуется
менеджеру
,
на
основе
информации
о
фактическом
ходе
выполнения
работ
и
о
фактическом
наличии
ресурсов
.
Функциональные
подсистемы
технологии
PERT
включают
,
как
правило
,
следующие
подсистемы
:
♦
планирования
—
предназначена
для
составления
плана
выполнения
проекта
;
♦
мониторинга
—
предназначена
для
контроля
выполнения
плана
и
его
систематического
уточнения
в
случае
отклонений
;
♦
подготовки
презентаций
—
предназначена
для
компактного
и
ёмкого
представления
информации
о
модели
проекта
,
составленном
плане
и
ходе
его
выполнения
.
К
числу
обеспечивающих
подсистем
относятся
следующие
:
♦
аппаратное
обеспечение
—
совокупность
технических
средств
реали
-
зации
технологии
PERT,
включая
,
в
частности
,
компьютеры
и
коммуникацион
-
ные
средства
;
♦
математическое
(
алгоритмическое
)
обеспечение
—
алгоритмы
дина
-
мического
программирования
,
расширенные
сервисными
средствами
,
решаю
-
щими
прикладные
вычислительные
задачи
,
возникающие
в
практике
управле
-
ния
проектами
,
алгоритмы
управления
базами
данных
и
алгоритмы
отображе
-
ния
данных
;
♦
программное
обеспечение
—
совокупность
программных
продуктов
,
обеспечивающих
реализацию
процесса
обработки
данных
на
компьютере
;
♦
материальное
обеспечение
—
организационная
система
обеспечения
расходными
материалами
и
запасными
частями
;
♦
кадровое
обеспечение
—
специалисты
,
владеющие
технологией
в
це
-
лом
и
отдельными
её
элементами
;
13
♦
нормативно
-
правовое
обеспечение
—
совокупность
документов
,
рег
-
ламентирующих
использование
технологии
в
конкретных
условиях
,
права
,
обя
-
занности
и
ответственность
всех
участников
технологического
процесса
;
♦
инструктивно
-
методическое
обеспечение
—
совокупность
докумен
-
тов
,
описывающих
операции
по
реализации
технологического
процесса
обра
-
ботки
данных
,
выполняемые
каждым
его
участником
.
Иногда
выделяют
и
другие
виды
обеспечивающих
подсистем
.
В
отличие
от
метода
критического
пути
,
технология
PERT
принимает
во
внимание
распорядок
рабочего
времени
и
ограничения
по
ресурсам
.
Учёт
календаря
и
распорядка
рабочего
дня
вполне
согласуется
с
мето
-
дом
критического
пути
.
Иначе
обстоит
дело
с
учётом
ресурсных
ограничений
:
к
этому
случаю
принцип
оптимальности
,
сформулированный
Р
.
Беллманом
,
не
может
быть
применён
.
Эффективная
вычислительная
процедура
нахождения
оптимального
плана
для
такой
постановки
задачи
неизвестна
(
кроме
частных
случаев
,
не
представляющих
практического
интереса
для
менеджера
).
Однако
представление
проекта
в
форме
задачи
динамического
программирования
ока
-
зывается
полезным
и
здесь
:
в
своей
практической
деятельности
менеджер
быва
-
ет
вполне
удовлетворён
пусть
не
оптимальным
,
но
удовлетворительным
пла
-
ном
,
обеспечивающим
согласованное
использование
ресурсов
.
Для
его
отыскания
сначала
определяют
критический
путь
без
учёта
ог
-
раничений
по
ресурсам
,
затем
определяют
периоды
,
когда
ресурсов
недоста
-
точно
,
и
переносят
работы
,
испытывающие
дефицит
ресурсов
(
по
возможно
-
сти
—
некритические
,
а
вслед
за
ними
—
те
,
перенос
которых
в
наименьшей
степени
скажется
на
общей
продолжительности
проекта
),
на
более
поздние
сро
-
ки
.
Как
правило
,
существует
множество
вариантов
переноса
работ
,
но
во
избе
-
жание
резкого
возрастания
продолжительности
вычислений
перебор
ограничи
-
вают
.
Альтернативный
подход
—
сокращение
выделения
ресурсов
конкури
-
рующим
работам
с
соответствующим
увеличением
продолжительности
послед
-
них
.
Во
многих
случаях
он
позволяет
добиться
лучших
результатов
по
сравне
-
нию
с
переносом
работ
на
более
поздние
сроки
,
но
наименьшая
теоретически
возможная
продолжительность
фазы
реализации
проекта
,
как
правило
,
всё
рав
-
но
не
достигается
.
Кроме
того
,
данный
подход
практически
неосуществим
по
отношению
к
работам
,
использующим
ресурсы
в
единичном
количестве
,
по
-
этому
далеко
не
всегда
плодотворен
.
Развитие
технологии
PERT
под
влиянием
требований
менеджеров
-
практиков
привело
к
тому
,
что
в
её
состав
,
наряду
с
вопросами
управления
сро
-
ками
работ
и
распределением
ресурсов
,
были
включены
:
14
♦
технологические
решения
по
управлению
финансированием
проекта
,
включая
средства
составления
финансового
плана
и
мониторинга
его
выполне
-
ния
;
♦
средства
координации
деятельности
менеджеров
,
совместно
управ
-
ляющих
сложным
проектом
или
несколькими
проектами
,
выполняемыми
одно
-
временно
.
Модель
проекта
,
дополненная
стоимостными
данными
,
содержит
ин
-
формацию
,
необходимую
для
решения
этих
задач
.
Контрольные
вопросы
1.
Зачем
менеджеру
нужна
модель
проекта
?
2.
Обоснуйте
применение
формализма
динамического
программирования
для
представления
модели
проекта
.
3.
Как
представить
инвестиционный
проект
в
форме
задачи
динамического
программирования
?
4.
В
чём
состоит
метод
критического
пути
?
5.
Какие
трудности
возникали
при
применении
метода
критического
пути
для
разработки
сетевых
планов
до
появления
персональных
ЭВМ
?
6.
Каковы
отличия
технологии
PERT
от
метода
CPM?
7.
Каковы
функциональные
подсистемы
технологии
PERT?
Дайте
им
краткую
характеристику
.
8.
Перечислите
обеспечивающие
подсистемы
технологии
PERT.
9.
Почему
технология
PERT
не
предусматривает
отыскание
оптимального
се
-
тевого
плана
?
10.
Какими
способами
обеспечивается
согласование
использования
ресурсов
на
различных
работах
?
11.
В
какой
последовательности
рекомендуется
переносить
на
более
поздние
сроки
работы
,
не
обеспеченные
ресурсами
?
12.
Какими
данными
следует
дополнить
модель
проекта
для
составления
на
её
основе
финансового
плана
?
3.
Программное
обеспечение
управления
проектами
Программы
,
реализующие
технологию
PERT:
сравнительная
характеристика
.
Сред
-
ства
сетевого
планирования
в
Project Expert.
Другие
программные
продукты
для
сетевого
планирования
.
Существует
немало
программных
реализаций
технологии
PERT
для
пер
-
сональных
ЭВМ
.
Наиболее
известные
и
широко
используемые
из
них
— Micro-
soft Project, OpenPlan, Spider Project.
Модели
проекта
,
используемые
в
них
,
ос
-
15
нованы
на
методе
критического
пути
и
отличаются
лишь
в
деталях
.
Как
прави
-
ло
,
овладев
одной
из
программ
,
реализующих
технологию
PERT,
не
составляет
труда
воспользоваться
любой
другой
.
Все
эти
программы
предназначены
для
автоматизации
управления
инве
-
стиционными
проектами
.
Они
обеспечивают
разработку
детальных
сетевых
планов
,
отслеживание
(
мониторинг
)
хода
выполнения
сетевого
плана
и
его
опе
-
ративную
корректировку
применительно
к
меняющимся
условиям
.
Большая
часть
работы
по
управлению
проектом
–
это
сбор
и
анализ
ин
-
формации
о
нём
.
Вышеназванные
программные
продукты
обеспечивают
доста
-
точно
удобные
средства
ввода
,
структурирования
и
анализа
информации
,
авто
-
матизации
плановых
расчётов
и
подготовки
отчётов
.
Они
обладают
следующи
-
ми
возможностями
:
♦
реализуют
метод
критического
пути
с
учётом
ресурсов
,
необходимых
для
выполнения
предусмотренных
проектом
работ
,
и
распорядка
рабочего
вре
-
мени
;
♦
обеспечивают
согласование
использования
ресурсов
,
перенося
часть
работ
на
более
поздние
сроки
,
если
некоторые
ресурсы
в
дефиците
;
♦
допускают
вмешательство
менеджера
в
процесс
согласования
исполь
-
зования
ресурсов
,
предоставляя
ему
возможность
произвольного
сочетания
приёмов
согласования
,
описанных
в
предыдущем
разделе
.
Программа
Microsoft Project
интегрирована
в
Microsoft Office,
что
уп
-
рощает
её
взаимодействие
с
базами
данных
,
электронными
таблицами
,
подго
-
товку
текстовых
документов
на
основе
создаваемых
ею
выходных
документов
и
,
при
необходимости
,
публикацию
их
на
сайтах
корпоративных
сетей
или
сети
Интернет
.
Набор
предлагаемых
ею
возможностей
не
столь
широк
,
как
в
наибо
-
лее
мощных
программах
аналогичного
назначения
,
что
вполне
компенсируется
:
♦
возможностью
выполнения
многих
операций
другими
программами
,
входящими
в
состав
семейства
Microsoft Office;
♦
поддержкой
универсального
языка
программирования
VBA,
общего
для
всех
программных
средств
семейства
,
который
даёт
возможность
использо
-
вать
средства
различных
программ
из
одного
и
того
же
VBA-
модуля
;
♦
доступностью
для
освоения
в
приемлемый
срок
менеджером
средней
квалификации
;
♦
развитыми
средствами
поддержки
коллективного
управления
проек
-
тами
;
♦
мощными
и
разнообразными
(
во
многом
,
на
наш
взгляд
,
избыточны
-
ми
,
неоправданно
увеличивающими
сложность
программы
)
возможностями
управления
интерфейсом
пользователя
;
♦
умеренной
ценой
;