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

из "Путеводитель в мир управления проектами "

Эти процессы взаимодействуют друг с другом и с процессами из других сфер знания. Каждый процесс может включать в себя усилия одного или нескольких индивидуумов или групп индивидуумов в зависимости от нужд проекта. Каждый процесс обычно встречается, по крайней мере, один раз в каждой фазе проекта. [c.65]
Хотя процессы представлены здесь как дискретные элементы с четкими определенными границами, на практике они могут пересекаться и взаимодействовать не детализированными здесь способами. Взаимодействия между процессами детально рассматриваются в третьей главе. [c.65]
В ряде проектов, особенно в небольших, последовательность работ, оценка продолжительности работ и разработка расписания настолько тесно переплетены, что их рассматривают как один процесс (например, они могут быть выполнены одним человеком в сравнительно небольшой промежуток времени). Здесь они представлены как отдельные процессы, поскольку инструментарий и технологии для них разнятся. [c.65]
Однако значение имеет не используемый термин, а точное описание того, какая работа должна быть выполнена и четкое понимание этого теми, кто должен сделать эту работу. [c.65]
Определение работ включает идентификацию и документальное оформление отдельных работ, которые должны быть осуществлены для достижения целей и подцелей проекта, определенных в структуре декомпозиции видов деятельности. В данном процессе необходимо определять работы таким образом, чтобы цели проекта были достигнуты. [c.65]
Последовательность работ подразумевает определение и документирование зависимостей между работами. Работы должны быть точно согласованы для последующего создания реалистичного и выполнимого расписания. Согласование может быть осуществлено как при помощи компьютера (с использованием прикладных программ управления проектами), так и вручную. Ручная обработка зачастую более эффективна в небольших проектах или на ранних стадиях в больших, когда мало деталей доступно. Ручные и автоматизированные методы также могут быть использованы в сочетании. [c.68]
Дискретные зависимости также называются предпочтительной логикой, предпочитаемой логикой или мягкой логикой. [c.68]
В метод входят четыре типа зависимостей или отношений предшествования. [c.69]
В методе предшествования наиболее часто используемым типом логических отношений является зависимость Окончание - Начало . Отношение Начало - Окончание используется сравнительно редко и в основном профессионалами в области разработки расписаний. Использование отношений типа Начало - Начало , Окончание - Окончание или Начало -Окончание совместно с программным обеспечением управления проектами может привести к неожиданным результатам, поскольку данные отношения не являются широко применяемыми. [c.69]
Оценка продолжительности работ состоит из определения того количества рабочего времени, которое потребуется для завершения каждой определенной работы. Лицо (или группа лиц команды проекта), наиболее знакомое с природой данной работы, должно произвести или, по крайней мере, утвердить оценку. [c.70]
Оценка необходимого рабочего времени для завершения работы должна также учитывать и растянутое время. Например, если растянутое время, за которое бетон схватывается, составляет четыре дня, то на работу может потребоваться от двух до четырех рабочих дней в зависимости (а) от того, на какой день приходится начало работы, и (б) от того, считаются ли суббота и воскресенье рабочими днями. Большинство программных продуктов для составления расписаний разрешают эти проблемы автоматически. [c.70]
Общая продолжительность проекта также может быть определена при помощи указанных здесь методов и инструментария, но более правильно она определяется в результате процесса создания расписания, описанного в разделе 6.4. [c.70]
Данная оценка наиболее надёжна, когда (а) предыдущие работы схожи в деталях, а не только внешне, и (б) работники, осуществляющие оценку, имеют необходимый опыт. [c.72]
Глава 11 - Управление риском проекта - содержит более детальное обсуждение оценки неопределённости. [c.72]
Разработка расписания подразумевает определение дат начала и окончания доя работ проекта. Если эти даты не реальны, то маловероятно, что проект будет завершен, как запланировано. Процесс разработки расписания должен быть итерационным (вместе с процессами, предоставляющими исходные данные особенно оценки продолжительности и стоимости) до разработки расписания проекта. [c.72]
Количество деталей и уровень специфики в описании набора ресурсов могут изменяться. Например, на стадии начальной разработки расписания консультационного проекта необходимо только знать, что в определенный момент времени два консультанта будут доступны. В финальном расписании данного проекта должно быть определено, какие именно консультанты будут в наличии. [c.73]
Задачей контроля расписания является (а) оказание влияния на факторы, которые создают изменения в расписании, чтобы удостовериться в полезности изменений (б) определение того, что расписание изменилось, и (в) управление действительными изменениями по мере их появления. Контроль расписания должен быть тщательно интегрирован с остальными процессами контроля, как это описано в разделе 4.3 - Всеобщий контроль изменений. [c.77]

Вернуться к основной статье