Erstellen eines Upgradekommunikationsplans (Project Server 2010)

 

Gilt für: Project Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Es ist wichtig, dass Sie während des Upgrades auf Microsoft Project Server 2010 mit den Benutzern kommunizieren. Die Benutzer von Microsoft Project Web App müssen wissen, was sie erwartet, wenn sie nach dem Upgrade die Website wieder besuchen, und Benutzer von Project-Clients (Project Web App und Microsoft Project Professional) müssen wissen, was sie zur Vorbereitung des Upgrades beitragen können und was sie nach dem Upgrade tun müssen. Alle Benutzer, die auf Project Server zugreifen, müssen wissen, wann das Upgrade durchgeführt wird. Folgende Aspekte sollten Sie im Rahmen der Planung klären:

  • Welche Personen gehören zum Upgradeteam, welche anderen Personen sind beteiligt, und wer wird von dem Upgrade betroffen sein?

  • Welche Informationen braucht das Upgradeteam und zu welchen Zeitpunkten?

  • Welche Informationen benötigen die Benutzer und andere Beteilige und zu welchen Zeitpunkten?

In diesem Artikel erfahren Sie, wie der Kommunikationsplan aufgesetzt werden muss, damit das Upgradeteam, die Benutzer und alle anderen Beteiligten wissen, was vor, während und nach dem Upgrade auf sie zukommt.

Inhalt dieses Artikels:

  • Wer gehört zum Upgradeteam?

  • Zeitpunkt und Inhalt der Kommunikation mit dem Upgradeteam

  • Zeitpunkt und Inhalt der Kommunikation mit Websitebenutzern

  • Gold Certified Partner

Wer gehört zum Upgradeteam?

