Навигация
2.9. Архивы
Для анализа исполнения проекта, а также для анализа “что если” очень важно иметь возможность сохранять прежние версии проекта и иметь возможности для сравнения и анализа отклонений текущей версии проекта от предыдущих. При этом мы считаем недостаточным сохранять только базовый план. В Spider Project вы можете хранить неограниченное количество версий проекта и анализировать ход исполнения работ не только по сравнению с какой-то базовой версией, но и с любой другой. Такая возможность позволяет оценить как исполнялся проект за последнюю неделю, за последний месяц, с начала года, по сравнению с базовым планом и т.д. Если производился анализ рисков, то можно сравнить текущую версию с оптимистической и пессимистической. Наличие архивов очень важно на стадии завершения проекта для проведения послепроектного анализа и для разрешения конфликтов.
3. Вычисления
Задачи, решаемые с помощью пакетов управления проектами обычно включают: n разработку расписания исполнения проекта без учета ограниченности ресурсов, n разработку расписания исполнения проекта с учетом ограниченности ресурсов (leveling), n определение критического пути и резервов времени исполнения операций проекта, n определение потребности проекта в финансировании, материалах и оборудовании в любые периоды времени, n определение распределения во времени загрузки возобновляемых ресурсов, n анализ рисков и планирование расписания и других характеристик проекта с учетом рисков, n ведение учета исполнения, n анализ отклонений хода работ от запланированного (в том числе Earned Value Analysis) и прогнозирование основных параметров проекта.
Задача составления расписания исполнения проекта без учета ограниченности ресурсов имеет точное математическое решение (метод критического пути) и для аналогичных исходных данных решается всеми пакетами одинаково. По остальным задачам имеются существенные отличия в подходах и получаемых результатах.
3.1. Расписание исполнения проекта с учетом ограниченности ресурсов
В большинстве пакетов под расписанием с учетом ограниченности ресурсов понимается расписание, в котором учитывается ограниченность возобновляемых ресурсов. При этом традиционно используются самые простые эвристики, которые не обеспечивают ни получения расписания, близкого к оптимальному, ни устойчивости этого расписания. В лучшем случае пользователям предоставляется возможность выбора критериев при назначении ресурсов в процессе составления расписания, что позволяет выполнить перебор и выбрать лучшее из полученных решений. Однако и такой перебор не обеспечивает получения приемлемых результатов. В Spider Project используются значительно более совершенные эвристики, которые позволяют устойчиво получать более короткие расписания исполнения проекта при тех же ресурсных ограничениях, чем в других пакетах. В качестве примера приведем простой проект - приобретение компьютерной программы.
Как ни странно, но для этого проекта расписания, составляемые другими пакетами при условии, что имеется только один Аналитик и один Менеджер, на три недели длиннее. В большинстве реальных проектов расписания Spider Project существенно короче расписаний, составляемых другими пакетами при тех же ограничениях на ресурсы проекта. Не менее важной является и устойчивость расписания, особенно на фазе исполнения.
В процессе исполнения оставшиеся плановые длительности операций меняются, поэтому и расписания, составленные пакетами в автоматическом режиме могут оказаться совершенно другими. Так, например, изменив плановую длительность операции “Negotiations with Vendors” в нашем примере с 15 дней на 14, вы получите совершенно другое расписание в пакете Microsoft Project. Изменение длительности операции на один день влечет за собой изменение планового срока завершения проекта на три недели в ту или другую сторону! Новое расписание будет оптимальным, соответствующим расписанию Spider Project, однако встает вопрос - а что, если вы уже заключили контракты, запланировали поставки и т.д.? С этого момента вы не сможете использовать автоматический расчет расписания проекта, если только вы не пересмотрите свои соглашения. Именно поэтому в пакете Spider Project имеется дополнительная опция - поддержка расписания предыдущей версии проекта, в качестве которой вы можете выбрать любую версию из архива проекта.
3.2. Критический путь и резервы
Традиционное понятие критического пути работает только при наличии неограниченных ресурсов. При ограниченных ресурсах традиционные способы определения критического пути теряют смысл. Это же относится и к понятию полного резерва (total float). Полный резерв, определяемый большинством пакетов, показывает резерв времени исполнения операций, если пренебречь ограничениями на количество имеющихся ресурсов. Практически такие резервы использовать нельзя. В качестве примера приведем простой проект, состоящий из трех операций - у двух операций плановая длительность по десять дней, у третьей - пятнадцать. Первые две для своего исполнения требуют ресурса А, третья - ресурса В. Если операции не взаимосвязаны, то третья операция является критической в классическом понимании, а у двух первых имеется полный резерв в пять дней. Если же рассчитать расписание с учетом того, что имеется лишь по одной единице каждого из ресурсов, первые две операции можно выполнять лишь по очереди, а у третьей возникает резерв в пять дней.
Поэтому в Spider Project вычисляется ресурсный критический путь и резервы сроков исполнения операций с учетом ограниченности ресурсов. Мы довольно давно предлагали эту концепцию (в частности, в презентациях на конференциях PMI и конгрессе IPMA в Париже в 1996 году) и рады тому, что сейчас концепции ресурсного критического пути стали уделять внимание. Имея возможность определения и использования ресурсного критического пути и ресурсных резервов, мы критически относимся к теории Critical Chain.
Похожие работы
... . Возможности "надстройки" стандартных программ и создание собственных разработок на основе баз данных ограничены и не рекомендуются к широкому применению, что связано с "уникальностью" проектов и сложностью разработки специализированного программного обеспечения для этих целей. ОФИСНЫЕ ПРОГРАММЫ (MS Office, Intenet, E-mail) Использование офисных программ (MS Office, Internet, E-mail) не ...
... , но впоследствии стали применяться для управления проектами в самых различных отраслях. В настоящее время в это семейство продуктов входят: · Open Plan – система календарного планирования и контроля, предназначенная для управления реализацией как отдельных проектов, так и сложных проектных программ в срок и в рамках бюджета; · Cobra – система управления бюджетом проектов, ...
... счет того, что эта задача будет решаться быстрее, можно избежать роста бюджета, уменьшая затраты на равную величину в любом другом сегменте проекта. 3. Виды систем управления проектами Системы управления проектами можно разделить на «непрофессиональные» (неспециализированные) и «профессиональные» (специализированные). К первому типу можно отнести Microsoft Project (Microsoft) и Suretrak ( ...
... языка программирования Visual Basic For Application, что обеспечивает возможность разработки программных компонент, обеспечивающих решение специфических задач. Методика использования пакета Microsoft Project для управления инновационным проектом на этапе подготовки к реализации, целью которой является получение сетевого графика и календарного плана проекта, может быть представлена в виде ...
0 комментариев