| Рис. 40. Два расписания проекта б) заканчивать так поздно, как только возможно |  |
Представим себе, что по принципиальным соображениям ежедневное финансирование проекта не может превышать 6,5 единицы. Как изменить расписание проекта, чтобы удовлетворить этому ограничению Как при этом изменится длительность проекта [c.240]
Разработка предварительного расписания проекта [c.152]
Вместе с тем не всякий результат расчета можно рассматривать как расписание проекта. Определение длительности выполнения отдельных задач проекта, приведенное в табл. 3.1, выполнялось в предположении, что имеются нормативы длительности выполнения отдельных задач. Но поскольку каждому проекту свойственна определенная степень уникальности, распространять на все проекты действие любых нормативов можно с определенными оговорками. Кроме того, в большинстве случаев длительность выполнения задач даже при известном физическом объеме может изменяться в достаточно широких пределах. Например, если объем трудозатрат некоторой задачи равен восьми часам, то один исполнитель соответствующей задачи может выполнить ее примерно за один рабочий день. Но два исполнителя способны выполнить этот объем работ примерно за половину рабочего дня, а один исполнитель более высокой квалификации также способен выполнить работу быстрее одного рабочего дня. Применение более совершенной технологии и оборудования также может резко сократить длительность выполнения задачи. Еще более важно, что применение прогрессивных технологий часто позволяет выполнять работы параллельно и за счет этого сокращать цикл выполнения проекта даже при сохранении первоначальных оценок длительности задач. [c.153]
Если рассматривать показанное на рис. 3.17 расписание как первое приближение к расписанию проекта, то в первом приближении цикл проекта оказался равным 24 рабочим дням (см. число в первой строке столбца Длительность). Так как подобное расписание проекта может быть сформировано еще на стадии переговоров с заказчиком, то при отсутствии прямого требования заказчика по дате окончания проекта целесообразно рассмотреть расписание вместе с заказчиком, чтобы выяснить требуемую дату окончания проекта, а также согласовать сроки наступления других ключевых событий проекта. [c.153]
Так как Шц рис. 3.17 показано только первое приближение к расписанию проекта, оно еще не может служить надежной основой для оценки действительного цикла выполнения проекта до соответствующей проработки. [c.153]
После введенного ограничения временные показатели задач будут пересчитаны и расписание проекта примет вид, показанный на рис. 3.23. В этом окне при помощи алгоритма 2.11 в таблицу перед столбцом Длительность вставлен столбец Общий временной резерв. При анализе показанной на рис. 3.23 линейной диаграммы следует обратить внимание на изображение задач 7 и 8. Теперь веха окончания проекта установлена на требуемую дату, но при этом видно, что задача 7 не может быть выполнена в требуемый срок. [c.158]
После ввода приведенных в табл. 3.3 значений временной задержки для указанных связей с помощью алгоритма 3.10 расписание проекта-примера примет показанный на рис. 3.24 вид. [c.160]
Базовый план проекта возникает после утверждения предварительного плана проекта. Очень часто это происходит именно при принятии решения о запуске проекта. В таких случаях утвержденный план должен быть зафиксирован, защищен от несанкционированных изменений и распространен между участниками проекта. Очевидно, что утверждение бумажных документов (например, распечаток линейной диаграммы и бюджета предварительного расписания проекта) выполняется его визированием руководителем соответствующего уровня, который имеет на это право. Понятно, что эти документы могут быть скопированы и размножены при помощи любых технических средств. ( [c.196]
Поэтому, зная предварительное расписание проекта и его бюджет, в совокупности с другими документами уже можно определить состав и значения показателей успеха проекта. [c.199]
Показатели успеха проекта могут относиться к проекту в целом и к его основным фазам. Очень часто показатели успеха проекта определяют с учетом предварительного расписания проекта, определяя для его основных показателей (например, длительности основных фаз проекта) допуски на превышение установленных в предварительном расписании значений показателей. При определении таких допусков большое значение имеет опыт выполняющей проект организации и заказчика. Хотя каждый проект обязательно обладает определенной степенью уникальности, они, тем не менее, в какой-то [c.199]
Детализация расписания проекта [c.216]
Особенности детализации расписания проекта удобно изучить на основе проекта-примера, разработка предварительного плана которого была рассмотрена ранее. [c.216]
Удаление из файла расписания проекта любой задачи, с которой в базовом плане связана какая-то информация, приводит к потере этих данных. [c.216]
Вторая особенность разработки детального расписания проекта заключается в том, что это значительно более трудоемкая работа, чем разработка предварительного плана того же проекта. Можно ожидать, что количество задач детального плана проекта возрастет по сравнению с предварительным планом не менее чем на один-два порядка. [c.218]
Следующие шаги декомпозиции задач предварительного плана требуют некоторой подготовительной работы технического характера, очень важной для формирования расписания проекта впоследствии. [c.224]
Выполненные действия, подробно описанные в данной главе, позволили сформировать предварительное расписание проекта. В нем немногим более ста задач, но статистика говорит о том, что не менее двух третей выполняющихся проектов имеют расписания примерно с такой же степенью детализации. Подобные проекты называют малыми. Число задач в графике реализации проекта среднего масштаба может превышать 1000, а в проектах крупного масштаба — 10 000. Независимо от масштаба проекта технология управления им и характер приемов использования систем управления проектами сохраняют много общего. [c.242]
Анализ сформированного расписания проекта целесообразно выполнять в определенной последовательности по степени относительной важности показателей. [c.243]
Анализ содержания табл. 4.7 позволяет сделать вывод о том, что детальное расписание проекта-примера, разработка которого была рассмотрена выше, по показателям затрат достаточно близко к показателям предварительного плана (погрешность показателей затрат составляет около 1%). Показатель длительности детального плана проекта совпадает с длительно ъю предварительного плана проекта-примера. Тем не менее планирование времени проекта заслуживает первоочередного внимания. [c.243]
Наиболее сильно изменились сроки окончания фазы 4 "Ремонт полов". Визуальный анализ расписания проекта при помощи линейной диаграммы показывает, что сроки выполнения этой фазы проекта изменились из-за задачи с кодом иерархической структуры работ 4.ВА "Ремонт полов. Ванная". Срок завершения остальных задач этой фазы существенно раньше — 18.07.02. [c.244]
| Рис. 4.15. Экранная форма с данными о графике потребности в ресурсах для детального расписания проекта-примера |  |
Поэтому расписание проекта целесообразно изменить так, чтобы потребность в ресурсах стала более равномерной. [c.250]
В принципе можно перечислить все основные группы возможностей по оптимизации расписания проекта [c.250]
Рассмотреть возможности применения комбинированных экранных форм для комплексного планирования расписания проекта и потребности в ресурсах можно на примере алгоритма 4.7. [c.252]
Алгоритм 4.7. Использование комбинированных экранных форм для планирования расписания проекта и загрузки ресурсов [c.252]
Для планирования расписания проекта и загрузки ресурсов с использованием комбинированных экранных форм нужно выполнить следующие действия. [c.252]
| Рис. 40. Два расписания проекта а) начинать так рано, как толькб возможно |  |
Анализ показанной на рис. 3.23 линейной диаграммы показывает, что сам по себе ввод временного ограничения задачи еще не обеспечивает автоматического изменения всего расписания задач графика. Хотя Proje t имеет определенные возможности выравнивания загрузки ресурсов и пересчета временных показателей задач (они будут рассмотрены далее), основным средством оптимизации расписания проекта должны служить принимаемые руководителем проекта и другими членами команды проекта решения — это принцип управления проектами. [c.159]
При этом следует учитывать, что в расписании проекта после ввода временного ограничения завершения задачи 8 сохраняется описанный выше конфликт планирования. Поэтому каждая попытка пересчета графика будет вызывать активизацию диалога, с помощью которого Мастер планирования будет пытаться разрешить этот конфликт. Так как работа пользователя с Proje t в данном случае уже имеет своей целью устранение этого конфликта, такая активность Мастера планирования будет мешать и отвлекать внимание пользователя, заставляя его выполнять лишние действия. Проблему устранения лишних действий можно решить, установив после активизации навязанного Мастером планирования диалога в его окне (см. рис. 3.21 и 3.22) флажок Больше не выводить это сообщение. Можно также выполнить это другим путем выполнить команду Сервис Параметры, выбрать вкладку Общие и снять на ней флажок Помощь мастера планирования. При необходимости этот флажок может быть выбран вновь после устранения проблемы, с тем чтобы сохранить возможность использования Мастера планирования при решении других проблем. [c.160]
Но утвержденное состояние предварительного плана проекта должно быть зафиксировано и при помощи средств Proje t с тем, чтобы защитить его от изменений в отличие от оперативного расписания проекта. Для этого следует использовать алгоритм 3.30. [c.196]
Сложность управления изменениями во многом определяется тем, что они должны координироваться по всем аспектам управления проектом. Так, изменение расписания работ должно находить соответствующее отражение в бюджете проекта и учитываться при определении потребности в ресурсах. Часто может возникнуть необходимость решения обратных задач. Неоценимую помощь в решении задач перепланирования может оказать программа Proje t, которая позволяет легко изменять расписание проекта, автоматически учитывая при этом изменения бюджета и потребности в ресурсах. [c.209]
В целом принцип детализации расписания проекта состоит в том, что одна укрупненная задача заменяется несколькими задачами. При этом укрупненная задача может сохраниться в детальном расписании как своеобразный "заголовок" раздела расписания. Этот процесс удобно выполнять, если строить ИСР проекта, на основе предварительного перечня задач этого проекта — такое решение создает очень хорошие возможности для сопоставления детального расписания с предварительным. Это связано с тем, что показатели базового плана сохраняются в базе данных Proje t в полях, связанных с отдельными задачами. [c.216]
Для успешного управления любым проектом и эффективного применения любой системы управления проектами, в том числе Proje t, необходимо представлять себе, что расчет расписания проекта и даже анализ полученных результатов еще не являются планированием. Сущность планирования состоит в принятии решений на основе анализа имеющейся информации, в первую очередь — результатов расчета расписания проекта. [c.245]
Одной из наиболее важных задач управления ресурсами является планирование их загрузки. Специфика этой задачи такова, что ее решение без привлечения возможностей систем управления проектами в любых практически значимых случаях вообще не представляется возможным. С помощью экранных форм Proje t и других возможностей этой системы управления проектами опытный менеджер сможет наглядно увидеть, как отражаются возможные решения управленческих задач на загрузке ресурсов, и принять меры к оптимизации расписания проекта в комплексе с загрузкой ресурсов. [c.251]