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

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

Сетевую диаграмму (график) проекта часто ошибочно называют графиком PERT (Program Evaluation and Review Technique -техники обзора и оценки программы). График PERT - это особый тип сетевой диаграммы (графика) проекта, который в настоящее время используется редко.

• Изменения и дополнения к списку работ. Почти так же, как процесс определения работ может модифицировать структуру декомпозиции видов деятельности, создание сетевой диаграммы (графика) проекта может определить случаи, когда требуется разделить или каким-либо иным способом переопределить работу для построения правильного логического отношения.

3.3. Оценка продолжительности работ

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

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

Общая продолжительность проекта также может быть определена при помощи указанных здесь методов и инструментария, но более правильно она определяется в результате процесса создания расписания, описанного в процессе «Разработка расписания».

Входные данные для оценки продолжительности работ

• Список работ.

• Ограничения.

• Предположения.

Список работ, ограничения и предположения описываются в процессе «Определение работ».

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

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

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

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

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

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