Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Zusammenfassung: Erfahren Sie mehr über neue Features und Funktionen in Project Server 2013.
Gilt für: Project Server 2013
Dieser Artikel enthält eine kurze Übersicht über neue und umfassend aktualisierte Funktionen in Project Server 2013, wobei insbesondere die für IT-Spezialisten interessanten Bereiche hervorgehoben werden. Hierzu gehören:
Verbesserungen bei der Exchange-Integration in Project Server
Benutzeroberflächenänderungen bei administrativen Einstellungen
Hinweis
Project Server 2013 basiert auf SharePoint Server 2013, sodass Project Server-Benutzer sich über die neuen Features und Funktionen informieren sollten. Informationen zu neuen Features und Funktionen in SharePoint Server 2013 finden Sie unter Erkunden von SharePoint 2013.
Project Online in Office 365
Das Release von Project Server 2013 wird mit der Veröffentlichung eines neuen Diensts in Office 365 für Unternehmen Project Online gekoppelt. Mit Project Online erfolgt die gesamte Betriebswartung über einen Onlinedienst, der in Microsoft-Rechenzentren gehostet wird, sodass Sie sich auf die wichtigsten Projektmanagementaufgaben konzentrieren können. Project Online in Office 365 bietet vollständige PPM-Funktionen (Demand Management, Portfolio Management, Ressourcenmanagement, Berichterstellung usw.). Portfoliomanager, Projektmanager und Teammitglieder können von überall aus über eine Internetverbindung auf Project Online zugreifen.
Das Project Online-Angebot bietet folgende Vorteile:
IT Pro-Verwaltung Die gesamte betriebsbezogene Wartung wird über den Project Online-Dienst behandelt. Sie müssen nicht mehr IT-Ressourcen für Aufgaben wie Updates, Notfallwiederherstellung und Wartung einsetzen. Zudem werden in Ihren Datenbanken Skripts für vorbeugende Wartung ausgeführt, um Probleme zu verhindern, bevor sie auftreten.
Einfacher Start Es fallen keine Vorlaufkosten für die Infrastruktur an, und die Lizenzierung erfolgt pro Benutzer.
Sicherheit In Office 365 werden stabile Notffallwiederherstellungsfunktionen, global redundante Sicherungen und umfassende Datenschutzfeatures eingesetzt. Filter helfen dabei, Benutzer vor Spam und Viren zu schützen.
Garantierte Betriebszeiten Microsoft bietet garantierte, finanziell abgesicherte Betriebszeiten sowie Telefonsupport rund um die Uhr (24 Stunden/7 Tage).
Hinweis
Weitere Informationen zum Verwenden von Project Online finden Sie unter Erste Schritte mit Project Online.
Project Server 2013-Architekturänderungen
Project Server 2013 ist ein mehrstufiges System, das die in Office Project Server 2007 eingeführte Architektur erweitert. Zur Front-End-Stufe gehören Project Professional 2013, Project Web App und Anwendungen von Drittanbietern. Clientanwendungen kommunizieren mit der mittleren Schicht nur über PSI (Project Server Interface) oder über Endpunkte des clientseitigen Objektmodells (CSOM), die wiederum mit PSI und der Geschäftsobjektschicht kommunizieren. Der Datenbankzugriff ist in die Geschäftsobjekte integriert. Das Project Server-Ereignisverwaltungssystem kann sowohl auf lokale als auch Remoteereignishandler zugreifen. Der Project-Berechnungsdienst dupliziert das Project Professional-Planungsmodul. Clientanwendungen greifen nicht direkt (oder sollten dies zumindest nicht) auf die Project Web App-Datenbank zugreifen, und in Project Server werden Geschäftsobjekte vor Clients verborgen.
Auf hoher Ebene wurden u. a. folgende wichtige Architekturänderungen für Project Server 2013 vorgenommen:
Datenbankkonsolidierung: Project Server 2013-Daten werden in eine einzelne Project Web App-Datenbank konsolidiert, um die Gesamtbetriebskosten zu reduzieren. Die Vorteile einer einzelnen Datenbank sind im Abschnitt Datenbankkonsolidierung dieses Dokuments beschrieben.
Azure Workflow: Deklarative Workflows (in SharePoint Designer 2013 definierte Workflows) werden zur Verarbeitung an Azure Workflow ausgelagert. Azure Workflow kann auf einem separaten Server in der SharePoint-Farm, unter Azure in der Cloud oder zu Test- oder Demonstrationszwecken auf einem einzelnen Computer mit Project Server ausgeführt werden. Codierte Workflows, die mit Visual Studio 11 Beta entwickelt wurden, werden in der Workflowlaufzeit in SharePoint Server verarbeitet, so wie auch in Project Server 2010.
OData-Dienste zur Berichterstellung: Project Online-Benutzer und Benutzer einer lokalen Project Server 2013-Installation können über den OData-Dienst auf ihre Projekte zugreifen. Open Data (OData) ist ein Webprotokoll, das dem Branchenstandard entspricht und für den Zugriff auf Daten aus externen Systemen verwendet wird. Der OData-Dienst führt intern SQL-Abfragen in den Berichtstabellen und -ansichten durch. Dies ist insbesondere für Project Online-Benutzer nützlich, da in Azure nicht direkt auf die Project Web App-Datenbank zugegriffen werden kann. Project Server 2013-Benutzer können dennoch über SQL Server direkt auf die Berichtstabellen und -ansichten zugreifen, um Berichte zu erstellen. Weitere Informationen finden Sie im Thema zuOData-Einführung: Datenzugriff für das Web, die Cloud, mobile Geräte und mehr in der MSDN Library.
Project Server-Warteschlangensystem: In Project Server 2013 wird das Warteschlangensystem nicht für Arbeitszeittabellenaufträge verwendet (keine Warteschlange für Arbeitszeittabellen). Alle Websites, die denselben Anwendungsdienst nutzen, verwenden denselben Warteschlangendienst. Die Warteschlangenleistung wurde durch mehrere wichtige Änderungen erheblich verbessert. Wenn ein Auftrag in die Warteschlangentabelle eingefügt wird, wird das System über das Vorhandensein eines Auftrags benachrichtigt und muss nicht selbst regelmäßig eine Abfrage nach Warteschlangenaufträgen durchführen.
Azure-Clouddienste für Project Online: Für Project Online-Benutzer in Office 365 werden Daten im Betriebssystem der Azure-Clouddienste gespeichert.
Hinweis
Weitere Informationen zur Project Server 2013-Architektur finden Sie unter Project Server 2013 architecture overview.
Unterstützung der Mehrinstanzenfähigkeit
Im Gegensatz zu Project Server 2010 können in Project Server 2013 mehrere Mandanten eingebunden werden, wenn diese in Verbindung mit dem SharePoint Server 2013-Feature für Mehrinstanzenfähigkeit verwendet werden. So können Sie mehrere Kunden, Geschäftseinheiten oder Abteilungen in derselben SharePoint Server- und Project Server-Farm und -Infrastruktur verwalten. In einer gehosteten Umgebung können beispielsweise getrennte Project Server 2013-Instanzen für zwei verschiedene Unternehmen verwendet werden. Oder in einem Unternehmen kann für die Rechtsabteilung eine Project Server 2013-Instanz verwendet werden, die vollständig unabhängig von den Instanzen ist, die von anderen Abteilungen verwendet werden. Alle Project Server 2013-Mandanten verwenden zwar denselben Project-Anwendungsdienst, aber jeder Mandant wird unabhängig und getrennt von den anderen Mandanten ausgeführt.
Datenbankkonsolidierung
In Project Server 2013 stellt der Project-Dienst nicht nur für Project Web App (PWA) Projektmanagementfunktionen bereit, sondern auch in der gesamten SharePoint Server 2013-Farm, in der PWA bereitgestellt ist. Eine wesentliche Änderung ist die Verwendung einer einzelnen Project Web App-Datenbank für Project Server 2013.
In Project Server 2010 wurde jede Project Server 2010-Instanz von vier Project Server-Datenbanken (Entwurf, Veröffentlichung, Berichterstellung und Archiv) unterstützt. Für Project Server 2013 werden alle vier Project Server 2013-Datenbanken in einer einzelnen Datenbank konsolidiert, der Project Web App-Datenbank (Standardname: ProjectWebApp). Die Berichtstabellen behalten ihre vorherigen Namen bei, und die Tabellennamen Draft, Published und Archived haben die Präfixe draft., pub., und ver. Der direkte Zugriff wird für die Tabellen und Ansichten Entwurf, Veröffentlicht und Archiv nicht unterstützt. Berichte sollten nur die Berichtstabellen und -sichten verwenden.
Diese Änderungen sind bedingt durch die Notwendigkeit zur Senkung der Gesamtbetriebskosten (TCO) für die Verwendung von Project Server 2013, insbesondere bei der Implementierung einer Umgebung, in der sich mehrere PWA-Instanzen befinden. Durch Reduzierung der Anzahl der Datenbanken, die für Project Server 2013 erforderlich sind, werden die Kosten für die Verwaltung der Daten (Update, Sicherung, Notfallwiederherstellung usw) gesenkt.
Projektwebsiteverfügbarkeit in SharePoint Server 2013
Das Projektwebsitefeature stellt in allen SharePoint Server 2013-Versionen grundlegende Projektverwaltungsfunktionen bereit. Es stellt SharePoint Server 2013-Benutzern eine Website für die Teamzusammenarbeit zur Verfügung, über die Projekte verwaltet werden können.
Mit Projektwebsites in SharePoint Server 2013 können Personen in einer Organisation effektiv an kleinen Projekten zusammenarbeiten. Projektmanager erhalten schnell einen Überblick über die Vorgänge in einem Projekt, und Teammitglieder können schnell sehen, wie ihre Arbeit in den Gesamtkontext eingebettet ist. Mithilfe von Projektwebsites können Teams zudem schnell auf relevante Daten, Dokumente und Mitteilungen zugreifen und für alle Teammitglieder freigeben.
Eine Projektwebsite stellt Folgendes bereit:
Projektsammelvorgang-Webpart
Visuelle Zeitachse der Projektaufgaben
Vollständiger Aufgabenterminplan für ein Projekt
Bibliothek zum Speichern relevanter Projektdokumente
Notizbuch zum schnellen Erfassen und Organisieren von Informationen zum Projekt
Freigegebener Kalender für Teamereignisse
Möglichkeit zum Verbinden mit der Project 2013-Clientanwendung
Wenn SharePoint Server 2013 mit Exchange Server verbunden ist, kann eine Projektwebsite auch ein Teampostfach für die einheitliche Kommunikation über das Projekt im Weiteren enthalten. Wenn eine Projektwebsite Teil einer Websitesammlung ist, die Project Server 2013 zugeordnet ist, kann sie auch verwendet werden, um Probleme, Risiken und Lieferumfang zu erfassen, und sie kann zur Vollzugriffssteuerung (im Vergleich zum verwalteten Modus) für eine stabilere Project Server 2013-Funktionalität gewechselt werden.
Obwohl Projektwebsites dem SharePoint Server-Benutzer einfache Projektverwaltungsfunktionen bereitstellen, kann sich Ihre Umgebung irgendwann bis zu einem Punkt weiterentwickeln, an dem zusätzliche Features erforderlich sind. Sie haben beispielsweise verschiedene Projektwebsites und benötigen eine Sammelansicht aller Informationen. Wenn Sie erweiterte Projektverwaltungsfunktionen benötigen, können Sie mit einer strukturierten Methode Ihre gesamten Projektwebsitedaten zu Project Server 2013 migrieren.
Ausführliche Informationen zur Verwendung von Projektwebsites in SharePoint Server 2013 finden Sie unter Erste Schritte mit einer Projektwebsite.
Mobile Verfügbarkeit von Projekten
Eine neue Ergänzung in Project Server 2013 ist die Unterstützung des mobilen Zugriffs auf Ihre Projektdaten. Jetzt ist eine webbasierte mobile Website enthalten, die es Teammitgliedern und Projektmanagern ermöglicht, den Projektstatus auf einem mobilen Gerät auf einen Blick anzuzeigen. Mithilfe der mobilen Website mit Toucheingabe können Sie auf relevante Projektdokumente zugreifen und diese bearbeiten und die Projektpläne von Ihrem Windows Phone 7.5 (mit dem Internet Explorer 9-Browser), Apple iPhone oder Android-Gerät leicht bearbeiten.
Mobile Features werden hauptsächlich von zwei Typen von Project Server-Benutzern verwendet:
Teammitglieder
Aufgabenzuweisungen auf einer Projektwebsite prüfen
Mit Dokumenten, Aufgaben und anderen Informationen interagieren, die auf einer Projektwebsite gespeichert sind
Zusammenfassung des Projektstatus für Project Server-Projekte und kleine Projekte anzeigen
Projektmanager
Projekte mithilfe von Projektwebsites verwalten
Aktuelle Statusinformationen zu Ressourcen anzeigen, die den Projekten zugeordnet sind, unabhängig von ihrem Standort
Projektstatusinformationen auf einem Blick auf einem Gerät anzeigen, das überallhin mitgenommen werden kann
Spontan geringfügige Änderungen am Projektplan vornehmen
Teammitglieder können den Aufgabenstatus auch über den Microsoft Exchange-Client auf ihren Mobiltelefonen bearbeiten und übermitteln. Die Aufgabensynchronisierung zwischen Exchange Server und SharePoint Server 2013 (Seite „Meine Aufgaben") erfolgt über den Aufgabenverwaltungsdienst.
Informationen zur mobilen Verfügbarkeit in SharePoint Server 2013 finden Sie unter What's new in mobile devices (SharePoint 2013).
Verbesserungen beim Projektbedarfsmanagement
Demand Management ist der Bereich, um "Nachfrage" für Projektideen und -vorschläge zu sammeln und Informationen über diese Vorschläge zu sammeln. Vorschläge werden dann über die Portfolioverwaltung mit Selektierungs- und Auswahlworkflow verwaltet. Anschließend werden ausgewählte Projekte mit Project Professional 2013 und Project Server 2013Project Server 2016 ausgeführt und nachverfolgt. In Project Server 2010 können Workflows in Visual Studio erstellt und bearbeitet werden. Eine wichtige Verbesserung in Project Server 2013 ist die Möglichkeit, SharePoint Designer und die Workflow-Engine in SharePoint Server 2013 zum Erstellen von Projektworkflows für die Bedarfsverwaltung zu verwenden.
Das Projektbedarfsmanagement in Project Server 2013 ermöglicht Folgendes:
- Ein neuer Vorschlag kann in SharePoint Server (z. B. mit einer SharePoint-Liste) erstellt und verwaltet und dann nahtlos in Project Server integriert werden.
Der Projektmanager erstellt eine SharePoint-Liste für Ideen und richtet diese nach eigenen Vorstellungen ein. Beim Einrichten der Liste müssen keine besonderen Anforderungen beachtet werden, damit die Liste von PPM Online verwendet werden kann.
Wenn der Projektmanager möchte, dass über die Liste Elemente zu Project Server migriert werden können, kann der Liste die App zum Verwalten von Projekten hinzugefügt werden, um diese Funktion verfügbar zu machen.
(Optional) Der Benutzer öffnet die Seite Project Server-Einstellungen in den Listeneinstellungen und richtet die Zuordnung der Spalten in der Liste zu Feldern in Project Server ein.
Der Benutzer kann Elemente auf eine von zwei Arten höherstufen:
Manuell, indem Sie ein oder mehrere Elemente in einer Listenansicht auswählen und auf der Registerkarte Elemente des Menübands auf die Schaltfläche Projekte erstellen klicken. Dadurch wird ein Dialogfeld geöffnet, in dem der Benutzer die Spaltenfeldzuordnung (standardmäßig die in Schritt 3 eingerichteten Zuordnungen) und die zu verwendende EPT angeben kann, nach der die Projekte für die ausgewählten Elemente erstellt werden.
Automatisch über eine Workflowaktion. Der Benutzer richtet einen regulären SharePoint-Workflow für die Liste ein und verwendet die Project-Aktion ( Projekt aus Listenelement erstellen) als Teil dieses Workflows. Die Aktion verwendet einen EPT als Parameter und verwendet bei Der Ausführung die im vorherigen Schritt eingerichtete Zuordnung, um ein Projekt aus dem aktuellen Listenelementkontext zu erstellen.
In beiden Fällen wird das Projekt in Project Server und zwischen dem Listenelement und dem Projekt erstellt (nur neue Listenelemente können importiert werden).
- Wenn Benutzer die Projektbedarfsmanagement-Plattform mit Projektdetailseiten (PDPs) und EPTs verwenden (dies war in Project 2010 möglich), können sie eine umfassende Visualisierung des Project-Workflowstatus zum Vorschlag (anstelle einer Texttabelle) sehen.
OData-Dienst für bessere Berichterstellung
Eine wichtige Änderung bei der Project Server 2013-Berichterstellung ist die Verwendung des OData-Diensts, um auf die Project Web App-Datenbank zuzugreifen. Der Grund für die Verwendung von OData war der Wunsch, ein Project Online-Angebot bereitzustellen. In Office 365 kann nicht direkt auf die Project Web App-Datenbank für Project Online zugegriffen werden, sodass ein OData-Dienst verfügbar ist. Für Onlinekunden werden Berichtstabellen und -ansichten nur durch die OData-Schnittstelle verfügbar gemacht. Project Online wurde entwickelt, um eine separate Datenbank für jede Instanz von Project Web App bereitzustellen. Das heißt, mehrere Instanzen von Project Web App haben jeweils eine eigene Project Web App-Datenbank. Der OData-Dienst führt intern SQL-Abfragen in den Berichtstabellen und -ansichten in der Project Web App-Datenbank durch, die der bestimmten Instanz von Project Web App zugeordnet ist. In Project Server 2013 können Benutzer auch über die OData-Schnittstelle auf die lokalen Berichtstabellen zugreifen.
Lokale Benutzer von Project Server 2013 mit den richtigen Berechtigungen können direkt über SQL Server auf die Berichtstabellen und -sichten zugreifen, um Berichte wie in Project Server 2010 zu erstellen. Beispiel: dbo. MSP_PROJECT Tabelle und dbo. MSP_EpmProject_UserView Ansicht kann für Berichte verwendet werden. Alle Tabellen oder Sichten, die über das Präfix "draft.", "pub." oder "ver." verfügen, sind nur für die interne Verwendung durch Project Server und nicht für die Berichtsverwendung vorgesehen. Beispiel: Der Entwurf. MSP_TASKS Tabelle und pub. MSP_PROJECTS_WORKING_VIEW Ansicht sind nicht dokumentiert und können nicht von Drittanbietern verwendet werden.
Die Berichtstabellen, -ansichten und -felder in der Project Web App-Datenbank sind in einer HTML-Hilfedatei im Project 2013 SDK dokumentiert. Das OData-XML-Schema für die Berichtsdaten wird auch online in einem Update des SDKs auf der MSDN-Website dokumentiert. Abfragen für Berichtstabellen und -ansichten, die für Project Server 2010 erstellt wurden, können in den meisten Fällen auch in der Project Web App-Datenbank in Project Server 2013 verwendet werden. Benutzer einer lokalen Project Server 2013-Installation können weiterhin auf die Project Server-OLAP-Cubes in SQL Server Analysis Services zugreifen. In Project Online stehen keine OLAP-Cubes zur Verfügung.
Eine weitere Änderung bei der Berichterstellung in Project Server 2013 ist, dass die PowerPivot-Basistechnologie in die neueste Version von Excel integriert ist. In Project Server 2013 und Project Online werden die Vorteile dieser Technologie genutzt, um komplexe Berichte zu entwerfen.
Hinweis
Für Project Server 2016 können Berichte nur im Excel-Client entworfen und angezeigt werden.
Informationen zum Konfigurieren der Berichterstellung in SharePoint Server 2013 finden Sie unter Configure reporting for Project Web App (Project Server 2013).
Verbesserungen bei der Exchange-Integration in Project Server
Die Exchange-Integration in Project Server wurde in Project Server 2010 eingeführt. Sie bietet Teammitgliedern oder den Ressourcen in einem Projekt die Möglichkeit zum Anzeigen, Aktualisieren, Löschen und Melden des Status ihrer veröffentlichten Aufgaben in Microsoft Outlook, Outlook Web App (OWA) oder einer anderen Anwendung, die Aufgaben aus Exchange Server synchronisieren kann.
Mit dem Exchange-Integrationsfeature in Project Server 2013 können Sie die Projektaufgabenverwaltung mithilfe von SharePoint Server 2013 in Exchange Server 2013 integrieren. So können Teammitglieder, die Zugriff auf Exchange Server haben, von überall aus mit Aufgabenverwaltungsdaten in Microsoft Outlook oder Outlook Web App interagieren und sogar ein mobiles Gerät (mit Windows Phone 7.5 oder Apple IOS v5) verwenden, das über eine Exchange-Verbindung verfügt.
Project Server 2013 mit Exchange Server 2013 ermöglicht Folgendes:
Open Authorization (OAuth)-Standard zwischen Servern
Verbindungen zwischen SharePoint Server 2013, Exchange Server 2013 und Lync Server
Synchronisierung von Vorgängen mit SharePoint- und Outlook-Aufgaben.
Hinweis
Weitere Informationen zum Konfigurieren der Vorgangssynchronisierung finden Sie unter Configure Exchange task synchronization in SharePoint Server 2013.
Integration von Exchange-Abwesenheitskalendern
In Project Server 2013 führen wir die Möglichkeit zum Synchronisieren des Project Server-Kalenders eines Mitarbeiters mit seinem Microsoft Exchange-Kalender ein, um Abwesenheitszeiten abzurufen und zu synchronisieren. Diese neue Funktionalität erlaubt Ihren Mitarbeitern das Angeben ihrer Abwesenheitszeiten an zentraler Stelle (Microsoft Exchange) und deren automatische Synchronisierung mit ihren Project Web App-Ressourcenkalendern.
Dieses Feature ist standardmäßig deaktiviert und wird im Abschnitt Exchange Server-Details auf der Seite Weitere Servereinstellungen in den Project Web App-Servereinstellungen aktiviert.
SharePoint-Aufgabenlistenprojekte und Enterprise-Projekte
Der Project Application Service in Project Server 2013 kann einer SharePoint-Websitesammlung zugeordnet werden, in der die Projektwebsites SharePoint-Aufgabenlistenprojekte sind. Wenn es sich bei der Projektwebsite um ein SharePoint-Aufgabenlistenprojekt handelt, verwaltet SharePoint die Projektwebsite in einer Websitesammlung. Project Professional können mit den Aufgabenlisten synchronisieren und diese aktualisieren. Eine Projektwebsite kann eine unabhängige SharePoint-Aufgabenliste oder eine Aufgabenliste enthalten, die mit einem synchronisiert wird. MPP-Datei; das. MPP-Dateien können lokal oder in einer SharePoint-Bibliothek gespeichert werden.
SharePoint-Aufgabenlistenprojekte können konvertiert werden, damit sie in Project Server als Enterprise-Projekte verwaltet werden. In diesem Fall werden die Daten von Project Professional direkt in Project Server gespeichert. In der folgenden Featurevergleichstabelle werden die Verhaltensweise von Aufgabenlisten, Planungs-Webpart und anderen Funktionen für SharePoint-Aufgabenlistenprojekte und Enterprise-Projekte verglichen. Das Planungs-Webpart enthält das Raster auf der Project Web App-Seite, auf der Sie einen Projektzeitplan bearbeiten können.
In der folgenden Tabelle wird die Funktionsweise der verschiedenen Features im Sichtbarkeitsmodus und im Vollzugriffsmodus verglichen:
Vergleich der SharePoint-Aufgabenlistenprojekte und Enterprise-Projekte
| Feature | SharePoint-Aufgabenlistenprojekt | Enterprise-Projekt |
|---|---|---|
| Aufgabenliste in SharePoint |
Schreibgeschützt |
Lesen/Schreiben |
| Planungs-Webpart |
Schreibgeschützt |
Lesen/Schreiben |
| Berichterstellung |
Komplexe Berichterstellung über Project Server |
Komplexe Berichterstellung über Project Server |
| Sonstige Project Server-Funktionen |
Gesperrte Funktionen: Serverseitige Projektbearbeitungen mit Project Web App oder benutzerdefinierten Clientanwendungen Statuserfassung Aufgaben sind nicht sichtbar |
Voller Funktionsumfang ist aktiviert |
Hinweis
Weitere Informationen zu SharePoint-Aufgabenlisten finden Sie unter Übersicht: Anzeigen einer SharePoint-Aufgabenliste in Project Web App.
Meine Aufgaben: Alle Aufgaben an einem Ort
The My Tasks feature allows users to see an aggregation of their SharePoint, Project Server, and Microsoft Outlook/Exchange tasks in a single location — the My Tasks page in a user's personal site. Instead of navigating to different lists, sites, and site collections to view and edit both SharePoint Server and Project Server tasks, users simply have to go to their My Tasks page to see a single collection of all the things they need to do.
The My Tasks page allows you to update existing Project Server assignments, and the results are synchronized to Project Server 2013. For example, if you change the assignment status of an active Project Server 2013 task to Complete, the change is forwarded to Project Server 2013.
Der freigegebene Aufgabenverwaltungsdienst in SharePoint Server 2013 stellt die Funktionen für die Seite „Meine Aufgaben“ bereit. Der Aufgabenverwaltungsdienst ist für das Aggregieren der SharePoint-Aufgaben über Enterprise Search und der Project Server-Aufgabenzuordnungen über den Project-Anwendungsdienst verantwortlich. Aufgaben werden nicht nur auf der Seite "Meine Aufgaben" gesammelt, sondern auch an andere Anwendungen gepusht, in denen sie für die Anzeige konfiguriert sind, z. B. Microsoft Outlook, oder von mobilen Geräten, die mit Exchange Server synchronisiert werden.
Sie können auch Aufgaben aus SharePoint Server, MySite_singular und Project Server mit Ihrem nextref_exchange-Postfach und Ihren Windows Phone-Aufgabenhub synchronisieren. Zudem können nextref_exchange-Aufgaben mit der Seite Meine Aufgaben synchronisiert werden.
The Tasks section of the My Tasks page has various features to better organize your tasks. These include the following:
Timeline: The timeline provides a visual representation of your recent and upcoming tasks relative to the current date. It can be configured through the Task settings page, but it provides a default view of all tasks one week into the past, and three weeks into the future.
Filter: Aufgaben können nach einer Reihe unterschiedlicher Einstellungen gefiltert werden, z. B. nach Projekt, gekennzeichneten und anstehenden Aufgaben, aktiven Aufgaben, neuen Aufgaben, Arbeitszeittabellenaufgaben und nach Aufgabenstatusberichten. Zudem können Aufgaben mithilfe einer Schlüsselwortsuche gefiltert werden.
Wichtige Aufgaben: Sie können das Kennzeichen "Wichtig" verwenden, um Aufgaben, die eine besondere Bedeutung für Sie haben, zu kennzeichnen und in der Hauptansicht sichtbar zu machen. Kennzeichen laufen mit der Zeit automatisch ab, damit die Liste der wichtigen Aufgaben stets aktuell ist.
Benutzeroberflächenänderungen bei administrativen Einstellungen
In ProjServer2013 wurden administrative Steuerelemente, die eher IT-bezogen waren, von der Seite PWA_1st_CurrentVer-Servereinstellungen zur Website der SharePoint-Zentraladministration verschoben. Durch Verschieben der Einstellungen, die sich auf Farmverwaltung beziehen, zur Website für die SharePoint-Zentraladministration ist die Seite Servereinstellungen jetzt besser auf die PMO-Verwaltung ausgerichtet.
In der Zentraladministration in SharePoint Server 2013 finden Sie die Seite „Project Server-Einstellungen verwalten" im Abschnitt Allgemeine Anwendungseinstellungen. Diese Seite enthält die folgenden Konfigurationsseiten:
Konfigurationsseiten für allgemeine Anwendungseinstellungen in SharePoint Server 2013
| Warteschlangen- und Datenbankverwaltung | Betriebsrichtlinien | Workflow- und Projektdetailseiten |
|---|---|---|
| Warteschlangenaufträge verwalten |
Weitere Servereinstellungen |
Projektworkfloweinstellungen |
| Zeitplan für tägliche Sicherung |
Serverseitige Ereignishandler |
|
| Administrative Sicherung |
Bereitstellungseinstellungen für Projektwebsites |
|
| Administrative Wiederherstellung |
Massenaktualisierung von Projektwebsites |
|
| OLAP-Datenbankverwaltung |
The Project Queue settings have been relocated to the Manage Project Web Apps page in Central Administration. You can access this page by clicking the Project Service Application in the Service Application page in Central Administration. You can then view the queue settings by clicking the Manage Queue Settings for Project Web App link on the Manage Project Web App Sites page.
SharePoint-Berechtigungsmodus
In Project Server 2013 wurde der neue standardmäßige SharePoint-Berechtigungsmodus eingeführt, um sowohl die Project Server-Berechtigungen zu vereinfachen als auch die Berechtigungskonfiguration näher auf SharePoint Server auszurichten. Er bietet Benutzern eine Alternative zum klassischen Project Server-Berechtigungsmodell (Project-Berechtigungsmodus). Eine Neuinstallation von Project Server 2013 wird automatisch im SharePoint-Berechtigungsmodus gestartet. Wenn Sie detailliertere Verwaltungsberechtigungen benötigen, können Sie einfach über einen Windows PowerShell-Befehl in den Project-Berechtigungsmodus wechseln.
In der folgenden Tabelle werden die Features veranschaulicht, die in jedem Sicherheitsmodus verfügbar sind.
Vergleich der Sicherheitsmodi in Project Server 2013
| Feature | Berechtigungsmodus |
|---|---|
|
SharePoint |
Project |
| Einheitliche Sicherheitsverwaltung über SharePoint Server |
× |
| Berechtigungsvererbung für PWA und Arbeitsbereiche |
× |
| Direkte Autorisierung anhand von Active Directory-Sicherheitsgruppen |
× |
| Forderungsbasierte Autorisierung |
× |
| Autorisierungsverwaltung durch rollenbasierte Gruppen |
× |
| Erweiterbarkeit und Anpassbarkeit |
× |
| Benutzerdelegierung |
|
| Möglichkeit zum Schützen von Arbeitsressourcen |
|
| Identitätswechsel |
|
| Sicherheitsfilterung unter Verwendung des Ressourcenstrukturplans |
|
| Benutzerdefinierte Sicherheitskategorien |
Da der SharePoint-Berechtigungsmodus keine Synchronisierung zwischen Project Server-Benutzern und SharePoint-Websites erfordert, zeichnet sich der SharePoint-Berechtigungsmodus durch geringere Systemressourcen bessere Skalierbarkeit aus.
Wichtig
Beim Wechsel zwischen dem SharePoint-Berechtigungsmodus und dem Project Server-Berechtigungsmodus werden alle sicherheitsbezogenen Einstellungen gelöscht. Wenn Sie vom SharePoint-Berechtigungsmodus in den Project Server-Berechtigungsmodus wechseln, müssen Sie Ihre Sicherheitsberechtigungsstruktur in Project Server 2013 manuell konfigurieren. Beim Wechsel vom Project Server-Berechtigungsmodus zurück zum SharePoint-Berechtigungsmodus werden die Informationen zu Ihren Sicherheitsberechtigungen aus Project Server 2013 gelöscht.
Einer der Vorteile des SharePoint-Berechtigungsmodus ist, dass versucht wird, die IT- und PMO-Rollen zu trennen. Die Berechtigungen der Websitesammlungsadministratoren für PMO-Einstellungen und -Seiten werden eingeschränkt, und im Gegenzug erhalten sie mehr Kontrolle über alle Aspekte der Websitesammlung.
Im SharePoint-Berechtigungsmodus werden SharePoint-Gruppen erstellt, die den Project Server 2010-Standardsicherheitsgruppen direkt entsprechen. SharePoint-Gruppen werden im Anschluss an die Bereitstellung und nach dem Wechsel in den SharePoint-Berechtigungsmodus erstellt.
Diese Project Server 2013 -SharePoint-Gruppen haben dieselben globalen Berechtigungen und Kategorieberechtigungen, die ihnen normalerweise auch in Project Server 2010 zugewiesen sind. Im SharePoint-Berechtigungsmodus können Sie keine zusätzlichen benutzerdefinierten Gruppen, Kategorien und Ressourcenstrukturplan-Knoten erstellen oder die Standardberechtigungen bearbeiten, die diesen Objekten zugewiesen sind. In der folgenden Tabelle werden die Project Server 2013-SharePoint-Gruppen und ihre Berechtigungen in EPM erläutert:
Project Server 2013-SharePoint-Gruppen
| SharePoint-Gruppe | EPM/PPM-Funktion |
|---|---|
| Administratoren |
Die Benutzer verfügen durch die Kategorie „Meine Organisation" über alle globalen Berechtigungen sowie alle Kategorieberechtigungen. Dadurch haben sie uneingeschränkten Zugriff auf alle Elemente in Project Server 2013. |
| Portfolioanzeiger |
Die Benutzer sind berechtigt, Projekt- und Project Server-Daten anzuzeigen. Diese Gruppe ist für hochrangige Benutzer gedacht, die Projekte einsehen müssen, denen selbst aber keine Projektaufgaben zugewiesen sind. |
| Projektmanager |
Die Benutzer sind berechtigt, Projekte zu erstellen und zu verwalten. Diese Gruppe ist für Projektbesitzer vorgesehen, die den Ressourcen Aufgaben zuweisen. |
| Portfoliomanager |
Die Benutzer verfügen über verschiedene Berechtigungen zum Erstellen von Projekten und zum Zusammenstellen von Teams. Diese Gruppe ist für hochrangige Manager von Projektgruppen vorgesehen. |
| Ressourcenmanager |
Die Benutzer verfügen über die meisten globalen Berechtigungen und Ressourcenberechtigungen auf Kategorieebene. Diese Gruppe ist für Benutzer gedacht, die Ressourcen verwalten und zuweisen und Ressourcendaten bearbeiten. |
| Teamleiter |
Die Benutzer verfügen über eingeschränkte Berechtigungen für das Erstellen von Aufgaben und für Statusberichte. Diese Gruppe ist für Personen in einer Führungsposition ohne regelmäßige Projektzuordnungen gedacht. |
| Teammitglieder |
Users have general permissions for using PWA, but limited project-level permissions. This group is intended to give everyone basic access to PWA. All new users are added to the Team Members group automatically. |
Führen Sie das folgende Microsoft PowerShell-Cmdlet aus, um vom SharePoint-Berechtigungsmodus in den Project-Berechtigungsmodus zu wechseln:
Set-SPProjectPermissionMode -url <url> -mode ProjectServer
Führen Sie das folgende Microsoft PowerShell-Cmdlet aus, um vom Project-Berechtigungsmodus in den SharePoint-Berechtigungsmodus zu wechseln:
Set-SPProjectPermissionMode -url<url > -mode SharePoint
Projektwebsite-Berechtigungen
Für Projektwebsites, die über SharePoint (im Sichtbarkeitsmodus) verwaltet werden, werden die Benutzer der Website einer der drei SharePoint-Gruppen mit den folgenden SharePoint-Berechtigungsebenen zugewiesen:
| Name der Gruppe | SharePoint-Berechtigungsstufe |
|---|---|
| ProjectNameOwner |
Vollzugriff |
| ProjectNameMember |
Teilnehmen |
| ProjectNameVisitor |
Lesen |
Wenn die Projektwebsite dann von einem SharePoint-Aufgabenlistenprojekt auf ein Enterprise-Projekt umgestellt wird (in dem die Projektwebsite von Project Server verwaltet wird), erhalten die Gruppen globale Project Server-Berechtigungen und Project Server-Kategorieberechtigungen, und zwar basierend auf der Gruppe, der sie angehören:
| Name der Gruppe | Project Server-Berechtigungsstufe |
|---|---|
| ProjectNameOwner |
Volle Berechtigungen |
| ProjectNameMember |
Grundlegende Berechtigungen |
| ProjectNameVisitor |
Eingeschränkte Berechtigungen |
Projektwebsite-Benutzer müssen mindestens einer der drei SharePoint-Gruppen angehören, damit sie erkannt werden, wenn sich die Projektwebsite im Vollzugriffsmodus befindet. Benutzer, die im Stammverzeichnis der SharePoint-Website erstellt werden, werden vom Project Server nicht erkannt, obwohl sie Zugriff auf die Website haben.
Hinweis
Weitere Informationen zum SharePoint-Berechtigungsmodus in Project Server 2013 finden Sie unter Planen von Gruppen, Kategorien und Ressourcenstrukturplänen in Project Server.
Verbesserungen bei der Active Directory-Synchronisierung
In Project Server 2013 wurde die Leistung bei der Synchronisierung und bei Zeitgeberaufträgen stark verbessert. Es wurden Änderungen vorgenommen, um die erforderliche Zeit zum Synchronisieren von Benutzern im Active Directory-Verzeichnisdienst mit Project Server-Enterprise-Ressourcenpools (ERPs) und mit Project Server-Sicherheitsgruppen zu verkürzen. Hierzu gehören folgende Änderungen:
Einführung einer intelligenteren Planung: Synchronisierungsaufträge werden jetzt häufiger zu Zeiten mit geringer Auslastung ausgeführt. Zeitgeberaufträge zur Active Directory-Synchronisierung können über die Website für die SharePoint-Zentraladministration geplant werden.
Reduzierte Anzahl von RDB-Updates: Die Ausführung von Aufträgen zur Berichtssynchronisierung ist aufwendiger als die Ausführung anderer Aufträge. Sowohl die Anzahl als auch die Typen der auszuführenden Aufträge wurden reduziert.
Das Ergebnis dieser Änderungen ist eine merkliche Zeiteinsparung beim Ausführen von Synchronisierungsaufträgen. In der folgenden Tabellen werden neueste Testergebnisse für die Ausführungszeit von Aufträgen zur Active Directory-Synchronisierung einer großen Gruppe von Benutzern zwischen Project Server 2010 SP1 und Project Server 2013 verglichen:
| Project Server 2010 SP1 - Dauer des Synchronisierungsauftrags | Project Server 2013 - Dauer des Synchronisierungsauftrags | |
|---|---|---|
| Erstsynchronisierung |
20:01 |
7:43 |
| Wiederholte Synchronisierung |
14:07 |
00:24 |
Hinweis
Im obigen Testszenario wurden mindestens 6100 Benutzer in mindestens 12 geschachtelten Gruppen synchronisiert.
Bessere Protokollierung und Überwachung
Der Project Server-Protokollebenen-Manager ist ein Feature in Project Server 2013, mit dem Administratoren die Protokolle für eine bestimmte Entität (z. B. ein Projekt, eine Ressource, einen Auftrag usw.) drosseln können. Bei aktivierung werden alle Protokolle zu einer angegebenen Entität in ULS geschrieben, auch wenn der Server auf eine höhere Ebene festgelegt ist. Die Entität, die Sie nachverfolgen möchten, wird über ihre GUID über den Protokollebenen-Manager angegeben. Wenn ULS eine Ablaufverfolgung mit dieser GUID bemerkt, wird sie der Protokollierung hinzugefügt. Obwohl wir keine ausführliche Protokollierung für die gesamte Farm empfehlen, ist die Protokollierung für die bestimmte Entität ausführlich. Die folgenden Entitäten können über den Protokollebenen-Manager nachverfolgt werden:
Zuordnungen
Kalender
Warteschlangenaufträge
Objekte
Projekte
TS-Perioden
Ressourcen
Aufgaben
Vorlagen
Arbeitszeittabellen
Der Protokolliergrad-Manager wird über folgende Microsoft PowerShell-Cmdlets konfiguriert:
Add-SPProjectLogLevelManager: Führen Sie dieses Cmdlet aus, um eine neue zu überwachende Entität hinzuzufügen. Durch die Ausführung dieses Cmdlets werden die Benutzer aufgefordert, alle relevanten Parameter bereitzustellen, einschließlich PWA-URL, Typ und GUID der zu überwachenden Entität sowie gewünschte Protokollierungsstufe.
Set-SPProjectLogLevelManager: Führen Sie dieses Cmdlet aus, um einen Eintrag zu aktualisieren, der der Protokollüberwachungsliste bereits hinzugefügt wurde. Mit diesem Cmdlet können Sie beispielsweise die Protokollierungsstufe aktualisieren. (Standardmäßig wird die ausführliche Protokollierung verwendet.)
Get-SPProjectLogLevelManager: Führen Sie dieses Cmdlet aus, um alle hinzugefügten Entitäten oder alle mit einem bestimmten Kriterium übereinstimmenden Entitäten aufzulisten. Sie können beispielsweise alle Entitäten für einen bestimmten Entitätstyp oder mit einer EntityUID, die mit einer bestimmten GUID-Zeichenfolge beginnt, auflisten.
Clear-SPProjectLogLevelManager: Führen Sie dieses Cmdlet aus, um alle zu überwachenden Entitäten zu löschen.
Remove-SPProjectLogLevelManager: Führen Sie dieses Cmdlet aus, um eine bestimmte Entität zu löschen, die durch eine EntityUID dargestellt wird.
Set-SPProjectLogLevelManagerRefresh: Sie müssen dieses Cmdlet ausführen, nachdem Sie Änderungen im Protokolliergrad-Manager vorgenommen haben, um die zwischengespeicherte Liste der zu überwachenden Entitäten zu aktualisieren. Aus Leistungsgründen führt der Prozess, der für das Schreiben in ULS-Protokolle verantwortlich ist, keine Datenbankabfrage nach Änderungen in der Liste der zu überwachenden Entitäten durch. Stattdessen wird eine Kopie dieser Tabelle im Arbeitsspeicher abgearbeitet. Dieser Befehl ist erforderlich, um die Liste im Arbeitsspeicher zu aktualisieren.
Änderungen beim Project Server 2013-Upgrade
Im Folgenden sind wichtige Aspekte aufgeführt, die beim Upgrade auf Project Server 2013 berücksichtigt werden müssen:
Ein vollständiges Upgrade durch Datenbankanfügung ist die einzige verfügbare Upgrademethode, wenn Sie ein Upgrade auf Project Server 2013Project Server 2016 durchführen. Ein direktes Upgrade wird beim Upgrade auf Project Server 2013 nicht unterstützt.
Abwärtskompatibilität wird für Project Server 2013 nicht unterstützt. Wenn Sie mit einem Project-Client eine Verbindung mit Project Server 2013 herstellen, ist Project Professional 2013 erforderlich. Project Professional 2010 stellt keine Verbindung mit Project Server 2013 her.
Es gibt keinen direkten Upgradepfad von Project Server 2007 auf Project Server 2013. Sie müssen zuerst ein Upgrade auf Project Server 2010 durchführen, bevor Sie Ihre Daten auf Project Server 2013 upgraden. Informationen zum Upgrade von Project Server 2007 auf Project Server 2010 finden Sie im Ressourcencenter unter Project Server 2010-Upgrade (Übersicht) auf Microsoft TechNet.
Da ein direktes Upgrade nicht unterstützt wird, müssen Sie die Bereitstellung einer Project Server 2013-Umgebung planen, zu der Sie Ihre Project Server 2010-Daten migrieren können.
Informationen zum Upgrade auf Project Server 2013 finden Sie unter Upgrade auf Project Server 2016.