Программное обеспечение для управления проектами — это компьютерные программы, которые помогают планировать, организовывать и управлять ресурсами.
В зависимости от сложности программного обеспечения оно может управлять системами оценки и планирования, составления графиков , контроля затрат , управления бюджетом , распределения ресурсов , совместной работы , коммуникации , принятия решений , управления качеством, управления временем , а также документирования или администрирования.
Доступны многочисленные продукты и услуги программного обеспечения для управления проектами и контрактами на базе ПК и браузера .
Первым исторически значимым годом для разработки программного обеспечения для управления проектами стал 1896 год, отмеченный введением гармонограммы. Польский экономист Кароль Адамецкий попытался отобразить разработку задач в виде плавающей диаграммы и заложил основу для программного обеспечения для управления проектами, каким оно является сегодня. [1] В 1912 году Генри Гантт заменил гармонограмму на более продвинутую диаграмму Ганта , диаграмму планирования, которая разбила задачи по проектированию судов для целей плотины Гувера в начале 1931 года. [ необходима цитата ] Сегодняшние диаграммы Ганта почти такие же, как и их первоначальные аналоги, и являются частью многих систем управления проектами.
Термин управление проектами не использовался до 1954 года, когда генерал ВВС США Бернард Адольф Шривер ввел его для военных целей. В последующие годы управление проектами приобрело актуальность в деловом мире — тенденция, которая во многом была связана с образованием Американской ассоциации инженеров (AACE) (1956) и методом критического пути Ранга и Дюпона, который использовался для расчета продолжительности проекта с 1957 года. [2]
Тенденция также связана с появлением Program Evaluation Review Technique (PERT) в 1958 году. PERT продвинул мониторинг проектов, позволяя пользователям одновременно отслеживать задачи, оценивать их качество и оценивать время, необходимое для выполнения каждой из них. Как и диаграммы Ганта и CPM, PERT был изобретен для военных целей, на этот раз для программы подводных лодок с ракетами Polaris ВМС США. [3]
В 1965 году произошло новое усовершенствование в технологии управления проектами. Министерство обороны США представило структуру декомпозиции работ (WBS), чтобы разбить проекты на еще более мелкие визуальные единицы, организовав их в иерархическую древовидную структуру. WBS послужила источником вдохновения для метода водопада Уинстона Ройса (1970), где фазы управления организованы таким образом, что не позволяют начинать новую задачу до завершения предыдущих. [4]
В период с 1965 по 1969 год были сформированы две ведущие ассоциации по управлению проектами: Международная ассоциация управления проектами (IPMA) в Европе и Институт управления проектами (PMI), который обучает специалистов по управлению проектами и выдает сертификаты. С переходом предприятий на технологические и безбумажные методы начали появляться первые системы управления проектами. [5] Oracle и Artemis запустили своих менеджеров проектов в 1977 году, в то время как Scitor Corporation сделала то же самое в 1979 году . [6] [7] В последующие десятилетия последовало множество усовершенствований. В 1986 году Институт программной инженерии Университета Карнеги-Меллона представил программное обеспечение для оценки зрелости возможностей, пятиуровневый метод управления проектами для быстро созревающих процессов, а в 1988 году пользователи познакомились с управлением заработанной стоимостью, которое добавило объем и стоимость процессов к графику. [8] Тенденция продолжилась с PRINCE2 (1996), который увеличил количество процессов до семи, из-за чего разработчики задумались о разработке продуктов для управления сложными проектами. В 2001 году они приняли концепцию Agile project management и сосредоточились на адаптивном планировании и гибком реагировании на изменения. В 2006 году пользователи уже могли запустить total cost management , структуру, которая помогает контролировать и сокращать расходы в управлении проектами. [9]
Одним из наиболее распространенных типов инструментов программного обеспечения для управления проектами являются инструменты планирования . Инструменты планирования используются для упорядочивания действий проекта и назначения им дат и ресурсов. Детализация и сложность расписания, созданного инструментом планирования, может значительно различаться в зависимости от используемой методологии управления проектами , предоставляемых функций и поддерживаемых методов планирования. Инструменты планирования могут включать поддержку: [10]
Программное обеспечение для планирования проектов может предоставлять информацию различным людям или заинтересованным сторонам и может использоваться для измерения и обоснования уровня усилий, необходимых для завершения проекта(ов). Типичные требования могут включать:
Совместная система предназначена для поддержки нескольких пользователей, изменяющих различные разделы плана одновременно; например, обновляя области, за которые они лично отвечают, так, чтобы эти оценки были интегрированы в общий план. Веб- инструменты, включая экстрасети , обычно попадают в эту категорию, но имеют ограничение, заключающееся в том, что их можно использовать только при наличии у пользователя прямого доступа в Интернет. Чтобы устранить это ограничение, некоторые программные инструменты, использующие архитектуру клиент-сервер, предоставляют полнофункциональный клиент , который работает на настольном компьютере пользователя и реплицирует информацию о проектах и задачах другим членам проектной группы через центральный сервер, когда пользователи периодически подключаются к сети. Некоторые инструменты позволяют членам группы проверять свои расписания (и другие только для чтения), чтобы работать над ними, не находясь в сети. При повторном подключении к базе данных все изменения синхронизируются с другими расписаниями.
Распространенной проблемой в управлении проектами является сложность просмотра и понимания больших объемов изменяющихся данных проекта. [11] Чтобы решить эту проблему, некоторые программы управления проектами используют визуализацию информации , чтобы пользователи могли легче находить, анализировать и вносить изменения в свои данные. Чтобы избежать информационной перегрузки , [12] часто следуют мантре визуализации «сначала обзор, масштабирование и фильтрация, затем детали по требованию». [13]
{{cite news}}: CS1 maint: numeric names: authors list (link)