Sharepoint project server

Как создать сайт PWA в Microsoft Project Server 2016

Создание нового экземпляра PWA (Project Web App) в Project Server 2016 выполняется иначе, чем в Project Server 2013. Рассмотрим этот процесс сначала, с установки SharePoint.

Новая версия Project Server 2016 теперь поставляется не в виде отдельного дистрибутива, а входит в общий пакет установки SharePoint Server 2016. При этом лицензируется Project Server 2016 отдельно от SharePoint, как и раньше.

Процесс установки SharePoint Server 2016 и создания фермы мало отличается от аналогичного процесса в SharePoint 2013.

Скачиваем отсюда (https://www.microsoft.com/en-us/download/details.aspx?id=49961) и устанавливаем SharePoint Server 2016 Beta 2 (SharePoint Server 2016 Beta 2 English.iso)

Мы будем создавать русскоязычный экземпляр Project Web App. Так как пока недоступен русскоязычный пакет установки SharePoint Server, нам потребуется языковой пакет локализации.
Поэтому скачиваем отсюда (https://www.microsoft.com/en-us/download/details.aspx?id=49960) и устанавливаем русский языковой пакет SharePoint Server 2016 Beta 2 Russian Language Pack.iso.

Запускаем установку обязательных компонентов для SharePoint Server 2016. Выполняем все условия установки.

Запускаем установку самого SharePoint Server 2016 и дожидаемся ее завершения.

Запускаем утилиту Мастер конфигурации продуктов SharePoint (SharePoint 2016 Products Configuration Wizard) и создаем новую ферму SharePoint.

При запуске Мастера настройки фермы в Центре администрирования SharePoint 2016 обязательно отмечаем пункт Приложение службы сервера Project Server (Project Server Service Application)

Зайдя в настройки приложения-службы Project Server Service Application в 2016-ой версии, наблюдаем отсутствие каких-либо опций по созданию PWA. Здесь начинаются различия в установке между 2016-ой и предыдущими версиями.

Создавать новый экземпляр PWA мы будет посредством PowerShell. Для этого запускаем в меню пуск SharePoint 2016 Management Shell. Разумеется, выполняем это действие с правами администратора.

Чтобы Project Server 2016 заработал, нужно разрешить его лицензирование. Для этого выполняем команду:

Мы будем создавать экземпляр PWA по привычному нам пути вида http://website/pwa. Для этого в Центре администрирования SharePoint переходим по ссылке Управление веб-приложениями.

Выбираем веб-приложение, где будет развернут PWA (если веб-приложения нет, его нужно создать). Нажимаем на ленте кнопку Управляемые пути. Добавляем строку pwa в список Включенные пути с типом Явное включение.

Теперь переходит в консоль PowerShell и выполняем следующий скрипт, заменив значения переменных в скрипте на свои:

# название сайта PWA
$siteName = «Project Server 2016»

# веб-приложение, где будет наш PWA
$webApp = «http://epm2016»

# URL-адрес PWA
$siteUrl = «http://epm2016/pwa»

# администратор PWA
$owner = «domainsvc_farmadmin»

# название базы данных контента
$databaseName = «ProjectWebAppContent»

# имя сервере баз данных
$databaseServer = «epm2016»

$template = «pwa#0»
New-SPContentDatabase -Name $databaseName -DatabaseServer $databaseServer -WebApplication $webApp
New-SPSite -Url $siteUrl -OwnerAlias $owner -ContentDatabase $databaseName -Template $template -Name $siteName -Language 1049
Enable-SPFeature pwasite -URL $siteUrl

После выполнения будет создан новый экземпляр PWA в русской локализации.

Чтобы переключить экземпляр Project Server из режима безопасности SharePoint в режим безопасности Project Server выполним еще такую команду:

Set-SPProjectPermissionMode $siteUrl -Mode ProjectServer

На этом всё. Можно начинать использование Project Server 2016 Beta 2 (или ждать выхода релиза).

Варианты архитектуры 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 и SharePoint Content становится проще создавать общую отчетность.
• ОЕ могут легко увидеть все проекты организации в одном представлении и могут выполнять управление портфелем проектов в масштабах всей организации.
• Подразделения могут использовать общие корпоративные ресурсы в своих проектах, и могут оценивать их загрузку и доступность.
• ОЕ могут устанавливать в своих проектах связи с проектами других ОЕ.
• ОЕ могут легче делиться друг с другом лучшими практиками и процессами управления проектами и ресурсами.
• Поскольку в компании используется только один узел PWA, для его настройки и администрирования потребуется меньше усилий.

Недостатки:

• Ни одна ОЕ не может сконфигурировать приложение 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 в одну сводную базу данных для отчетов. Мы опишем это наше решение в одной из следующих заметок.

Сравнение списка задач SharePoint и корпоративного проекта Project Server 2013

В данном обзоре сравниваются функциональные возможности списка задач SharePoint и корпоративного проекта Project Server.[cut]

Службу приложений Project в Project Server 2013 можно связать с семейством сайтов SharePoint, в котором сайты проекта являются проектами списка задач SharePoint. Сайты проектов типа «Список задач SharePoint» позволяют всем заинтересованным лицам проекта, в том числе сотрудникам организации, не имеющих прямого доступа к PWA , увидеть, как их работа выглядит в контексте целого проекта, а также получать доступ к соответствующим данным, документам и сообщениям.Project профессиональный может синхронизироваться со списками задач и обновлять их. Сайт проекта может содержать независимый список задач SharePoint или список задач, который синхронизируется с MPP-файлом. Этот файл может храниться локально или в библиотеке SharePoint.

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

В Таблице представлена сводка функциональных различий между списком задач SharePoint и корпоративным проектом. Ниже по каждому пункту дано пояснение.

Примечание: Запрет использования функций № 1-5 для списков задач SharePoint обусловлен автономной работой с планом проекта на сайте без подключения к ProjectProfessional. В противном случае данный функционал является доступным.

I. Возможности планирования план-графика проекта владельцем проекта

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

Рисунок 1. Создание связей списка задач SharePoint

Создание корпоративного проекта предполагает работу с более сложными и масштабными проектами, поэтому данный тип проекта изначально предоставляет более широкие возможности работы с календарным планом проекта из PWA. Например, с целью фиксации исходных параметров плана корпоративного проекта можно задать утвержденный план (иначе базовый план проекта), включающий сведения о ресурсах, задачах и назначениях. В списках задач SharePoint данная возможность отсутствует. Однако для расширенных возможностей планирования проекта, в т.ч. перехода к автоматическому планированию и работы с базовыми планами проекта, доступна возможность подключения списков задач SharePoint к Microsoft Project Professional 2013.

II. Назначение ресурсов на задачи проекта

В корпоративном проекте для назначений на задачи доступны все виды ресурсов, доступные в пуле ресурсов Project Server : затраты, материалы и трудовые, включая универсальные ресурсы (general resource). В данном случае сотрудники организации должны иметь доступ к Project Web App на уровне пользователей системы.

На задачи списка SharePoint можно назначать любого сотрудника организации, не включенного в пул ресурсов Project Server и не имеющего прямого доступа к Project Web App. При этом для каждого сотрудника можно задавать уникальные права доступа к соответствующим данным, документам и сообщениям, доступным на сайте проекта. Учет универсальных, материальных и затратных ресурсов доступен только при подключении к Project Professional.

Важной особенностью является то, что при назначении на задачу из списка SharePoint нового сотрудника, не включенного в пул ресурсов Project Server, он автоматически добавляется в пул ресурсов. Это предоставляет возможность просмотра загрузки по всем проектам для ресурсов, напрямую не являющимся пользователями Project Server (рис.2).

Рисунок 2. Просмотр загрузки по всем проектам

III. Возможности просмотра и актуализации назначенных задач исполнителям

Задачи списков Sharepoint доступны для просмотра исполнителю через представление «Мой календарный план», что представляет из себя отдельную встроенную веб-часть (рис.3). При этом в разделе Задачи (Tasks) и Расписания (Timesheets) отображаются назначения ресурсов только по корпоративным проектам.

Актуализация статуса выполнения задач списков Sharepoint исполнителями доступна только через сайт проекта или через синхронизацию с Outlook (см. раздел V). Назначения ресурсов корпоративного проекта могут быть обновлены в разделах Задачи (Tasks) и Расписания (Timesheets).

Рисунок 3. Представление «Мой календарный план»

IV. Настройка автоматических уведомлений

При работе со списками задач SharePoint, исполнителям доступна возможность настройки соответствующих оповещений по своим задачам (Рис.4).

Рисунок 4. Настройка автоматических уведомлений

При работе с корпоративными проектами возможность настройки оповещений отсутствует.

V. Настройка синхронизации с Outlook

Отслеживание списков задач SharePoint можно также осуществлять в Outlook путем синхронизации с Outlook (Рис.5). Непосредственно в Outlook можно добавлять и редактировать задачи проекта всем пользователям, имеющим доступ к сайту проекта.

Рисунок 5. Функционал подключения к Outlook

При работе с корпоративными проектами возможность настройки синхронизации с Outlook отсутствует.

VI. Изменение типа проекта

В связи с увеличением сложности проекта список задач SharePoint можно преобразовать в корпоративный проект, что позволит перейти к режиму планирования проекта в Project Web App и использованию всех выше описанных возможностей работы с корпоративными проектами.

Семидетнов Алексей
27.01.2016

Microsoft Project Server

Home Продукты Microsoft Project Server

Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.

Project Server — исключительно масштабируемое и гибкое локальное решение для управления портфелями проектов (УПП)

Гибкое управление портфелями
Microsoft Project Server 2016 — это гибкое локальное решение для управления проектами и портфелями (УПП) и повседневной работы.
Доступ без ограничений
Продукт Project Server 2016, входящий в состав решения SharePoint 2016 (лицензия на него приобретается отдельно), позволяет участникам команд и проектов, а также руководителям быстро приступать к работе над проектами, определять приоритетные инвестиции в портфелях и извлекать выгоду практически отовсюду.

Функции и возможности

Гибкое локальное решение

Более эффективное решение УПП

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

1. Используйте новые визуальные элементы в Project Web App (PWA) — веб-приложении, с помощью которого осуществляется доступ к Project Server, — для быстрого начала работы и гибкого управления портфелями.
2. Используйте различные устройства и браузеры (Internet Explorer, Firefox, Safari, Chrome и т. д.) для просмотра, редактирования, отправки данных и совместной работы над проектами или портфелями, а также для выполнения повседневных задач.

Своевременные действия

Корректируйте концепцию развития и объемы работ, выбирайте приоритетные программы и оптимальные портфели проектов и реализуйте свою бизнес-стратегию.

1. Эффективная оценка идей и стратегической значимости альтернативных предложений поможет вам скоординировать работу и оптимизировать запуск проектов.
2. Легко создавайте рабочие процессы в Visio и SharePoint Designer, чтобы унифицировать этапы выполнения и отклонения проектов, повысить степень управляемости и контроля.
3. Быстро преобразовывайте список задач SharePoint в корпоративный проект в PWA.

Гибкое управление портфелями

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

1. Просматривайте поставленные задачи (как корпоративные, так и личные) и работайте над ними в одном месте.
2. Новые функции планирования помогут вам эффективно планировать задачи и управлять ими.
3. Организуйте работу с группами в одном месте — на сайте проекта, где участники могут просматривать сводные данные проекта, документы, задачи, новости и календари.

Эффективное управление ресурсами

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

1. Повысьте эффективность управления планируемыми проектами и текущими задачами, сохраняя поступающие от участников группы идеи в списке задач SharePoint и оценивая их в Project Web Access.
2. Точно оценивайте потребности в ресурсах и совершенствуйте их распределение согласно своей стратегии.
3. С легкостью переносите данные из календарей участников группы в Exchange в приложение Project Server 2016. Это упростит планирование проектов и обновление состояния задач и одновременно расширит возможности общего доступа к ним.

Новые возможности для совместной работы и оперативных действий

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

1. Отслеживая действия людей, сайты, теги и документы с помощью новостных каналов, вы сможете легко обмениваться информацией и наблюдать за тем, что говорят и делают участники рабочих групп.
2. Используйте возможности поиска в SharePoint, чтобы эффективнее выполнять текущие задачи и работу над проектами и находить нужную информацию.
3. Применяйте эффективные меры защиты при передаче информации и совместной работе с надежными партнерами.
4. Повышайте осведомленность с помощью инструментов для совместной работы, которые обеспечивают беспрепятственный обмен данными из календарей, сведениями о присутствии и доступных ресурсах по всей организации.

Эффективное общение

Общайтесь без усилий, используя новые инструменты для организации общего доступа к беседам когда и откуда угодно для более эффективной работы в группе.

1. Наведите указатель на имя участника группы в плане проекта, чтобы увидеть, доступен ли он для разговора или мгновенных сообщений Lync.
2. Организуйте эффективное взаимодействие с группой: перетаскивайте участников в окно собрания Lync для проведения групповых конференций, обмена мгновенными сообщениями, совместной работы с экранами и использования общих рабочих областей.

Улучшение оперативности и контроля

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

1. Оптимизируйте использование ресурсов и планируйте их выделение в соответствии с принятыми в организации требованиями к ресурсам с помощью центра ресурсов в PWA.
2. Используйте сводные панели мониторинга для создания четкой картины происходящего и принятия более обоснованных решений.
3. Быстро анализируйте и собирайте данные на разных уровнях с помощью функций самостоятельной бизнес-аналитики в службах Excel.

Упрощение ИТИТ-инфраструктуры

Упростите свою ИТИТ-инфраструктуру с помощью интегрированных возможностей администрирования в SharePoint.

1. Благодаря синхронизации с Active Directory (AD) в PWA выбирайте в AD группы с пользователями, которых хотите назначить на те или иные проекты.
2. С легкостью предоставляйте группам и доверенным бизнес-партнерам требуемый уровень доступа с помощью новой интегрированной модели безопасности SharePoint в PWA.
3. Используйте отраслевые стандарты, такие как ODATA (Open Data Protocol), для интеллектуального анализа данных и бизнес-аналитики.

Быстрые нововведения

Оперативно внедряйте новые идеи с помощью гибкой платформы УПП

1. Используйте приложения из нового магазина SharePoint для удовлетворения уникальных потребностей своего предприятия.
2. Быстро разрабатывайте и создавайте приложения, которые помогут вам сэкономить время на выполнении автономных процессов и использовать ресурсы защищаемых программных систем.
3. Используйте интегрированную среду на базе Project Server, SharePoint, Exchange, Lync и Office, позволяющую оперативно действовать и реагировать на открывающиеся возможности.
4. Объединяйте различные задачи, связанные с управлением жизненным циклом приложений (ALM), разработкой новых продуктов (NPD) и интегрированным управлением проектами (IPM), в рамках единой и масштабируемой платформы УПП.

Простое администрирование и управление

Начало работы

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

Интеграция с Active Directory

Управление учетными данными и разрешениями пользователей.

PowerShell

Простота использования и управления. Добавление и удаление пользователей занимает считанные минуты, а с помощью PowerShell можно создавать собственные сценарии и автоматизированные процессы.

Управление

В Visio и SharePoint Designer можно легко и без написания программного кода создавать рабочие процессы, чтобы унифицировать этапы выполнения и отклонения проектов, повысить степень управляемости и контроля.

Совместная работа и взаимодействие

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

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

Удаленный доступ

Вы можете эффективно работать практически с любого устройства, где бы вы ни находились.

Управление всеми задачами

Управление работой

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

Управление запросами

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

Управление временем и задачами

Используйте централизованный единый подход к учету времени и управлению задачами.

Управление ресурсами

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

Управление расписанием

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

Управление программами

Реализуйте прогнозируемые выгоды, связанные с программой в целом и ее отдельными проектами, и используйте дополнительные преимущества эффективной платформы для выбора и запуска программ.

Расширенные средства управления портфелями

Финансовое управление

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

Анализ портфеля и выбор проектов

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

Принятие решений на основе данных

Управление проблемами и рисками

Предотвращайте и выявляйте потенциальные проблемы и риски, связанные с бизнесом или проектами, и снижайте вероятность их появления.

Отчеты и бизнес-аналитика

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

Office 365

Расширяемость

В магазине SharePoint вы сможете найти приложения, которые отвечают потребностям вашего предприятия. Кроме того, вы можете создавать собственные приложения и легко интегрировать их с бизнес-системами.

Поддержка

Круглосуточная телефонная поддержка по всем сложным ИТИТ-вопросам. В сообществе Майкрософт в Интернете вы можете получить ответы на свои вопросы, найти справочные материалы и пообщаться с другими пользователями Project.

Экосистема партнеров с компетенцией управления проектами и портфелями

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

SharePoint 2016 для архитекторов

Месяц назад SharePoint 2016 стал RTM. Это значит, что изменений в функционале SharePoint в ближайшие полгода мы не увидим.

SharePoint 2016 еще не GA (General Availability), то есть вы не сможете получить полноценный лицензионный ключ, только триал. Но уже пора думать о переходе на новую версию.

В SharePoint 2016 мало изменений с точки зрения пользователя или разработчика, зато много с точки зрения администратора и архитектора.

Подробнее рассмотрим новшества.

Project Server

Это первое о чем вы узнаете еще до установки SharePoint 2016. SharePoint и Project Server теперь одно целое. Ставятся они вместе, таблицы project хранятся в контентной базе SharePoint. Для включения Project Server 2016 достаточно одной команды PowerShell. С точки зрения маркетинга и продаж это все еще разные продукты.

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

Нет больше Foundation и не поддерживается SQL Express

Огромный удар для кучи партнеров Microsoft, которые продавали змеиный яд решения на бесплатной версии. Microsoft решил отказаться от беслатной версии, приучая клиентов платить за SharePoint. Помоему очень хорошее решение, так как большинство разработок на Foundation по большей части состоит из неумело повторенных фич платной версии SharePoint.

У Microsoft была стратегия, что бесплатная версия Foundation должна продавать платную. WSS 2.0 даже включили в состав Windows Server 2003R2. Получилось ровно обратное — при наличии бесплатного Foundation заказчики даже не рассматривали платную версию.

Доходило до смешного: я недавно получил запрос на оценку разработки портала. Там требовались профили и личные сайты, синхронизация с AD, древовидные справочники, поиск по контенту, социальные фичи. Но все это должно было работать на Foundation.

SQL Express иногда использовали для разработческихдемонстрационных сред. Но теперь SQL Server Developer Edition бесплата для всех зарегистрированных разработчиков, поэтому потребность в Express-версии гораздо ниже.

Минимальные требования

Процессоров и памяти для SharePoint 2016 требуется столько же, сколько для 2013. Я бы рекомендовал иметь один сервер минимум с 16 гб оперативки и 4 ядрами для SharePoint+SQL для 300 активных пользователей, которые заходят на портал и что-то делают минимум раз в день. При росте количества пользователей масштабировать службы, которые не выдерживают нарузки.

Требования к софту изменились сильно — минимум Windows Server 2012R2 и SQL Server 2014 SP1, а лучше SQL Server 2016, чтобы поставить Reporting Services и PowerPivot. Минимальная поддерживаемая версия IE — 10, видимо потому, что используется CSS 3.

Нет больше Standalone режима установки

Еще со времен WSS 2.0 (может и раньше, я не в курсе) в SharePoint было два режима — Ферма и Standalone. Ферма могла быть развернута на нескольких серверах и требовала доменных учеток, а Standalone работал с локальными учетками и мог ставится даже без AD.

В SharePoint 2010 без AD стало невозможно установить SharePoint, а в Standalone было огромное количество багов. При этом ферму, поставленную в Standalone, было практически невозможно масштабировать. Надо было еще в 2013 отказаться от этого режма, но почему-то его оставили и убрали только сейчас.

MinRole

Во время запуска Configuration Wizard спрашивают какя роль будет у сервера. Указав роль вы получете набор Service Application на этом сервере без возможности этот набор изменить. Кроме роли Custom, при которой вы сможете настроить службы на сервере самостоятельно.

С одной стороны это упрощает настройку. С другой — отказоустойчивая ферма теперь требует 8 серверов SharePoint (4 роли * 2 сервера), это в дополнение к двум серверам для баз данных и двум серверам для Office Online Server.

Мне кажется, что в реальности такое количество серверов никто поднимать не будет. Тем более на практике отказоустойчивую ферму можно собрать на 4 серверах вместо 8.

Распределенный кэш

В SharePoint 2013 была проблема. Он использовал AppFabric Cache 1.0, который содержал утечки памяти. Надо было руками патчить его до последнего Cumulative Update. В SharePoint 2016 теперь ставится AppFabric сразу с CU7.

Но есть другая проблема — тайм-ауты. По умолчанию для некоторых кэшей SharePoint имеет тайм-ауты в 2 миллисекунды. Если кэш стоит не на отдельном сервере, то выдержать такой тайм-аут даже при минималной загрузке не получается. После этого SharePoint думает что кэш не работает и включает fallback-механизм, который снижает скорость загрузки старниц в разы.

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

На technet есть официальный гайд по настройке тайм-аутов, он акутален как для SharePoint 2013, так и для 2016. Но в 2016 появились еще несколько кэшей (ContainerType):

• DistributedSharedWithUserCache
• DistributedUnifiedGroupsCache
• DistributedFileLockThrottlerCache
• DistributedResourceTallyCache
• DistributedHealthScoreCache

Для них тоже стоит увеличить тайм-ауты, особенно в случае односерверной фермы.

Site Masters и баг в личных сайтах

Для создания личных сайтов в SharePoint 2016 используется новый механизм, называемый Site Masters. Вместо создания новой сайт-коллекции и активирования фич с запуском кода, создается одна скрытая сайт-коллекция (master), а из нее новые коллекции получаются просто копированием на уровне базы данных. Можно самостоятельно добавить мастеры для шаблонов сайтов, если надо будет массово создавать коллекции по этим шаблонам.

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

Как раз в личных сайтах в SharePoint 2016 есть ошибка. Шаблон по-умолчанию не содержит фичи для социальной ленты. В зависимости от последовательноси действий это может привести к тому, что личные сайты не будут создаваться вообще или создастся мастер без нужной фичи (еще непонятно что хуже).

Я сделал фикс для этой проблемы. Надо скачать себе все файлы из репозитария, запустить build.cmd и установить на ферму полученный WSP-файл. Это обязательно надо сделать до первого захода на личный сайт. Когда Microsoft багу починит можно будет WSP не отключать, он не помешает.

Нет больше FIM в SharePoint

User Profile Sync Service, который по сути FIM Sync Service, появился в SharePoint 2010 и … не работал. Потом вышел CU, который его чинит, а следущий CU сновал ломал UPS. В SharePoint 2013 UPS стал работать стабильнее, но все равно было сложности с настройкой и отладкой.

В SharePoint 2016 окончательно решили этот вопрос — выпилили FIM из SharePoint. Теперь для простых сценариев есть AD Import, а для сложных можно отдельно установить Microsoft Identity Manager (MIM, теперь FIM так называется) и настроить синхронизацию в нем. Microsoft подготовил скрипты для настройки MIM — https://github.com/OfficeDev/PnP-Tools/tree/master/Solutions/UserProfile.MIMSync.

С точки зрения лицензирования MIM Sync Engine требует только Windows Server CAL, поэтому не увеличивает лицензионную нагрузку.