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

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

использовать неограниченное количество различных иерархических структур работ и ресурсов. Использование множественных иерархических структур мы считаем принципиальным, а споры вокруг того, какую именно иерархическую структуру считать оптимальной, беспредметными. Поэтому нам не понятна цель работы той группы в комитете стандартов PMI, которая разрабатывает рекомендации по структуризации проектов. Использование

множественных иерархических структур позволяет не только получать отчетность о проектах в самых различных разрезах, но и проконтролировать полноту компьютерной модели проекта. Как правило, мы используем в наших проектах по меньшей мере следующие три иерархические структуры работ - по объектам проекта, по процессам проекта, по ответственности исполнителей. При этом следует подчеркнуть, что структура ответственности с

успехом заменяет матрицу ответственности, обычно разрабатываемой в плане проекта. Ответственности как правило распределяются иерархически и только в небольших проектах структура ответственности становится плоской и может быть сведена к матрице. Кроме того, в пакете Spider Project можно создавать и другие структуры работ, в том числе неполные (не содержащие всех операций проекта). Неполные структуры - удобный инструмент для

подготовки отчетности и анализа отдельных аспектов проекта. Примерами таких неполных структур могут служить структура поставок, в которую входят только те операции, которые отображают поставки материалов, или структура Milestones, включающая только контрольные события проекта (Milestone schedule). Использование иерархических структур ресурсов особенно важно при мультипроектном управлении. При этом матричная структура организации

определяет необходимость получения отчетности по ресурсам как по проектной иерархии, так и по функциональной. Поэтому и для ресурсов полезно использовать множественные иерархические структуры. 2.9. Архивы Для анализа исполнения проекта, а также для анализа “что если” очень важно иметь возможность сохранять прежние версии проекта и иметь возможности для сравнения и анализа отклонений текущей версии проекта от предыдущих.

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