Project server что это за программа

MicrosoftProject.ru

Home
/ Обзор
/ MS Project Online
/ MS Project Server
/ Project Service
/ MS Project Server и Project Online «горящая платформа» или же новый Project Service?

MS Project Server и Project Online «горящая платформа» или же новый Project Service?

Ранее я писал о загадочных явления в управлении разработкой MS Project Server и MS Project Online. Руководитель дивизиона MS Project получил загадочную новую должность по руководству средств разработчиков для MS Project и MS Access, но нового руководителя разработки MS Project Server/Online нам Microsoft так и не показал. Дальнейшее общение Microsoft с публикой стало даже предметом шуток, т.к.

Microsoft решил разделить управление разработкой MS Project между тремя менеджерами и при этом. никто из них не имел полной власти как «босс». Это вызвало ироничные шутки в Сообществе про «Тетрархов в Проектном Менеджменте». Но дальнейший анализ показал, что вопрос серьезней и не до шуток — фактически старая команда MS Project Server уволилась и речь явно стоит о смене курса продуктовой линейки MS Project.

Обзор Project Server 2019: Что нового в Microsoft Project Server 2019 Public Preview

Современная концепция менеджмента IT-проектов

Как не сложно установить даже по LinkedIn практически вся команда ответственная за MS Project Server 2013 и главное MS Project Online переведена на другую работу в Microsoft или уволена (уволилась) включая архитектора MS Project Server и MS Project Online Кешава Путтасвама.

Вот список потерь кроме Людовика и большая часть ключевых менеджеров сменило работу после представления MS Project Server 2013 и MS Project Online. Как мы видим потери не просто большие. Это и есть менеджерская команда создателей серверной части MS Project. Что тут вообще происходит? Давайте разберемся.

Список потерь команды MS Project Server (Online) по LinkedIn
Keshav Puttaswamy — архитектор MS Project Server и MS Project Online
Jan Kalis — руководитель по работе с партнерами-разработчиками
Tad Haas — маркетинг MS Project Server и MS Project Online
Eric Zenz — руководитель группы разработчиков MS Project
Doug McCutcheon — руководитель по работе со стратегическими партнерами (Partner Advisory Council)
Arpan Shah — маркетинговый директор по направлению MS Project Server + SharePoint, разработчик стратегии

Конечно глядя как катапультируется команда разработчиков и маркетологов сразу вспоминается легендарное письмо Эллопа о «горящей платформе» Nokia. Но не будем спешить с выводами. Недавно Google уволил папу Google+, но это не значит, что Google Plus с 1 миллиардом пользователей будет закрыт. Это значит, что Google не устраивают некоторые результаты и он хочет внести коррекции в стратегию. Тоже самое с Microsoft относительно MS Project.

По общению с Microsoft стало понятно, что в конечно его не устраивает результаты показанные в первую очередь MS Project Online. Продукт пробовали многие, но купила его небольшая часть даже текущих клиентов Microsoft.

Gérer un projet de développement avec Project Server 2010 et Team Foundation Server 2010

В прочем об возможных проблемах сообщал Microsoft и сам в блогах, что продукт «недостаточно интутивный или не совсем то, что пользователи ожидали от него» (It could be that it just wasn’t intuitive enough – or wasn’t what the person. ). В принципе, то что у MS Project Online большие проблемы видно и по голосованию на Facebook и даже по бета-тесту Turbo Planner Lite, если сам Turbo Planner как интегратор десктопа MS Project с бесплатными облаками Microsoft OneDrive (SkyDrive) для табелирования и отчетности привлек сразу более 400 компаний как пользователей. Причем даже многие стали требовать платную версию продукта 🙂 Это говорит, что идея «MS Project + облако Microsoft» абсолютно жизнеспособна и востребована. Но вот желающих использовать MS Project с MS Project Online на 400 пользователей MS Project нашелся только. 1 человек из всех участников апробации.

Эту печальную ситуацию Microsoft пытается исправить снижением цены до $7 за MS Project Online и главное коррекцией стратегии, причем очень резкой.

