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

Уровень операций

Требование "банальности" при работе с системой всегда выставляется под №1 в списке требований. Сотрудники не могут выделять слишком много времени для поддержания данных по проекту в актуальном состоянии. Наиболее часто произносится жалоба со стороны менеджеров проектов на то, что масса времени у них уходит на ввод данных по проекту. Однако возможность предоставления отчетов в графическом виде важна для координации действий исполнителей в проекте, что входит в непосредственные обязанности менеджера проекта.

Как строится интегрированная система по управлению проектами?

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

1. Выбор производится руководством

За	Против
Внедрение, "по определению", быстро продвигается Методы внедрения поддерживаются руководством Благодаря поддержке легко выискиваются финансовые и людские средства для внедрения	Руководство может быть не осведомлено о запросах нижних уровней Система может оказаться неэффективной для работы менеджеров-профессионалов

2. Выбор проводится на стратегическом уровне

За	Против
Продукт, скорее всего, окажется достаточно функциональным Эксперты по управлению проектами в компании смогут давать рекомендации пользователям других уровней Система окажется достаточно удачно интегрируемой с другим программным обеспечением	Может потребоваться интенсивный тренинг по ПО Для реального использования продукта придется вводить много данных на других уровнях

3. Демократический подход (на уровне операций)

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

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

1. Анализ требований
2. Анализ рынка 
3. Выбор программного обеспечения