Введение
Программное обеспечение для управления проектами – это компьютерные программы, которые помогают планировать, организовывать и управлять ресурсами. В зависимости от функциональности программного обеспечения, оно может поддерживать оценку и планирование, составление графиков, контроль затрат, управление бюджетом, распределение ресурсов, инструменты для совместной работы, коммуникацию, принятие решений, управление качеством, управление временем, а также системы документооборота или администрирования. Доступно множество продуктов и услуг в области управления проектами и управления контрактами, работающих на ПК и в браузере.
Project management software are computer programs that help plan, organize, and manage resources. Depending on the sophistication of the software, it can manage estimation and planning, scheduling, cost control, budget management, resource allocation, collaboration software, communication, decision making, quality management, time management and documentation or administration systems. Numerous PC and browser based project management software and contract management software products and services are available.
Предшественники
Первым исторически значимым годом для развития программного обеспечения для управления проектами был 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 году пользователи получили возможность внедрить систему управления совокупной стоимостью, фреймворк, помогающий контролировать и снижать затраты в управлении проектами.
Предоставление информации
Программное обеспечение для планирования проектов должно предоставлять информацию различным лицам или заинтересованным сторонам и использоваться для оценки и обоснования объема работы, необходимого для завершения проекта или проектов. Типичные требования могут включать:
Общую информацию о сроках выполнения задач. Своевременное предупреждение о любых рисках, связанных с проектом. Информацию о загруженности для планирования отпусков. Подтверждающие данные. Исторические данные о ходе выполнения проектов, в частности, о соотношении фактических и запланированных результатов. Оптимальное использование доступных ресурсов. Контроль затрат. Взаимодействие с каждым членом команды и заказчиком. Оперативная связь с коллегами и заказчиками.
Overview information on how long tasks will take to complete. Early warning of any risks to the project. Information on workload, for planning holidays. Evidence. Historical information on how projects have progressed, and in particular, how actual and planned performance are related. Optimum utilization of available resources. Cost maintenance. Collaboration with each teammate and customer. Instant communication with collaborators and customers.
Совместная работа
Система совместной работы предназначена для поддержки одновременного внесения изменений в различные разделы плана несколькими пользователями; например, обновления областей их личной ответственности, чтобы эти оценки были интегрированы в общий план. Веб-инструменты, включая экстранеты, обычно относятся к этой категории, но имеют ограничение – они требуют постоянного доступа к Интернету. Для решения этой проблемы некоторые программные инструменты с клиент-серверной архитектурой предоставляют расширенный клиент, который работает на настольном компьютере пользователя и реплицирует информацию о проекте и задачах другим членам команды через центральный сервер при периодическом подключении к сети. Некоторые инструменты позволяют членам команды брать свои расписания для редактирования (а расписания других – только для просмотра) и работать с ними в автономном режиме. При повторном подключении к базе данных все изменения синхронизируются с другими расписаниями.
Визуальные
Одной из распространенных проблем в управлении проектами является сложность просмотра и понимания больших объемов постоянно меняющихся данных проекта. Для решения этой проблемы некоторые программы для управления проектами используют визуализацию информации, чтобы пользователям было легче находить, анализировать и вносить изменения в свои данные. Чтобы избежать информационной перегрузки, часто придерживаются принципа визуализации: "сначала общий обзор, затем масштабирование и фильтрация, и только потом детали по запросу".