Но есть еще очень важный момент. Вполне вероятно Стив Балмер стерпел бы продолжение продолжения «статус кво» с MS Project Server, но это не новый Microsoft CEO Сатья Наделла. Он смело поменял Microsoft за 3 месяца и очевидно MS Project Server меняется в след за его стратегией, а потому необратимо.

Внимательное изучение новой организационной структуры управления разработкой MS Project указывает, что Сатья Наделла и не планирует восстановить дивизион MS Project с собственным MS Project Server/Online как было ранее. Все ресурсы менеджеров и разработчиков MS Project Server переводятся в мегагруппу разработки Microsoft Sharepoint. Это поясняет чудеса «триархата» в разработке MS Project, т.к. это просто элемент более большой иерархии управления разработчиками в группе SharePoint. Причем не только разработчиками, но тестировщиками, они также подчинены общим начальникам в SharePoint.

Назовем вещи своими именами. Скорее всего MS Project Server ожидает судьба множества других продуктов Microsoft, а именно каннибализация мегаплатформой SharePoint. Иными словами, MS Project Server может превратится в некий Project Server как Excel Services в SharePoint.

В принципе архитектурно это уже почти так, но теперь очевидно идеи SharePoint, а не проектного менеджмента будут доминирующими в том, что будет наследником MS Project Server и MS Project Online в MS SharePoint и MS SharePoint Online. Как-то тут еще поучаствует и Access Services, о чем я ранее писал. Но давайте сделаем серьезные выводы.

1) Сценарий «каннибализации» MS Project Server и MS Project Online платформой SharePoint вероятен как никогда

2) Когда SharePoint каннибализирует другой продукт Microsoft, то обычно группа SharePoint идет по пути усечения функциональности продукта и усиления его программируемости.

3) Из п.2 следует, что MS Project Server становится весьма небезопасной платформой для кастомизаций, т.к. то что ему придет на смену может выглядеть как угодно в плоть до отсутствия каких-то «старых модулей».

4) Базовый функционал MS Project Server безусловно сохранится в части Центра Проектов, Представлений и возможно табелей рабочего времени. Но все «продвинутые функции» могут быть изменены или исключены из продукта.

Мое мнение, что сейчас самое умное поведение для корпоративного клиента

• Не инвестировать в кастомизации MS Project Server и любые кастомные разработки для MS Project Server, пока не станет прозрачной новая стратегия Microsoft
• Не инвестировать в обучение продвинутым функциям MS Project Server, ограничивать их использование и делать ставку на базовый функционал
• Десктоп MS Project остается безопасным для инвестиций в кастомизации и обучение, т.к. Microsoft продолжает занимать относительно десктопа консервативную политику с умеренным развитием без революций, т.к. Microsoft вполне устраивает 1 миллиард долларов получаемый с продажи десктопа.

В связи со сказанным проверяйте, что все решения для MS Project работоспособны и без MS Project Server/Online, т.к. в районе сервера точно ожидается революция, но какая сказать сложно.

Источник: www.microsoftproject.ru

Project Server

Microsoft Project Server 2019 предназначено для эффективного управления портфелем проектов с общими ресурсами. Project Server 2019 имеет некоторые усовершенствования, включая производительность, масштабируемость, отчетность и доступность, а также расширенный набор API-интерфейсов для взаимодействия с ресурсами. Project Server 2019 предоставляет организациям надежные возможности совместной работы на базе SharePoint Server 2019 и теперь является сервисным приложением в SharePoint Server 2019.

Microsoft Project Server 2019 предназначено для эффективного управления портфелем проектов с общими ресурсами. Project Server 2019 имеет некоторые усовершенствования, включая производительность, масштабируемость, отчетность и доступность, а также расширенный набор API-интерфейсов для взаимодействия с ресурсами. Project Server 2019 предоставляет организациям надежные возможности совместной работы на базе SharePoint Server 2019 и теперь является сервисным приложением в SharePoint Server 2019.

