Auf der VM sind dabei folgende Komponenten installiert:

• Windows Server 2008 R2 Standard 64Bit, deutsch
  • Webserver IIS7
  • .NET Framework 3.5.1
  • Active Directory, also Domain Controller
• SQL Server 2008 Standard, 64BIT, englisch
  • SP1
  • KEINE Analysis und Reporting Services

Aber Obacht! Project Server 2010 läuft nicht mehr ohne SharePoint Server 2010.

Zu Installation von SharePoint Server 2010 siehe hier.

Ist der SharePoint Server 2010 installiert (den Konfigurationsassistenten nicht durchlaufen lassen), dann geht es hier weiter mit dem Start der Installation von Project Server 2010.

Zuerst klick auf “Install software requirements”. Praktischerweise will der Assistent den Windows Server nach seinen Wünschen konfigurieren.

Eine Internetverbindung ist übrigens empfehlenswert, es werden einige Frameworks heruntergeladen.

Wenn die Installation abgeschlossen ist, können wir nun (endlich) den Konfigurationsassistenten laufen lassen.

Hier folgt nun das Übliche.

Ist der Assistent abgeschlossen, muss eine Project Web Access (PWA) Site erstellt werden.

Danach präsentiert sich die Zentraladministration:

Zunächst klicken wir aus System Settings und dort auf Manage services on server

Als erstes starten wir den Project Application Service.

Wieder zurück mit “Home” auf die Startseite.

Zu Manage Web Applications wechseln, um eine neue Webanwendung für PWA zu erstellen:

Oben links öffnen wir mit Klick auf Web Applications die Ribbon Bar und genießen den Beta-Look, die Icons werden also 32x32px groß sein

Mit New legen wir eine neue Webanwendung an. Der folgende Dialog unterscheidet sich für diesen Zweck nicht groß von MOSS 2007, deswegen lass ich ihn hier weg.

Zusätzlich legen wir noch eine Webanwendung für die Service Applications an. Gleiche Prozedur:

Die bekommen einen eigenen Application Pool.

Bei den Datenbankeinstellungen, mein Tipp (as always), die Datenbank richtig benennen:

Nach Anlegen der beiden Webanwendungen: iisreset.

Anschließend wird eine Service Application erstellt.

Zurück zu Application Management > Manage Service Applications

Dort wieder oben links unter Service Applications die Ribbon Bar öffnen. Im DropDown des New Buttons finden sich schon viele neue interessante Dinge, unter anderem auch unsere Project Service Application:

Anschließend auf die Project Service Application in der Liste klickn und die PWA Site erstellen:

Der Dialog ist auch aus MOSS 2007 bekannt und wird hier weggelassen:

Danach wieder ein wenig warten:

Und fertig:

Ressourcenauslastung mit SharePoint Server 2010 und Project Server 2010, ohne weitere Dienste und Konfigurationen auf der VM:

Wie schon beschrieben ist die Demo VM ein DomainController mit DNS und WebServer IIS 7. Nun also den SQL 2008 drauf. Für die Demo VM reicht die Standardversion allemal.

Das Setup begrüßt einen erstmal mit Kompatibilitätsproblemen, die aber später mit der Installation von SP1 behoben werden können.

Im SQL Server Installation Center starten wir eine neue SQL Server Installation. (Und ja, hier wird auf einem deutschen Windows Server 2008 ein englischer SQL Server installiert.)

Nachdem wir erneut den Hinweis auf die Konfigurationsprobleme weggeklickt haben, den Key eingegeben haben und die License Terms sorgfältig durchgelesen und bestätigt haben, werden die Support Files installiert.

Anschließend gibt es durchaus richtige Warnhinweise. Aber wir bauen ja nur eine Demo VM.

Für das Template installiere ich erst einmal nur die Basisfeatures. Alles weitere ist dann schnell nachinstalliert.

Der Einfachheit halber lasse ich bei der Instanz alles bei Default:

Bei den Service Accounts alles so lassen. Oder nach Wunsch eine Administrator angeben.

Beim Authentication Mode “Mixed Mode” auswählen. Im Template wollen wir für alles gewappnet sein. Project Server beispielsweise verlangt nach Mixed Mode.

Und schön das Passwort aufschreiben

Dann endlich: (das ganze hat hier schon 30 Minuten auf der Uhr).

Und dann, nach 47 Minuten:

Jetzt noch das SP1, wegen der Kompatibilität. Hier ist nicht viel zu sagen …. nur die Zeit:  weitere 15 Minuten. Eine gute Stunde sollte also eingeplant werden.

