ПО для управления проектами - Project management software

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

История

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

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

Появление термина «проектный менеджмент» и модернизированных методик.

Период, термин управление проектом не использовался до 1954 г., когда ВВС США Общее Бернард Адольф Шривер ввел его в военных целях. В последующие годы управление проектами приобрело актуальность в деловом мире, и эта тенденция во многом была связана с формированием Американская ассоциация инженеров AACE (1956) и Rang and DuPont's Critical Path Method для расчета продолжительности проекта с 1957 года.[2]

Тенденция также связана с появлением Методика обзора оценки программы (PERT) в 1958 году. PERT пошел дальше с проектами мониторинга и позволил пользователям отслеживать задачи, в то же время имея возможность оценивать их качество и время, необходимое для выполнения каждой из них. Как и с Диаграммы Ганта и CPM, PERT был изобретен для военных целей, на этот раз для программы создания ракетных подводных лодок ВМС США Polaris.[3]

В 1965 году произошло новое усовершенствование технологии управления проектами. В Министерство обороны США представил структурная декомпозиция работ (WBS), чтобы разделить проекты на еще меньшие визуальные единицы, организовав их в иерархическую древовидную структуру. WBS послужил источником вдохновения для Уинстон Ройс «Метод водопада» (1970), в котором этапы управления организованы таким образом, что не позволяет начать новую задачу раньше, чем будут выполнены предыдущие.[4]

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

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

SaaS и облачное программное обеспечение для управления проектами

В SaaS (программное обеспечение как услуга), начавшаяся в 2008 году, оценивается пользователями как наиболее гибкий тип программного обеспечения для управления проектами для своих команд. В 2009, Новости США классифицировал управление проектами как один из самых востребованных навыков для получения высокооплачиваемой работы.[10]

С 2010 г. наиболее популярными решениями для управления проектами были облачные решения, разработанные для нужд виртуальных команд, которым нужен доступ к информации из любого места и с любого устройства.[11][12] В результате в 2012 году появились первые приложения для управления мобильными проектами, которые пользователи могут применять на ходу.[13]

Тенденции

С появлением Интернет вещей, программное обеспечение для управления проектами было разработано с учетом технологий тестирования, инструментов разработки и улучшенных методов кибербезопасности.[14]

Задачи и мероприятия

Планирование

Одним из наиболее распространенных типов инструментов программного обеспечения для управления проектами является планирование инструменты. Инструменты планирования используются для упорядочивания работ по проекту и назначения им сроков и ресурсов. Детализация и сложность расписания, созданного инструментом составления расписания, могут значительно различаться в зависимости от методология управления проектами использованный, Особенности предоставлены и поддерживаемые методы планирования. Инструменты планирования могут включать поддержку:[15]

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

Планирование проекта Можно ожидать, что программное обеспечение предоставит информацию различным людям или заинтересованным сторонам и может использоваться для измерения и обоснования уровня усилий, необходимых для завершения проекта (ов). Типичные требования могут включать:

  • Обзорная информация о том, сколько времени займет выполнение задач.
  • Раннее предупреждение о любых рисках для проекта.
  • Информация о загруженности, для планирования отпуска.
  • Свидетельство.
  • Историческая информация о том, как продвигались проекты, и, в частности, как связаны фактические и запланированные показатели.
  • Оптимальное использование доступного ресурса.
  • Стоимость обслуживания.
  • Сотрудничество с товарищами по команде и клиентами.
  • Мгновенное общение с сотрудниками и клиентами.

Типы

Рабочий стол

Управление проектом программное обеспечение реализовано в виде программы, работающей на рабочий стол каждого пользователя. Инструменты управления проектами, которые реализованы в виде настольного программного обеспечения, обычно представляют собой однопользовательские приложения, используемые менеджером проекта или другим экспертом в предметной области, например планировщиком или менеджером по рискам.

Интернет

Программное обеспечение для управления проектами реализовано как веб приложение для доступа с помощью веб-браузер. Это также может включать в себя возможность использовать смартфон или планшет чтобы получить доступ к приложению. Программное обеспечение как услуга (SaaS) также основано на веб-технологиях и стало обычной моделью доставки для многих бизнес-приложений, включая управление проектами, информационная система управления проектами (ИСУ) и управление портфелем проектов (PPM). К SaaS обычно обращаются пользователи, использующие тонкий клиент через веб-браузер.