Bei kleinen Bereitstellungen kann das Upgradeteam aus nur einer Person bestehen. Im Gegensatz dazu können bei größeren Bereitstellungen mehrere Personen mit unterschiedlichen Rollen erforderlich sein, wie in der folgenden Liste beschrieben.

  • Serveradministratoren: Der Serveradministrator führt den überwiegenden Teil der Aufgaben im Rahmen des Upgrades aus. Mindestens ein Mitglied des Upgradeteams muss Serveradministrator sein, da für die Ausführung des Installations-Assistenten eine Person erforderlich ist, die auf jedem der Front-End-Webserver Mitglied der lokalen Gruppe Administratoren ist.

    Hinweis

    Farmadministratoren müssen nicht unbedingt lokale Administratoren für den Server sein.

  • Project Server-Administratoren: Project Server-Administratoren sind in der Verwendung der Features für die Project Web App-Konfiguration und -Steuerung geschult. Sie sind für das Ändern und Verwalten von allgemeinen Einstellungen der EPM-Anwendung. z. B. Enterprise-Global-Codes, Project Web App-Ansichten, globale Einstellungen von Microsoft Project Professional usw., verantwortlich.

  • Datenbankadministratoren: Wenn Sie über ein eigenes Datenbankverwaltungsteam verfügen, müssen Sie sich bezüglich des Zeitplans und der Durchführung des Upgrades mit diesem Team abstimmen, besonders dann, wenn Sie ein Upgrade mit Anfügen der Datenbanken ausführen möchten.

  • Serversicherheitsteams: Sie müssen sich mit den Sicherheitsteams abstimmen, z. B. mit dem Active Directory-Verzeichnisdienstteam, um Konten und Berechtigungen zu überprüfen oder die neuen Richtlinieneinstellungen zu nutzen, die Sie für Project Server 2010 anwenden können.

  • Clientbereitstellungsteam: Tauschen Sie sich mit Clientbereitstellungsteams aus, um die Bereitstellung von neuen Project Professional 2010-Client- und Serveranwendungen zu koordinieren. Das Clientbereitstellungsteam muss außerdem überprüfen, ob die neuen Browseranforderungen (Internet Explorer 7.0 oder höher) von allen Project Web App-Benutzern erfüllt werden. Der Abwärtskompatibiltätsmodus (Backwards Compatibility Mode, BCM) bietet ein gewisses Maß an Flexibilität bei der Planung des Project Professional 2010-Clientupgrades. Diesem Team sollte ein Vertreter für das Projektmanagementbüro (Project Management Office, PMO) angehören.

  • Entwickler: Wenn Ihren Project Web App-Websites benutzerdefinierte Vorlagen, Webparts, Webdienste oder andere benutzerdefinierte Elemente zugeordnet sind, müssen Sie mit den für die Entwicklung oder Anpassung dieser Elemente verantwortlichen Personen zusammenarbeiten, um sicherzustellen, dass Sie neue Versionen dieser benutzerdefinierten Elemente erstellen können. Sie müssen außerdem sicherstellen, dass benutzerdefinierten Anwendungen, die für Project Server entwickelt wurden, noch ordnungsgemäß ausgeführt werden. Dies gilt besonders, wenn Sie ein Upgrade mit Anfügen der Datenbanken ausführen, bei dem viele Anpassungen in der neuen Umgebung manuell neu bereitgestellt werden müssen.

  • Project Server-Benutzer: Diese Gruppe kann allgemeine Project Web App-Benutzer, Teammitglieder, Projektmanager, Arbeitszeittabellen-Manager und alle anderen Personen umfassen, die auf Daten in Project Server zugreifen. Sie müssen Benutzern von Microsoft Project Professional und Project Web App mitteilen, wann das Upgrade erfolgt und welche Änderungen zu erwarten sind. Wenn bereits Project Professional 2010-Benutzer vorhanden sind, müssen Sie sie über die Features informieren, die aktiviert sind, wenn Sie den Abwärtskompatibilitätsmodus in Project Server 2010 deaktivieren. Vor dem Upgrade müssen Sie Benutzer über Vorgänge informieren, die sie ausführen sollten, um sicherzustellen, dass die Projektdaten, mit denen sie arbeiten, aktualisiert werden können. Wenn Endbenutzern vor dem Upgrade auszuführende Vorgänge mitgeteilt werden (z. B. "Stellen Sie sicher, dass alle Projekte eingecheckt sind"), lassen sich Probleme während des Upgrades vermeiden.

  • Netzwerktechniker: Netzwerktechniker müssen gemeinsam mit dem Serveradministrator Vorgänge wie das Erstellen neuer DNS-Einträge usw. ausführen.

  • Sponsoren und andere Beteiligte: Möglicherweise sind auch andere Personen Ihrer Organisation an der Planung des Upgrades beteiligt. Vergewissern Sie sich, dass Sie sie entsprechend in Ihren Kommunikationsplan einbeziehen.

    Hinweis

    Die einzelnen Rollen eines Upgradeteams können durch ein oder mehrere Mitglieder besetzt sein. Dies ist von Ihrer Organisation abhängig.

Zeitpunkt und Inhalt der Kommunikation mit dem Upgradeteam

Im Allgemeinen legen die Serveradministratoren und die Administratoren für gemeinsame Dienste den Zeitplan für das Upgrade fest, und die Websitebesitzer werden erst kurz vor Beginn des Prozesses benachrichtigt. Da die Teammitglieder jedoch zu bestimmten Zeitpunkten des gesamten Upgradeprozesses bestimmte Aufgaben ausführen müssen, müssen Sie sicherstellen, dass Sie über einen detaillierten Plan zur Kommunikation des Upgradefortschritts verfügen, sodass alle beteiligten Teammitglieder wissen, wann sie ihre jeweiligen Aufgaben ausführen müssen.

