Стандартизация процедур управления.

Еще одной существенной характеристикой пакета Open Plan является наличие встроенного методологического модуля – «Директора управления проектами» (ДУП). С помощью процедур этого модуля компания может формализовать и повторно использовать накопленный опыт, настроить стандартные процедуры управления проектами предприятия, а также автоматизировать сбор и распределение относящейся к проекту информации. С системой поставляется набор шаблонов процессов.

 

Spider Project.

Разработчик/представитель в России – компания “Технологии управления “Спайдер”.

Spider Project лучшая отечественная система управления проектами. Версия под DOS появилась еще в 1992 году. От версии к версии заметно улучшается не только интерфейс системы, но и ее функциональность.

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

Кроме отдельных ресурсов можно задавать мультиресурсы и пулы.

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

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

Для анализа исполнения проекта, а также для анализа “что если” очень важно иметь возможность сохранять прежние версии проекта и иметь возможности для сравнения и анализа отклонений текущей версии проекта от предыдущих. В Spider Project есть возможность хранить неограниченное количество версий проекта и анализировать ход исполнения работ не только по сравнению с какой-то базовой версией, но и с любой другой.

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

Алгоритм анализа рисков так же отличается от реализованного в других системах. При моделировании рисков в качестве исходной информации используются не оценки длительности (оптимистические, пессимистические), а оценки производительности ресурсов.

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

С этих позиций разработана и система групповой работы через Интернет. Система взаимодействия между участниками проекта с использованием внутрифирменной Intranet или Internet работает по следующему механизму:

· созданная главным менеджером полная версия проекта передается на сервер с указанием списка пользователей и уровня доступа тех, которым она предназначается;

· пользователи системы согласно включенным в список ограничениям по доступу к проектам, могут получить план проекта – только для чтения или его фазу (подфазу) для управления реализацией;

· в результате выполнения функции управления пользователь передает измененный план (фазы, подфазы) обратно на сервер, откуда он может быть получен руководителем проекта.

 

При обращении к серверу система проводит идентификацию пользователя, обеспечивая, таким образом, разграничение доступа к проектам.

Обмен данными между сервером и клиентами осуществляется с использованием протокола FTP, что позволяет развернуть систему на любой платформе. Проект отправляется на сервер непосредственно из пакета при выборе пункта меню «Отправить». FTP сервер служит таким же хранилищем проектов, как и другие директории (Рабочее, Центр, Архив). Входя на сервер, пользователь видит список доступных для него проектов и открывает их прямо в Спайдере. Взаимодействие между участниками проекта можно осуществлять через несколько серверов. Например, главный менеджер отправлять проекты может на один сервер, а получать с другого.

Spider Project поддерживает OLE (в визуальные представления можно вставлять текст и графику). Экспорт данных проекта в другие приложения осуществляется с помощью формата csv.

Так же следует отметить хорошую справочную систему продукта, в которую, помимо руководства пользователя включен переработанный русский перевод PMBok (Project Management Body of Knowledge).

 

Для подготовки к лабораторному практикуму:

· Ознакомьтесь с технологией работы с системой Spider Project.

· Ознакомьтесь с технологией работы с системой Open Plan.

· Выполните задания из практикума.

· Оформите результаты и передайте преподавателю.

 

Тема 7. Выбор автоматизированной системы управления проектами

 

В результате успешного изучения темы Вы узнаете:

1. Требования, рассматриваемые при выборе автоматизированной системы управления проектами.

2. Процесс выбора программного обеспечения.

Приобретете следующие компетенции:

1. Получите представление о систематизации требований, предъявляемых к автоматизированным системам управления проектами.

2. Научитесь оценивать значимость критериев для конкретного проекта.

В процессе освоения темы акцентируйте внимание на следующих понятиях:

· Технические требования.

· Управленческие требования.

· Управление данными.

· Требования к размерности.

· Требования к структуризации.

· Требования к типам работ.

· Требования к типам ресурсов.

· Требования к назначениям.

· Требования к календарям.

· Требования к учету затрат.

· Механизмы планирования.

· Критерии выбора ПО.

Для изучения темы:

Прочитайте:

- И.И. Мазур, В.Д. Шапиро, Н.Г. Ольдерогге «Управление проектами» Учебное пособие, - М.: ООО «Омега-Л», 2005, стр. 644-656.

- Рассел Д. Арчибальд «Управление высокотехнологичными программами и проектами»: пер с англ. Мамонтова Е.В.; под ред. Баженова А.Д., Арефьева А.О. – М.: Компания АйТи, ДМК Пресс, 2004, стр. 161-168.

 

· Обратите внимание на:

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

 

Ознакомьтесь со следующими дополнительными материалами:

 

- П.С. Гейзлер, О.В. Завьялова «Управление проектами» Практическое пособие – Минск, Книжный дом «Мисанта», 2005, стр. 267-271.

 

· Обратите внимание на:

Требования, рассматриваемые при выборе программных пакетов управления проектами.

 

Ответьте на следующие вопросы:

1. Какие технические требования рассматриваются при выборе автоматизированной системы управления проектами?

2. Какие управленческие требования рассматриваются при выборе автоматизированной системы управления проектами?

3. Каким требованиям должен удовлетворять пользовательский интерфейс?

4. Какие возможности по управлению данными должны предоставлять системы управления проектами?

5. Какие требования предъявляются к возможностям календарного планирования?

6. Сформулируйте требования к совместной работе.

⇐ Предыдущая12345678910

Поделиться: