Spider Project - первая российская система управления профессионального уровня — страница 7

  • Просмотров 3556
  • Скачиваний 41
  • Размер файла 26
    Кб

устойчивость расписания, особенно на фазе исполнения. В процессе исполнения оставшиеся плановые длительности операций меняются, поэтому и расписания, составленные пакетами в автоматическом режиме могут оказаться совершенно другими. Так, например, изменив плановую длительность операции “Negotiations with Vendors” в нашем примере с 15 дней на 14, вы получите совершенно другое расписание в пакете Microsoft Project. Изменение длительности операции

на один день влечет за собой изменение планового срока завершения проекта на три недели в ту или другую сторону! Новое расписание будет оптимальным, соответствующим расписанию Spider Project, однако встает вопрос - а что, если вы уже заключили контракты, запланировали поставки и т.д.? С этого момента вы не сможете использовать автоматический расчет расписания проекта, если только вы не пересмотрите свои соглашения. Именно поэтому в

пакете Spider Project имеется дополнительная опция - поддержка расписания предыдущей версии проекта, в качестве которой вы можете выбрать любую версию из архива проекта. 3.2. Критический путь и резервы Традиционное понятие критического пути работает только при наличии неограниченных ресурсов. При ограниченных ресурсах традиционные способы определения критического пути теряют смысл. Это же относится и к понятию полного резерва (total

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

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

исполнения операций с учетом ограниченности ресурсов. Мы довольно давно предлагали эту концепцию (в частности, в презентациях на конференциях PMI и конгрессе IPMA в Париже в 1996 году) и рады тому, что сейчас концепции ресурсного критического пути стали уделять внимание. Имея возможность определения и использования ресурсного критического пути и ресурсных резервов, мы критически относимся к теории Critical Chain. 3.3. Определение