Zum Abschluss noch einige SQL Server Einstellungen, damit die VM mit ihrem begrenzten Speicher auskommt:

Maximum Server Memory: 300MB – muss man ausprobieren. Änderung erfordert Neustart der SQL Engine.

Das wird eine lustige Kombination werden: 64Bit Hardware, 32Bit Vista und 64Bit VM. Aber ich denke ja immer positiv und bin ein geduldiger Mensch….

Zur Seite steht mir eine externe SATA Platte, nur schade, dass mir am Notebook der eSATA Anschluss fehlt. Aus meiner bisherigen Erfahrung werden die kleinen smarten 2.5 Zoll USB Disks zu langsam. Mein Tipp: ein externes SATA Gehäuse kaufen (30-40€) und eine schnelle 3.5 Zoll Platte. Das ist weitaus günstiger, als fertige USB Platten.

Da ich jetzt schon weiß, dass dies nicht meine letzte VM werden wird, baue ich mir ein Template:

- Windows Server 2008 R2 Standard
- SQL Server 2008 Standard

Eingerichtet wird das System als:

- Domain Controller mit DNS, DHCP, Active Directory, IIS7

Damit ist es für alle Szenarios gewappnet: WSS einzeln, mit SharePoint Server, SharePoint Server mit Project Server, Project Server einzeln … und und und.

Mit der EasyInstall Funktion von VMWare lässt sich das Betriebssystem schon mal recht schnell einrichten. Schnell heißt: hier sollte man 45 Minuten schon mal einplanen. Diverse Neustarts verzögern den Weg zum Spaß.

Als erstes sollte man eine Verbindung zum Internet herstellen und Windows aktivieren. Da spart man sich viel Ärger für später. Wenn man sich zur Company tunnelt, so wie ich, sollte man sich ein kleines Script für Aktivierung/Deaktivierung der VMWare LAN Connections und des VMWare DHCP Server schreiben. Der VMWare DHCP Server ist immer schneller als andere. Wenn der läuft, kommt man nie ins eigene Firmennetz. Never.

Script zum Aktivieren:

netsh interface set interface "Local Area Connection 3" enabled
netsh interface set interface "Local Area Connection 4" enabled
net start "VMware Authorization Service"
net start "VMware DHCP Service"

Script zum Deaktivieren:

netsh interface set interface "Local Area Connection 3" disabled
netsh interface set interface "Local Area Connection 4" disabled
net stop "VMware Authorization Service"
net stop "VMware DHCP Service"

Den Namen des Interfaces einfach ersetzen, wenn notwendig.

Dann erst einmal die “Verstärkte Sicherheistkonfiguration” vom IE 8 ausschalten. Wir sind hier auf einem Demo System!

Dazu unter Start > Verwaltung den Server Manager aufrufen.

Unten rechts findet sich der entsprechende Link. Alles aus! In einer Produktivumgebung machen wir das natürlich nicht!

Dann Windows aktivieren. Geht auch in dem Server Manager, diesmal rechts oben

Nun den Computernamen nach Wunsch ändern.

Dann fügen wir die gewünschten Rollen hinzu. Dies geht entweder über den Server Manager oder über die “Aufgaben der Erstkonfiguration” die Anfangs noch bei jedem Neustarten erscheinen.

