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

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

Но обо всем по порядку. Как уже было сказано выше, первой попыткой применения метода СРМ можно считать планирование проекта по модернизации заводов фирмы «Дюпон». Первой вычислительной машиной, на которой проводились расчеты по этому методу, был Univac — монстр, занимавший площадь в несколько сотен квадратных метров и стоивший миллионы долларов (как, впрочем, и все ЭВМ того времени). Разумеется, небольшие и средние компании не могли себе позволить тратиться на планирование, стоимость которого значительно превышала стоимость собственно проектов. Однако по мере роста популярности метода PERT-CPM и развития вычислительной техники стал формироваться и рынок программных продуктов, реализующих этот метод.

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

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

По первому из названных критериев продукты обычно делят на системы высокого уровня (их стоимость составляет $1000 и выше) и системы начального уровня (дешевле $1000).

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

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

К достаточно устоявшемуся, «базовому» набору функций, реализованному на сегодняшний день практически во всех системах, можно отнести следующие:

· описание логической структуры проекта с указанием иерархии работ;

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

· возможность указания произвольного типа связи между работами, в отличие от «классического» варианта метода PERT-CPM, в котором предусмотрен только один тип связи — «конец-начало»;

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

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

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

· работа с календарем (указание рабочего и нерабочего времени, выходных

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

· назначение ресурсов работам с указанием типа ресурса (возобновляемый или невозобновляемый);

· выявление конфликтующих и перегруженных ресурсов, возможность их «выравнивания» (устранения перегруженности);

· фиксация исходного (базового) плана проекта и регистрация фактического текущего состояния работ и проекта в целом;

· применение графических средств представления структуры проекта (как в виде диаграммы Ганта, так и в виде сетевого графика, который в некоторых пакетах называется PERT-диаграммой);

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

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