Das gesamte Upgradeteam muss gemeinsam Folgendes bestimmen:

  • Den zu verwendenden Upgradeansatz: Im Artikel Bestimmen der Upgrademethode (SharePoint Server 2010) finden Sie Informationen, die Ihnen bei der Entscheidungsfindung bezüglich der zu verwendenden Upgrademethode helfen. Dabei ist es zudem wichtig, den vom Tool zum Ausführen einer Überprüfung vor dem Update generierten Bericht zu berücksichtigen.

  • Termine (Datum und Uhrzeit) für die Ausführung des Upgrades: Es empfiehlt sich (besonders bei einem direkten Upgrade), das Upgrade zu einem Zeitpunkt auszuführen, zu dem die Websites nur wenig genutzt werden. In kleinen Bereitstellungen mit nur einem Server kann das Upgrade innerhalb von weniger als einem Tag durchgeführt werden. Bei größeren Bereitstellungen, z. B. Serverfarmen mit großen Datenmengen, kann das Upgrade weitaus länger dauern. Wie lange das Upgrade einer bestimmten Websitesammlung genau dauert, lässt sich nicht vorhersagen. Daher ist ein intensiver Informationsaustausch mit den anderen am Upgradeprozess beteiligten Teammitgliedern und mit den Endbenutzern unabdingbar. Der Tag bzw. die Tage, die Sie für das Upgrade auswählen, sollte weit genug in der Zukunft liegen, damit das Upgradeteam genügend Zeit für die Durchführung aller vorbereitenden Schritte hat. Planen Sie beim Aufstellen des Zeitplans auch Zeit für die Validierung der geupgradeten Project Web App-Website und Projektdaten sowie zum Implementieren von eventuell erforderlichen Änderungen ein.

An den folgenden Punkten des Upgradeprozesses ist die Kommunikation mit den Besitzern, Designern und Entwicklern von Websites unerlässlich:

  • Bevor der Prozess beginnt, sodass sie den allgemeinen Zeitplan und ihre Rollen in dem Prozess kennen.

  • Nach dem Upgrade, damit sie die aktualisierten Daten und die geupgradete Project Web App-Website überprüfen und ggf. erforderliche Änderungen vornehmen können.

Zeitpunkt und Inhalt der Kommunikation mit Websitebenutzern

Es ist gleichermaßen wichtig, mit den Project Server-Benutzern zu kommunizieren, um sie über Folgendes zu informieren:

  • Zeitpunkt des Upgrades ihrer Websites: Bei einem direkten Upgrade müssen die Benutzer außerdem darüber informiert werden, dass sie während des Upgrades nicht auf Daten zugreifen können.Sie müssen die Benutzer außerdem anweisen, für die Migrationsfähigkeit der Daten zu sorgen (beispielsweise müssen sie vor dem Upgrade alle Daten einchecken). Dies erleichtert das Beseitigen von Problemen, die während der Migration auftreten können.

  • Voraussichtliche Verfügbarkeit von Project Server 2010: "Verfügbar" bedeutet, dass das Upgradeteam nicht nur das Upgrade ausgeführt, sondern anschließend auch das Upgrade auf ordnungsgemäße Funktion überprüft hat. Sie müssen außerdem Informationen bereitstellen, die Benutzer zum Herstellen der Verbindung mit der Upgradeversion benötigen, z. B. die neue Project Web App-URL bei einem Upgrade mit Anfügen der Datenbanken.

  • Mögliche Auswirkungen des Upgrades und wissenswerte Informationen über die neue Umgebung: Die Project Web App-Website wird beispielsweise ein neues Aussehen aufweisen und über geringfügig andere Funktionen auf der neuen Benutzeroberfläche verfügen. Sie können Schulungsmaterialen, z. B. Kurzübersichten, erstellen, um Benutzer auf mögliche Änderungen in den Vorgängen vorzubereiten, die sie in Project Server ausführen. Sie können sie auch auf verfügbare Inhalte, z. B. Artikel mit Neuigkeiten, hinweisen, damit sie sich mit der neuen Version vertraut machen können.

  • Erhalten von Hilfe: Falls die Benutzer nach dem Upgrade auf ein Problem mit den Daten stoßen, wo erhalten sie Informationen oder Hilfe?

Gold Certified Partner

Microsoft hat verschiedene Partnerunternehmen als Experten für die EPM-Bereitstellung und Systemmigration zertifiziert. Sie finden auf der Microsoft-Website Partnerunternehmen, indem Sie auf dem Microsoft Solution Marketplace (https://go.microsoft.com/fwlink/?linkid=187521\&clcid=0x407) nach EPM-Lösungsanbietern suchen.