Программное обеспечение для управления проектами ( PMS ) может помочь в планировании, организации и управлении инструментами ресурсов, а также в составлении оценок ресурсов. В зависимости от сложности программного обеспечения оно может управлять оценкой и планированием, планированием , контролем затрат и управлением бюджетом , распределением ресурсов , программным обеспечением для совместной работы , коммуникацией , принятием решений , управлением качеством, тайм-менеджментом и системами документирования или администрирования. Доступны многочисленные программные продукты и услуги для управления проектами на базе ПК и браузера, а также программные продукты и услуги для управления контрактами .
Первым исторически значимым годом разработки программного обеспечения для управления проектами стал 1896 год, ознаменованный введением Гармонограммы. Польский экономист Кароль Адамецкий попытался отобразить разработку задач в виде плавающей диаграммы и заложил основу программного обеспечения для управления проектами в том виде, в котором оно существует сегодня. [1] В 1912 году Генри Гантт заменил Гармонограмму более продвинутой диаграммой Ганта , диаграммой планирования, которая разбила задачи проектирования кораблей для целей плотины Гувера в начале 1931 года. Сегодняшние диаграммы Ганта почти такие же, как их оригинальные аналоги и входят в состав многих систем управления проектами.
Термин «управление проектами» не использовался до 1954 года, когда генерал ВВС США Бернард Адольф Шривер ввел его для военных целей. В последующие годы управление проектами приобрело актуальность в деловом мире — тенденция, во многом связанная с образованием Американской ассоциации инженеров AACE (1956 г.) и методом критического пути Рэнга и Дюпона, который использовался для рассчитывать продолжительность проекта с 1957 года. [2]
Эта тенденция также связана с появлением в 1958 году метода оценки программы (PERT). PERT усовершенствовал мониторинг проектов, позволяя пользователям одновременно отслеживать задачи, оценивать их качество и оценивать время, необходимое для выполнения каждой из них. Подобно диаграммам Ганта и CPM, PERT был изобретен для военных целей, на этот раз для программы ракетных подводных лодок ВМС США «Полярис». [3]
В 1965 году произошло новое усовершенствование технологии управления проектами. Министерство обороны США представило иерархическую структуру работ (WBS), позволяющую разбить проекты на еще более мелкие визуальные единицы, организовав их в иерархическую древовидную структуру. WBS послужила источником вдохновения для метода водопада Уинстона Ройса (1970), согласно которому этапы управления организованы таким образом, что не позволяет начинать новую задачу до завершения предыдущих. [4] В период с 1965 по 1969 год были сформированы две ведущие ассоциации управления проектами: Международная ассоциация управления проектами (IPMA) в Европе и
В период с 1965 по 1969 год были сформированы две ведущие ассоциации управления проектами: Международная ассоциация управления проектами (IPMA) в Европе и Институт управления проектами (PMI), который готовит специалистов по управлению проектами и выдает сертификаты. С переходом бизнеса на технологические и безбумажные методы начали появляться первые системы управления проектами. [5] Oracle и Artemis назначили своих менеджеров проектов в 1977 году, а Scitor Corporation сделала то же самое в 1979 году. [6] [7] В последующие десятилетия последовало множество улучшений. В 1986 году Институт программной инженерии Университета Карнеги-Меллон представил программное обеспечение для зрелости возможностей — пятиуровневый метод управления проектами для быстро развивающихся процессов, а в 1988 году пользователи познакомились с управлением прибавочной стоимостью, что добавило к графику объем и стоимость процессов. [8] Эта тенденция продолжилась в PRINCE2 (1996), в котором количество процессов было увеличено до семи, из-за чего разработчики задумались о разработке продуктов для управления сложными проектами. В 2001 году они приняли концепцию управления проектами Agile и сосредоточились на адаптивном планировании и гибком реагировании на изменения. В 2006 году пользователи уже смогли запустить Total Cost Management — структуру, которая помогает контролировать и сокращать затраты при управлении проектами. [9]
Тенденция SaaS (программное обеспечение как услуга) началась в 2008 году и была оценена пользователями как наиболее гибкий тип программного обеспечения для управления проектами для своих команд . В 2009 году US News классифицировал управление проектами как один из наиболее востребованных навыков для получения хорошо оплачиваемой работы. [10]
Начиная с 2010 года популярные продукты и услуги по управлению проектами были облачными и создавались для нужд виртуальных команд, желающих получить доступ к информации из любого места и с любого устройства. [11] [12] В результате в 2012 году появились мобильные приложения для управления проектами. [13]
С появлением Интернета вещей было разработано программное обеспечение для управления проектами, включающее технологии тестирования, инструменты разработки и улучшенные методы кибербезопасности. [14]
Одним из наиболее распространенных типов программных инструментов для управления проектами являются инструменты планирования . Инструменты планирования используются для упорядочивания действий проекта и назначения им дат и ресурсов. Детализация и сложность расписания, создаваемого инструментом планирования, могут значительно различаться в зависимости от используемой методологии управления проектом , предоставляемых функций и поддерживаемых методов планирования. Инструменты планирования могут включать поддержку: [15]
Можно ожидать, что программное обеспечение для планирования проекта будет предоставлять информацию различным людям или заинтересованным сторонам и может использоваться для измерения и обоснования уровня усилий, необходимых для завершения проекта(ов). Типичные требования могут включать в себя:
Программное обеспечение для управления проектами реализовано в виде программы, которая запускается на рабочем столе каждого пользователя. Инструменты управления проектами, реализованные в виде настольного программного обеспечения, обычно представляют собой однопользовательские приложения, используемые менеджером проекта или другим экспертом в данной области, например планировщиком или менеджером по рискам.
Программное обеспечение для управления проектами реализовано в виде веб-приложения, доступ к которому осуществляется через веб-браузер . Сюда также может входить возможность использовать смартфон или планшет для получения доступа к приложению. Программное обеспечение как услуга (SaaS) также основано на веб-технологиях и стало общей моделью доставки для многих бизнес-приложений, включая управление проектами, информационную систему управления проектами (PMIS) и управление портфелем проектов (PPM) . Доступ к SaaS обычно получают пользователи, использующие тонкий клиент через веб-браузер.
В последние годы программное обеспечение для управления проектами перешло на мобильные устройства . В 2015 году в мире сотовых телефонов больше, чем компьютеров, [16] поэтому перенос SaaS-приложений на мобильные устройства имеет смысл. Эта миграция имела дополнительное преимущество, позволяя пользователям просматривать и обновлять детали проекта на ходу.
Программное обеспечение для управления проектами часто публикуется с открытым исходным кодом и включает примерно половину приложений, перечисленных в статье Сравнение программного обеспечения для управления проектами .
Приложение для управления личными проектами используется дома, обычно для управления образом жизни или домашними проектами. Существует значительное совпадение с однопользовательскими системами, хотя программное обеспечение для управления персональными проектами обычно имеет более простые интерфейсы. См. также неспециализированные инструменты ниже.
Однопользовательская система запрограммирована с учетом того, что план проекта одновременно может редактировать только один человек. Это может использоваться в небольших компаниях или в тех, где лишь несколько человек участвуют в планировании проектов сверху вниз. Настольные приложения обычно попадают в эту категорию.
Система совместной работы предназначена для поддержки нескольких пользователей, одновременно изменяющих разные разделы плана; например, обновление областей, за которые они лично несут ответственность, чтобы эти оценки были интегрированы в общий план. Веб- инструменты, включая экстрасети , обычно попадают в эту категорию, но имеют ограничение: их можно использовать только тогда, когда у пользователя есть прямой доступ к Интернету. Чтобы устранить это ограничение, некоторые программные инструменты, использующие архитектуру клиент-сервер, предоставляют полнофункциональный клиент , который запускается на настольном компьютере пользователя и реплицирует информацию о проекте и задачах другим членам проектной группы через центральный сервер, когда пользователи периодически подключаются к сети. Некоторые инструменты позволяют членам команды проверять свои расписания (и графики других только для чтения), чтобы работать над ними, не находясь в сети. При повторном подключении к базе данных все изменения синхронизируются с остальными расписаниями.
Распространенной проблемой в управлении проектами являются трудности с просмотром и пониманием больших объемов меняющихся данных проекта. [17] Чтобы решить эту проблему, некоторые программы для управления проектами используют визуализацию информации , чтобы пользователям было легче находить, анализировать и вносить изменения в свои данные. Чтобы избежать информационной перегрузки , [18] часто следуют мантре визуализации «сначала обзор, масштабирование и фильтрация, затем детали по запросу». [19]
{{cite news}}: CS1 maint: числовые имена: список авторов ( ссылка )