Введение

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

Предшественники

Первым исторически значимым годом для развития программного обеспечения для управления проектами был 1896 год, ознаменованный появлением Гармонограммы. Польский экономист Кароль Адамецки попытался представить ход выполнения задач в виде динамической диаграммы и заложил основу для современного программного обеспечения для управления проектами. В 1912 году Генри Гантт заменил Гармонограмму более совершенной диаграммой Ганта – схемой планирования, которая разбивала задачи по проектированию кораблей, а в начале 1931 года использовалась для планирования работ на плотине Гувера. Современные диаграммы Ганта практически не отличаются от своих первоначальных аналогов и являются частью многих систем управления проектами.

Появление термина "управление проектами" и модернизированные методы

Термин "управление проектами" не использовался до 1954 года, когда генерал ВВС США Бернард Адольф Шривер ввел его для военных целей. В последующие годы управление проектами приобрело актуальность в деловом мире — тенденция, которая во многом была связана с образованием Американской ассоциации инженеров AACE (1956) и методом критического пути, разработанным Рэнгом и Дюпоном, который с 1957 года используется для расчета продолжительности проекта. Эта тенденция также связана с появлением в 1958 году Метода оценки и анализа программ (PERT). PERT усовершенствовал мониторинг проектов, позволяя пользователям одновременно отслеживать задачи, оценивать их качество и прогнозировать время, необходимое для их выполнения. Как и диаграммы Ганта и CPM, PERT был разработан для военных целей, на этот раз для программы создания баллистических ракетных подводных лодок Polaris ВМС США. В 1965 году произошло новое усовершенствование в технологии управления проектами. Министерство обороны США представило структуру декомпозиции работ (СДР) для разделения проектов на более мелкие, наглядные элементы, организованные в иерархическую древовидную структуру. СДР послужила вдохновением для метода "Водопад" Уинстона Ройса (1970), в котором этапы управления организованы таким образом, что начало новой задачи невозможно до завершения предыдущей. В период с 1965 по 1969 год были созданы две ведущие ассоциации в области управления проектами: Международная ассоциация по управлению проектами (IPMA) в Европе и…

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

В период с 1965 по 1969 год были созданы две ведущие ассоциации в области управления проектами: Международная ассоциация по управлению проектами (IPMA) в Европе и Институт управления проектами (PMI), который обучает профессионалов в области управления проектами и выдает сертификаты. С переходом бизнеса к технологиям и безбумажным методам, начали появляться первые системы управления проектами. Oracle и Artemis представили свои инструменты управления проектами в 1977 году, а Scitor Corporation – в 1979 году. В последующие десятилетия последовала череда улучшений. В 1986 году Институт программной инженерии Университета Карнеги-Меллона представил модель зрелости возможностей, пятиуровневый метод управления проектами для ускоренного развития процессов, а в 1988 году пользователи познакомились с методом управления по заработанной стоимости, который добавил к графику учет объема и стоимости работ. Эта тенденция продолжилась с PRINCE2 (1996), увеличившим количество процессов до семи, что побудило разработчиков создавать продукты для управления сложными проектами. В 2001 году они перешли к гибкой методологии управления проектами (Agile), сосредоточившись на адаптивном планировании и гибком реагировании на изменения. К 2006 году пользователи получили возможность внедрить систему управления совокупной стоимостью, фреймворк, помогающий контролировать и снижать затраты в управлении проектами.

Предоставление информации

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

Совместная работа

Система совместной работы предназначена для поддержки одновременного внесения изменений в различные разделы плана несколькими пользователями; например, обновления областей их личной ответственности, чтобы эти оценки были интегрированы в общий план. Веб-инструменты, включая экстранеты, обычно относятся к этой категории, но имеют ограничение – они требуют постоянного доступа к Интернету. Для решения этой проблемы некоторые программные инструменты с клиент-серверной архитектурой предоставляют расширенный клиент, который работает на настольном компьютере пользователя и реплицирует информацию о проекте и задачах другим членам команды через центральный сервер при периодическом подключении к сети. Некоторые инструменты позволяют членам команды брать свои расписания для редактирования (а расписания других – только для просмотра) и работать с ними в автономном режиме. При повторном подключении к базе данных все изменения синхронизируются с другими расписаниями.

Визуальные

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