Новое в версии Project Server 2019:

• Улучшения задач группы – новый способ работы с назначений задач.
• Администраторы могут настраивать сведения повременных данных отчетов на разных уровнях детализации для проекта.
• Уведомления по электронной почте. Project «Администраторы» содержат дополнительные параметры в том, как будут получать электронную почту.
• Идентификатор проекта – создает уникальные идентификаторы проекта при создании проекта.
• Увеличение ограничения для настраиваемого поля для создания отчетов.
• Ресурс сотрудничества с API – могут использовать API-интерфейса для Engagment ресурсов.

Источник: www.iesoft.ru

Варианты архитектуры MS Project Server при внедрении в подразделениях крупной компании

В организациях, где планируется использовать Microsoft Project Server в нескольких организационных единицах, или подразделениях, часто возникает вопрос: «Следует ли каждому подразделению использовать свой экземпляр Project Server, или им надо делить один экземпляр?».

Хотя некоторые внедренцы имеют на этот счёт устоявшееся мнение, мы в компании Brise считаем, что нет единственного лучшего варианта для любой ситуации. У каждой компании свои нужды: одни удовлетворяются единственным экземпляром Project Server, для удовлетворения других требуется несколько отдельных экземпляров. В некоторых организациях даже может потребоваться установить, настроить и поддерживать несколько отдельных ферм SharePoint для разных подразделений. В этой статье мы попытаемся рассмотреть каждый вариант, и сделать выводы о его ограничениях, преимуществах и недостатках.

Microsoft SharePoint и Project Server: технические термины

Ферма SharePoint – это группа из нескольких физических или виртуальных серверов, которые работают совместно, чтобы обеспечить функционирование приложения SharePoint и всех служб, работающих в этом приложении, включая Project Server. В крайнем случае, ферма может состоять из одного сервера, который выполняет обработку данных и отвечает на запросы конечных пользователей, или это может быть несколько серверов, которые распределяют между собой нагрузку. Пользователям обычно нет разницы, сколько серверов в ферме, пока они имеют доступ к нужному им приложению, такому как Project Server, через единственный URL в веб-браузере.

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

Многосерверная ферма SharePoint, где сервера совместно обслуживают запросы сотрудников за рабочими станциями

Экземпляр Project Server (часто также называемый узлом Project Web App) – веб-приложение, которое выполняет различные функции для сотрудников проектной организации. Оно хранит и отображает проекты, задачи и ресурсы, обеспечивает уведомление участников проектной команды о назначенных им задачах, позволяет им фиксировать прогресс по задачам, и т.д.

Можно заметить сходства между приложением Project Server и такой веб-ориентированной системой, как социальная сеть. Экземпляр Project Server имеет веб-интерфейс, доступный через браузер – PWA, так же, как у ВКонтакте есть сайт vk.com. Еще Project Server позволяет вам подключаться к нему клиентским приложением Project Professional (и возможно, некоторыми другими), как и ВКонтакте имеет мобильные приложения для iOS/Android/Windows. Веб-сервисы ВКонтакте работают не на одном сервере, а на громадной ферме серверов, которая справляется с нагрузкой от запросов миллионов людей по всему миру.

Обзор архитектурных схем развертывания MS Project Server

Подобно тому, как на сервере веб-хостинга может размещаться множество веб-сайтов, на ферме SharePoint может функционировать несколько узлов PWA. Если в нескольких подразделениях организации (таких как IT, проектирование, маркетинг) внедряется Project Server, все они могут пользоваться одним узлом PWA. Или же каждый отдел может развернуть свой узел. Как и сайты на одном веб-сервере могут выглядеть совершенно независимыми друг от друга, экземпляры Project Server тоже будут казаться полностью независимыми, даже когда они размещаются в одной ферме SharePoint.

Несколько организационных единиц, совместно использующих экземпляр Project Server

Каждая организационная единица использует собственный экземпляр Project Server

