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

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

Стратегический уровень

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

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

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

Уровень высшего руководства	Стратегический уровень	Уровень операций
Легкость в применении Возможность получать демонстрационные отчеты Мощные возможности обобщения сведений Средства для интеграции с данных из других программных приложений Процедуры для планирования сверху вниз	Мощность временного, ресурсного, стоимостного планирования, анализа рисков Возможность интеграции с другими приложениями Средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне Средства для контроля за реализацией проекта Гибкость при настройке выходных форм отчетности	Простота использования Легкость изучения "Прозрачность" процедур ввода данных Наглядность

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

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

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

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

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

3. Выбор производится на уровне операций

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

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

1. Анализ требований

2. Анализ рынка

3. Выбор программного обеспечения

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

Дата добавления: 2014-01-11