Es begrüßt uns natürlich ein Assistent. Wir schenken uns die Vorbemerkungen (nicht umsonst gibt es da eine Checkbox:  

Als erstes die Active Directory Domänendienste. Da wird auch gleich .NET 3.5.1 Framework mit installiert.

Da heißt es wieder Wartebalken gucken und dann bekommen wir den Hinweis dcpromo.exe zu starten:

Klick ins Blaue. Und wieder ein Assistent.

Wir erstellen eine neue Domäne, logisch:

und geben der Domäne einen vielsagenden Namen:

Und wieder warten …. da wird jetzt einiges “überprüft”. Time for a coffee.

An dieser Stelle mein Tipp zu den Sicherheitsrichtlinien.

So, nun die weiteren Rollen: WebServer IIS.

Hier aktivieren wir noch ASP.NET zusätzlich.

Nun noch der SQL Server 2008 Standard. Das dauert ca. weitere 60 Minuten. Insgesamt sollte man für die ganze Geschichte gut 2 Stunden einplanen.

Die Gelegenheit für das Feature “Teamressourcen” in Project Server 2007.

Folgender Prozess stellt sich dar:

Anbei mein Lernprozess zum Umgang mit Teamressourcen:

1. In den Enterprise Fields habe ich ein Feld “Teams” und eine entsprechende Nachschlagetabelle mit allen Teambezeichnungen. Jeder echten Ressource ist ein Team zugeordnet. Erwartung: In Project Professional kann ich nun Teams aus dem Enterprise Pool auswählen und zuordnen. Realität: nein, geht nicht, es fehlt ja eine entsprechende Ressource.

2. Also für jedes Team eine generische Teamressource anlegen. Die kann vom Projektleiter in das Projekt geholt werden und auch Vorgängen zugeordnet werden. Der Teamleiter erhält noch das Häkchen “Teamzuordnungspool”, welches ihn als Teamleiter definiert:

Es gibt also in unserem Beispiel das Team “Network Management”. Dafür gibt es eine generische Teamressource “Team Network Management” und einen Teamleiter “Fred Feuer”. Ein Projektleiter holt sich nun über “Team aus Enterprise-Pool zusammenstellen” die Ressource “Team Network Management” in Projekt und weist ihr munter Vorgänge zu.

Mit dem Ziel, dass Fred Feuer eine Benachrichtigung bekommt und die Vorgänge an die Teammitglieder delegieren kann.

Realität: dies funktioniert nicht, wenn die Teamressource eine generische Ressource ist. Damit Fred nämlich die Vorgänge delegieren kann, muss er Zuordnungsbesitzer der Teamressource “Team Network Management” sein. Diese Eigenschaft gibt es bei generischen Ressourcen nicht.

3. Also hab ich aus die Ressource “Team Network Management” zu einer echten Ressource gemacht und den Teamleiter als Arbeitszeittabellen-Manager und Zuordnungsbesitzer festgelegt.

Erwartung: nun kann der Teamleiter in PWA unter “Meine Aufgaben > Arbeit neu zuordnen” die Vorgänge an die Teammitglieder vergeben.
Realität: Pustekuchen. Im Dropdown unter “Vorgangsneuzuordnungen” fehlen die Teammitglieder. Hier ist auch die Microsoft Dokumentation sehr missverständlich, die dauernd von “Team” redet. Gemeint ist das Projektteam, also alle Ressourcen die im Projekt importiert sind und nicht das Team, welches im Ressourcenpool definiert ist.

4. Der Projektleiter muss also ALLE Teammitglieder (auch Teamleiter) UND die Teamressource in sein Projekt holen, aber nur der Teamressource die Vorgänge zuordnen.

Das führt natürlich irgendwann dazu, dass in PWA die Sichten mit den Projektzuordnungen ihre Aussagekraft verlieren, da alle Ressourcen bald allen Projekten zugeordnet sind, damit sie überhaupt die Möglichkeit haben vom Teamleiter Vorgängen zugeordnet werden zu können. very bad, Microsoft

5. Der Teamleiter erhält nun sogar eine Email über die Zuordnungen vom Projektleiter, die Teamressource gehört ja zu seinem Team (trinkt lediglich keinen Kaffee weg und macht keine Arbeit).

6. In PWA kann er nun den Vorgang an ein Teammitglied delegieren. In meiner VM hat das Teammitglied leider keine Benachrichtigungsemail bekommen. Ich weiß aber aktuell nicht, ob es generell so ist, oder ob bei mir nur etwas falsch konfiguriert ist. Die Erwartung hätt ich schon.

7. Anschließend kann der Projektleiter die Neuzuordnung in Project Prof. genehmigen oder ablehnen. Über eine Ablehnung bekommt der Teamleiter aber keine Benachrichtigungsemail, was sehr schade ist.

8. Der Teamleiter ordnet bei einer Ablehnung einen anderen Mitarbeiter zu (der bei mir wiederum keine Benachrichtigungsemail erhalten hat)

Fazit:

Schlecht ist, dass ich alle Ressourcen eines Team in das Projekt importieren muss. Das führt zu einem Wildwuchs an Projektzuordnungen. Hier sollte ProjectServer von Teammitgliedschaft auf Ressourcen schließen können.

Unzureichend ist auch die nicht konsequent durchgezogene Benachrichtigung bei Neuzuordnungen. Ich kann als Projektleiter einen Kommentar eingeben, wenn ich eine Ressourcenänderung ablehne, der Teamleiter erhält aber keine Email und reagiert u.U. überhaupt nicht auf die Ablehnung. Der Projektleiter muss also hinterher telefonieren.

Ansonsten funktioniert so aber die Delegierung von Vorgängen durch einen Teamleiter sehr gut.