Программные средства управления проектами

      - стоимость часа работы (обычной  и сверхурочной),

      - календари работы ресурсов,

      -принадлежность к подразделению Иерархической Структуры Ресурсов (Resource Breakdown Structure).

      В пакете MS Project  общее количество ресурсов задается в процентах. Так,  один ресурс можно задать как 100%, два как 200% и т.д. Это сделано для удобства задания неполной загрузки ресурсов на работах,  но не позволяет задать оба параметра одновременно  и количество назначенных ресурсов,  и их загрузку на операции.

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

      Иерархическую структуру ресурсов можно задать в P3e, Open Plan  и Spider  Project.  При этом в Spider Project  можно наложить на ресурсы неограниченное количество иерархических структур,  что позволяет группировать ресурсы произвольным образом и получать отчетность по загрузке ресурсов во всевозможных матричных структурах управления.

      Во  всех версиях Spider Project  стоимость часа работы возобновляемых ресурсов можно задавать по составляющим затрат (например, зарплата, накладные расходы,  амортизация и т.п.),  однако отсутствует возможность задания уровня оплаты сверхурочных работ в России спрос на эту функцию отсутствует.

      Кроме того, в Spider Project можно также задать потребление материалов за час работы возобновляемого ресурса. Все большую популярность приобретает skill scheduling (поддерживается

      Open Plan, Spider Project  и MS Project 2002),  когда ресурсам присваиваются роли,  которые они могут играть,  а на исполнение операций проекта назначаются не конкретные ресурсы, а роли. Программа выбирает, какие именно ресурсы выгоднее использовать на тех, или иных работах. В пакете Spider Project роли задаются через создание всевозможных пулов ресурсов и главное отличие в подходах заключается в том,  что в американских пакетах ресурсы с одной ролью (skill)  полностью взаимозаменяемы,  в то время как в Spider Project  у этих ресурсов может быть разная производительность,  которая учитывается при назначении исполнителей. В этом пакете  (во всех версиях) можно назначать на исполнение операции или общее количество ресурсов определенной роли,  или общую производительность назначенных ресурсов,  чтобы программа сама подобрала нужное количество  (два СуперМАЗа или три МАЗа например).

      В P3e  тоже можно задать роли ресурсов,  но выбор исполнителей тем не менее осуществляет человек, а не программа.

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

      По  невозобновляемым ресурсам  (материалам)  задается стоимость за единицу. В Spider Project эта стоимость может относиться к различным компонентам затрат,  а кроме того,  может быть задано имеющееся начальное количество материалов, которое используется при расчете расписания с учетом ограничений по поставкам. [1]

      10. Взаимосвязи операций

      Взаимосвязи операций отражают ограничения на порядок их исполнения. Так,  нельзя строить стены, пока не готов фундамент, нельзя укладывать трубы пока не готова траншея хотя бы на ближайшем участке.

      В пакетах управления проектами поддерживаются четыре типа взаимосвязей Финиш-Старт,  когда следующая работа может начинаться после завершения предшествующей,  Старт-Старт,  когда следующая работа может начинаться после начала исполнения предшествующей,  Финиш-Финиш,  когда следующая работа может завершиться только после завершения предшествующей,  Старт-Финиш,  когда следующая работа может завершиться только после начала предшествующей.

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

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

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

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

      Project  появились так называемые жесткие  связи,  которые должны исполняться немедленно.  Если заправляемый самолет будет позже,  то и заправщик вылетит точно ко времени. [7]

      13. Поставки и финансирование

      Поставки  и финансирование можно моделировать в пакете Spider Project.  Моделирование поставок осуществляется заданием отрицательного расхода соответствующих материалов на операциях,  отображающих поставки.  Для моделирования финансирования следует ввести составляющие стоимости,  у которых стоимость единицы отрицательна,  и назначить их на операции проекта,  соответствующих поступлению финансов в проект.  Задав финансирование, можно будет получать отчеты не только по затратам проекта,  но и по cash flow,  а также учитывать ограничения по финансированию и поставкам при составлении расписания исполнения работ проекта  (только в профессиональной версии Spider Project).

      В пакете Open Plan финансирование как таковое не задается, однако можно   рассчитать расписание проекта с учетом заданных ограничений по затратам проекта за определенные промежутки времени. [1]

      Выводы

      В процессе подготовки реферата мы ознакомились с программами управления проектами, а именно:

      - с решаемыми задачами;

      - необходимой терминологией;

      - корпоративным управлением проектами;

      - системами управления проектами.

      Произвели краткое ознакомление с системами:

      - MS Project;

      - Primavera;

      - Spider Protect;

      - Open Plan. 
 
 

Спискок используемой литературы:

      [1] - http://www.spiderproject.ru/library/sreview.pdf

      [2] - http://www.pmonline.ru/pm/introduction/

      [3] - http://www.cfin.ru/software/project/

      [4] - http://coolreferat.com/

      [5] - http://turboreferat.ru/information/proektirovanie-sistemy-upravleniya-proektami/

      [6] - http://coolreferat.com/

      [7] - http://www.osp.ru/os/2002/09/181925/