Навигация
2.4. Календари
Календари можно задать для всех операций, ресурсов и задержек. При этом мы считаем важным для моделирования проекта наличие всех перечисленных календарей.
2.5. Назначения
Очень серьезные отличия имеются в назначениях ресурсов на исполнение операций проекта. В Spider Project при назначениях ресурсов на исполнение операций проекта появляется понятие команды, то есть группы ресурсов, выполняющих работы вместе. В команду могут входить как отдельные ресурсы, так и мультиресурсы и пулы. Если у операции исходной информацией является объем работ, необходимо задать производительность хотя бы одного из назначенных ресурсов, чтобы пакет вычислил длительность работы. При этом заметим, что при назначении пулов длительность работы определяется только в процессе составления расписания работ.
Spider Project выбирает какие из ресурсов пула назначить на исполнение операции с учетом возможной занятости ресурсов пула на других операциях проекта. Назначая на исполнение операции пул ресурсов, следует задать либо общее количество ресурсов пула, необходимое для исполнения операции, либо их суммарную производительность. Пример: пул состоит из самосвалов различной грузоподъемности. Можно задать необходимое для исполнения операции количество самосвалов, либо суммарную грузоподъемность назначенных самосвалов.
Ресурсы, принадлежащие различным командам, работают на операции независимо. При этом можно задать объемы или длительности работ для каждой команды, а можно этого и не делать. Последнее означает, что команда будет работать, пока операция не будет выполнена. При этом к ней могут присоединяться и другие назначенные команды, но может создаться и ситуация, когда работа будет закончена до того, как некоторые из назначенных команд приступят к исполнению операции. Такой подход позволяет эффективно моделировать сменную работу. Ресурсы могут быть назначены на исполнение операции частично. Тогда в Spider Project задается процентная загрузка назначенных ресурсов наряду с количеством. Тем самым не создается ситуация, обычная для других пакетов, когда необходимое количество ресурсов остается неизвестным (две единицы ресурса с 50% загрузкой в других пакетах эквивалентны одной единице, загруженной полностью).
Как уже упоминалось, материалы могут потребляться ресурсами в процессе своей работы, могут быть назначены напрямую на операцию и на назначение ресурса (тогда можно получать отчетность о потреблении материалов отдельными ресурсами). Существенным отличием Spider Project является и то, что в пакете моделируется не только потребление, но и производство ресурсов и материалов на операциях и назначениях.
2.6. Стоимости
Другие подходы используются и при назначении стоимости операций, ресурсов и материалов. Прежде всего, пакет позволяет использовать неограниченное количество составляющих стоимости, причем в разных валютах. Это позволяет отдельно учитывать доходы, расходы, заработную плату, стоимость механизмов и т.д. Кроме назначения стоимости часа работы возобновляемых ресурсов и стоимости единицы материалов, стоимости можно назначать напрямую на операции и назначения. Так, например, если работа выполняется по контракту с фиксированной ценой, то стоимость часа работы ресурса теряет смысл и следует использовать стоимость назначения ресурса (подрядчика) на операцию. Если стоимость операции не зависит от назначений, стоимость назначается непосредственно на операцию. Такой подход достаточно гибок, чтобы моделировать любые жизненные ситуации.
2.7. Центры
Часто бывает необходимым контролировать группы материалов, ресурсов и затрат. Для этой цели служат центра материалов, ресурсов и стоимостей, которые в Spider Project можно создавать в неограниченном количестве. В центр материалов можно включить любую группу материалов, в центр ресурсов - группу ресурсов и получать отчеты об общем количестве ресурсов или материалов по соответствующему центру. В стоимостной центр можно включить определенные стоимостные составляющие, ресурсы и материалы. Тогда будут подсчитываться суммарные расходы только по выбранным стоимостным составляющим, включая (или не включая) фиксированные стоимости работ на операциях (назначенные напрямую), а также те ресурсы и материалы, которые вошли в стоимостной центр.
2.8. Иерархические структуры
В Spider Project можно использовать неограниченное количество различных иерархических структур работ и ресурсов. Использование множественных иерархических структур мы считаем принципиальным, а споры вокруг того, какую именно иерархическую структуру считать оптимальной, беспредметными. Поэтому нам не понятна цель работы той группы в комитете стандартов PMI, которая разрабатывает рекомендации по структуризации проектов. Использование множественных иерархических структур позволяет не только получать отчетность о проектах в самых различных разрезах, но и проконтролировать полноту компьютерной модели проекта.
Как правило, мы используем в наших проектах по меньшей мере следующие три иерархические структуры работ - по объектам проекта, по процессам проекта, по ответственности исполнителей. При этом следует подчеркнуть, что структура ответственности с успехом заменяет матрицу ответственности, обычно разрабатываемой в плане проекта. Ответственности как правило распределяются иерархически и только в небольших проектах структура ответственности становится плоской и может быть сведена к матрице. Кроме того, в пакете Spider Project можно создавать и другие структуры работ, в том числе неполные (не содержащие всех операций проекта). Неполные структуры - удобный инструмент для подготовки отчетности и анализа отдельных аспектов проекта.
Примерами таких неполных структур могут служить структура поставок, в которую входят только те операции, которые отображают поставки материалов, или структура Milestones, включающая только контрольные события проекта (Milestone schedule). Использование иерархических структур ресурсов особенно важно при мультипроектном управлении. При этом матричная структура организации определяет необходимость получения отчетности по ресурсам как по проектной иерархии, так и по функциональной. Поэтому и для ресурсов полезно использовать множественные иерархические структуры.
Похожие работы
... . Возможности "надстройки" стандартных программ и создание собственных разработок на основе баз данных ограничены и не рекомендуются к широкому применению, что связано с "уникальностью" проектов и сложностью разработки специализированного программного обеспечения для этих целей. ОФИСНЫЕ ПРОГРАММЫ (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 комментариев