Как строится интегрированная система по управлению проектами?
Выбор программного обеспечения по управлению проектами зачастую зависит от того, с какого уровня исходила инициатива. Часто получается, что самый активный уровень навязывает другим программное обеспечение, отвечающее непосредственно их требованиям.
1. Выбор производится руководством
| За | Против |
| Внедрение, "по определению", быстро продвигается Методы внедрения поддерживаются руководством Благодаря поддержке легко выискиваются финансовые и людские средства для внедрения | Руководство может быть не осведомлено о запросах нижних уровней Система может оказаться неэффективной для работы менеджеров-профессионалов |
2. Выбор проводится на стратегическом уровне
| За | Против |
| Продукт, скорее всего, окажется достаточно функциональным Эксперты по управлению проектами в компании смогут давать рекомендации пользователям других уровней Система окажется достаточно удачно интегрируемой с другим программным обеспечением | Может потребоваться интенсивный тренинг по ПО Для реального использования продукта придется вводить много данных на других уровнях |
3. Выбор производится на уровне операций
| За | Против |
| Выбранная система легко применяется Большое число пользователей уже использует систему, чаще всего просто принимается решение о поставке интегрированной системы управления проектами Так как система не многофункциональна, она наверняка дешевая | Программное обеспечение низкого уровня не удовлетворит запросов стратегического уровня и уровня высшего руководства Так как программное обеспечение навязано стратегическому уровню, с его стороны будет сопротивление в ответ Малофункциональное программное обеспечение будет интегрироваться с другими программами при затрате дополнительных усилий и финансов |
Какой из подходов наиболее удачен? Никакой, так как при каждом способе приходится жертвовать потребностями членов уровней управления, не участвующего в выборе. Предлагаемая схема выбора программного обеспечения по управлению проектами в организации состоит из следующих шагов:
1. Анализ требований
2. Анализ рынка
3. Выбор программного обеспечения
Важно не делать обобщений при составлении списка требований и не пытаться найти такое средство, которое удовлетворяет всем запросам. Нельзя корректно определять приоритеты, рассматривая списки требований различных уровней. Конечно, можно исходить из самых высоких запросов стратегического уровня, предположив, что пользователи других уровней изучат и будут использовать лишь часть функций системы, но такое решение будет дорогим и утяжеленным.
Дата добавления: 2016-08-07; просмотров: 525;