Мобильный

В последние годы программное обеспечение для управления проектами перешло на Мобильные устройства. В 2015 году сотовых телефонов в мире больше, чем компьютеров[16], поэтому перенос приложений SaaS на мобильные устройства имеет смысл. Эта миграция имеет дополнительное преимущество, позволяя пользователям просматривать и обновлять сведения о проекте на ходу.

Личное

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

Один пользователь

Однопользовательская система запрограммирована с предположением, что только одному человеку когда-либо понадобится редактировать план проекта одновременно. Это может быть использовано в небольших компаниях или компаниях, в которых задействовано всего несколько человек. низходящий планирование проекта. Настольные приложения обычно попадают в эту категорию.

Совместная

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

Визуальный

Распространенной проблемой в управлении проектами является трудность как с просмотром, так и с пониманием больших объемов изменяющихся данных проекта.[17] Чтобы решить эту проблему, некоторые программы для управления проектами используют визуализация информации, чтобы пользователям было проще находить, анализировать и вносить изменения в свои данные. Избежать информационная перегрузка,[18] Часто используется мантра визуализации «сначала обзор, масштабирование и фильтрация, затем детали по запросу».[19]

Смотрите также

Рекомендации

  1. ^ «Гармонограмма», projectmanagementhistory.com,
  2. ^ «О насAACE International: Управление общих затрат», aacei.org,
  3. ^ «МЕТОДИКА ОЦЕНКИ И РАССМОТРЕНИЯ ПРОГРАММЫ (PERT)», referenceforbusiness.com,
  4. ^ «Разбивка» иерархической структуры работ » В архиве 2016-12-21 в Wayback Machine, dau.mil,
  5. ^ Сандро Аццопарди, «ЭВОЛЮЦИЯ УПРАВЛЕНИЯ ПРОЕКТАМИ», projectsmart.co.uk,
  6. ^ Сандро Аццопарди, «История Oracle: инновации, лидерство, результаты», oracle.com,
  7. ^ "Метье Артемида", computinghistory.org.uk,
  8. ^ "Технический отчет", sei.cmu.edu,
  9. ^ «ОБЩИЕ РАМКИ УПРАВЛЕНИЯ ЗАТРАТАМИ» В архиве 2016-05-30 в Wayback Machine, aacei.org,
  10. ^ «11 навыков, которые вам понадобятся для карьеры», usnews.com,
  11. ^ Дон Райзингер, «10 облачных инструментов управления проектами для удовлетворения потребностей каждой компании», eweek.com,
  12. ^ «4 облачных инструмента управления проектами для более эффективного управления вашей работой», smallbiztrends.com,
  13. ^ Марджи Мерфи, «Шесть бесплатных мобильных инструментов управления проектами для вашего бизнеса», techworld.com, 13 августа 2015 г.
  14. ^ Марджи Мерфи, «Десять основных тенденций управления проектами на 2016 год», esi-intl.co.uk,
  15. ^ Невогт, Дэйв (17 сентября 2013 г.). «31 проектное решение». Hubstaff. Получено 3 ноября 2013.
  16. ^ «Владение технологическим устройством: 2015 г.».
  17. ^ «Мои проблемы с ПО для управления проектами | Маркетинговые технологии». Маркетинговые технологии. Получено 2016-01-08.
  18. ^ Вурман, Из книги Ричарда Сола Вурмана «Информационная тревога». Авторские права Ричарда Сола, 1989 г. (22 января 1989 г.). «ПЕРЕГРУЗКА ИНФОРМАЦИИ: что делать, когда вас беспокоит тревога». Лос-Анджелес Таймс. ISSN  0458-3035. Получено 2016-01-08.
  19. ^ Шнейдерман, Бен (1996). «У глаз есть это: задача по таксономии типов данных для визуализации информации». Университет Мэриленда, Лаборатория взаимодействия человека с компьютером.

дальнейшее чтение

  • Управление сроками проекта. (2008). В руководстве по совокупности знаний по управлению проектами (руководство PMBOK) (4-е изд., С. 145). Newtown Square, Пенсильвания: Институт управления проектами. ISBN  978-1933890517