У каждого экземпляра Project Server есть свой PWA-сайт с уникальным URL (например, http://companyportal/pwa, http://companyportal/marketing, http://companyportal/it), свой набор данных о проектах и пользователях (КСГ, ресурсы, табеля, отчеты о состоянии, и т.д.), и собственные уникальные настройки. Каждый Project Server на ферме содержит собственную базу данных (в версии 2010 – 4 базы), где всё это хранится.

Преимущества и недостатки различных архитектурных схем

Проведем анализ трех возможных вариантов архитектурной организации развертывания Project Server, описанных нами выше. Располагая этой информацией, можно принять решение, какой схемы придерживаться при внедрении в конкретной компании, даже если требуется какой-то смешанный подход.

Вариант 1: Каждое подразделение использует собственный экземпляр Project Server

Преимущества:

• Каждая организационная единица (ОЕ) может сконфигурировать свой Project Server отдельно, чтобы он соответствовал ее бизнес-требованиям.
• Изоляция баз данных Project Server и БД контента SharePoint для каждого экземпляра более надежно защищает данные ОЕ от доступа из других ОЕ.
• Только администратор фермы, а не администратор Project обладает правом предоставлять доступ к данным всех подразделений.
• Поскольку один узел PWA не должен соответствовать требованиям безопасности сразу нескольких ОЕ, каждый экземпляр Project Server будет обладать более простой конфигурацией безопасности. И вообще конфигурация приложения будет более простой.
• Все ОЕ не будут вынуждены работать с одними и теми же глобальными параметрами сервера:

• Параметры процесса отчетности по задачам и табелирования;
• Набор корпоративных календарей;
• Настройки приложения, такие как валюты, параметры емкости ресурсов, интерфейса PWA, и т.д.

• Ресурсы из всех ОЕ не будут собраны в корпоративном пуле ресурсов единственного экземпляра Project Server.
• Отчеты Excel Services не будут объединены в единственный Центр бизнес-аналитики.
• Используемые в Project Professional представления, таблицы, фильтры, группы и макросы не будут собраны в единственный Глобальный корпоративный шаблон.

Недостатки:

• Из-за того, что каждый экземпляр Project Server использует свои базы данных, возникает проблема консолидации данных нескольких подразделений для формирования отчетности. Однако если вы дочитаете эту статью до конца, вы сможете узнать хорошие новости на этот счет.
• ОЕ не могут легко увидеть все проекты компании в одном представлении и не могут выполнять управление портфелем проектов в масштабах всей компании.
• Подразделения не могут использовать общие корпоративные ресурсы в своих проектах, и не могут оценивать их загрузку и доступность.
• ОЕ не смогут устанавливать в своих проектах связи с проектами других ОЕ.
• Поскольку каждый узел PWA обладает собственными уникальными параметрами, суммарно потребуется больше усилий для настройки и администрирования со стороны каждой ОЕ, хотя эта работа обычно и распределяется между всеми ОЕ.

Вариант 2: Все организационные единицы делят единственный экземпляр Project Server

Преимущества:

• Использование полей «Отделы проекта» и «Отделы ресурсов» позволяет добиться консолидации общих данных Project Server и разделения данных, принадлежащих отдельным ОЕ:

• Пользовательские корпоративные поля;
• Типы корпоративных проектов;
• Базы данных OLAP;
• Факторы (Business Drivers) и Анализы портфеля (Portfolio Analyses).

Недостатки:

• Ни одна ОЕ не может сконфигурировать приложение Project Server в соответствии с ее уникальными бизнес-требованиями.
• Объединение баз данных Project Server и SharePoint Content затрудняет изоляцию конфиденциальной информации одних подразделений от других.
• Бизнес-администратор приложения PWA будет иметь доступ ко всем проектным данным всех ОЕ.
• Поскольку один экземпляр Project Server должен соответствовать требованиям безопасности сразу нескольких ОЕ, этот экземпляр будет обладать более сложными параметрами безопасности. И вообще конфигурация приложения будет более сложной.
• Все ОЕ будут вынуждены работать с одними и теми же глобальными параметрами сервера:

• Параметры процесса отчетности по задачам и табелирования;
• Единственный набор корпоративных календарей;
• Настройки приложения, такие как валюты, параметры емкости ресурсов, интерфейса PWA, и т.д.

• Ресурсы из всех ОЕ будут собраны в корпоративном пуле ресурсов единственного экземпляра Project Server.
• Отчеты Excel Services будут объединены в единственный Центр бизнес-аналитики.
• Используемые в Project Professional представления, таблицы, фильтры, группы и макросы будут собраны в единственный Глобальный корпоративный шаблон.

Вариант 3: Каждое подразделение пользуется собственной фермой SharePoint

Вариант с отдельной фермой SharePoint для подразделения с одним или несколькими экземплярами Project Server – эту схему тоже стоит упомянуть, хотя она очень редко используется. Она внедряется, например, когда в крупной компании есть несколько IT-отделов, каждый из которых обслуживает свою ферму серверов, которой пользуются подразделения-клиенты. Также этот вид архитектуры приходится применять в организациях, где очень важна секретность, и одна ферма располагается в сильно защищенной сети, используемой секретными подразделениями, которая физически отделена от менее защищенной корпоративной сети, где расположена другая ферма серверов.

Преимущества:

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

Недостатки:

Этот вариант – естественно, самый дорогой, особенно если каждая ферма SharePoint установлена на отдельных физических серверах. И это самый сложный вариант для инсталляции, настройки и поддержки; требуется больше всего усилий при очень ограниченных возможностях повторного использования результатов. Каждая ферма и экземпляр Project Server наверняка потребует отдельный набор мероприятий по установке, настройке и поддержке.

Какой вариант выбрать для внедрения?

Хотя может показаться, что при использовании отдельного узла PWA для каждого подразделения мы получаем лучшее сочетание преимуществ и недостатков, каждая компания имеет свои потребности. Следует их внимательно оценить, прежде чем выбрать вариант 1, или какой-то другой. Вопрос выбора между описанными архитектурными схемами 1 и 2 особенно обостряется, когда подразделения достаточно крупные, чтобы обладать собственным проектным офисом и портфелем проектов, но при этом у руководства есть желание видеть консолидированную отчетность по всем проектным офисам. Что касается недостатков первой схемы, касающихся отчетности, у компании Brise есть наработки, которые позволят решить проблему объединения проектных данных из нескольких экземпляров Project Server в одну сводную базу данных для отчетов. Мы опишем это наше решение в одной из следующих заметок.

Запись опубликована автором Максим Панасюк в рубрике Project Server. Добавьте в закладки постоянную ссылку.

Источник: ms-project.info

Microsoft Project Server 2013

C помощью Project Server организации могут эффективно инициировать, выбирать, планировать и реализовывать проекты, отслеживая затраты времени и бюджетных средств.

Похожие на Microsoft Project Server 2013

Описание Microsoft Project Server 2013

Microsoft Project Server 2013 — это гибкое решение под локальную работу для управления портфелем проектов (PPM) и ежедневной работы. Этo публикация площадки startpa ck.ru. Инструмент помогает по всем фронтам планировать проекты и вести совместную работу, а также отслеживать развитие проектов при помощи системы управления.

В Project Server 2013 также представлены мощные возможности для создания отчетов с использованием Службы Excel в SharePoint Server 2013 для регистрации всех аспектов жизненного цикла проекта. Приложение Project Server 2013 построено на платформе SharePoint Server 2013.

Основные возможности Microsoft Project Server:

• Управление задачами.
• Отчеты и бизнес-аналитика.
• Общий доступ к документам.
• Совместная работа через Skype для бизнеса.
• Управление ресурсами.
• Синхронизация задач посредством SharePoint.
• Управление и рассылка расписаний.
• Управление запросами, проблемами и рисками.
• Выбор и оптимизация портфеля.
• Визуальный оптимизатор ресурсов.
• Управление финансами.
• Управление временем.
• Интеграция с Active Directory.

Источник: startpack.ru