Программное обеспечение (ПО) для управления проектами

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

История

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

Появление термина «Управление проектом» и модернизация технологии

Термин «Управление проектом» не был использован до 1954 года, когда генерал ВВС США Бернард Шривер Адольф ввел его в военных целях. В последующие годы, «Управление проектами» приобрело актуальность в мире бизнеса, который имел много общего с формированием американской Ассоциации инженеров ААСЕ (1956), и методом критического пути (метод расчета длительности проекта) DuPont в 1957 году.

Эта тенденция также связана с появлением программы PERT в 1958 году. PERT пошел дальше с мониторингом проектов, и позволял пользователям отслеживать выполнение задач, и в то же время мог оценить их качество, и время, необходимое для выполнения каждой из них. Также, как диаграмма ганта и CPM, PERT был изобретен для военных целей, на этот раз для программы разработки ракеты «Поларис» для ВМС США.

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

Первый проект по управлению продуктами и организаций

В период между 1965 и 1969 годами были сформированы две ведущие ассоциации управления проектами: Международные Ассоциации управления проектами (IPMA) в Европе, и институт управления проектами (PMI), который обучает специалистов по управлению проектами и выдает сертификаты. Начали появляться первые системы управления проектами, переориентируя бизнес на технологии безбумажных методов. Oracle и Артемис запустил их в 1977 г., Scitor сделал то же самое лишь 2 года спустя (1979). Следующие десятилетия приносят множество улучшений в различных областях: 1986 г. — Институт программной инженерии университета Карнеги-Меллона представил возможности зрелости программного обеспечения включавшими в себя пяти-ступенчатые методы проектного управления для эффективного развития процессов, 1988 — сформировались методы освоенного объема с ограничениями в процессах и графиком затрат. Вскоре появился «Prince-2″ (1996), который увеличил число процессов до семи. 2001 — принятие концепции гибкого управления проектами, адаптивного планирования и реагирования на изменения.

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

SaaS (услуги аутсорсинга платформ для размещения программного обеспечения) тенденции зародились в 2008 году, и были оценены проектными командами как самые удобные формы ведения и реализации проектов. В следующем году СМИ включили компетенции в проектном управлении как один из самых востребованных навыков для получения высокоооплачиваемой работы.

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

Тенденции в области управления проектами. Читать полностью

С появлением интернета вещей, было разработано программное обеспечение (по управлению проектами), в которое включены тестовые технологии, инструменты разработки и совершенствование методов информационной безопасности.

Типовой функционал решения по проектному управлению

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

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

• Множественные зависимости и взаимосвязи между работами;
• Назначение ресурсов и выравнивание загрузки;
• Расчет и отображение критических и околокритических путей;
• Оценочное и вероятностное моделирование;
• Учет затрат;

Актуальная информация

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

• Обзор информации сроках задач;
• Раннее предупреждение о возможных рисках для проекта;
• Информацию о нагрузке, с учетом различных календарей;
• Документы;
• Исторические сведения о том, как проекты развивались, план-фактный анализ;
• Оптимальное распределение доступных ресурсов;
• Учет расходов;
• Взаимодействие с каждым членом проектной команды и клиентам;

Типы решений для проектного управления

Десктопные версии

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

Веб-интерфейс

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

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

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

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

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

Визуализация

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