5. Technische Evaluierung schwierig:

Leider sind Softwareprogramme nicht immer so kompatibel miteinander und mit dem Betriebssystem, wie die Anbieter es versprechen. Das fiel vor allem bei der Verschlüsselungssoftware von Sophos (vormals Utimaco) ins Gewicht, die laut Köllhofer zunächst "etwas hakelig" daherkam. Auch die Anwendungssoftware sei teilweise noch nicht auf Windows 7 vorbereitet gewesen. Einige technische Probleme machten sich erst beim Rollout bemerkbar.

6. Begleitende Schulung hilfreich:

Zum ersten Mal unterstützte die MPG den Rollout durch eine umfangreiche Schulung der Anwender. "Manche Anwender tun sich ja schwer mit so einem Umstieg", weiß Köllhofer. Für die Einweisung übernahm HPHP die Verantwortung. Der Dienstleiter rückte mit mobilen Schulungsräumen an, wo die Mitarbeiter in das System eingewiesen wurden, während gleichzeitig ihre Arbeitsplätze neu installiert wurden.Die Schulungen dauerten etwa sechs Stunden. Sobald die User an ihren Arbeitsplatz zurückkehrten, konnten sie das Gelernte anwenden, denn in der Zwischenzeit war ihr Rechner eingerichtet. Beim nächsten Mal, so Köllhofer würde er die Schulung zeitlich etwas straffen, damit danach bis zum Ende des Arbeitstags noch genug Zeit für erste Erfahrungen und gegebenenfalls Rückfragen an die Schulungsleiter bliebe. Alles zu HP auf CIO.de

7. Zuviel Mitspracherecht und Flexibilität:

Die Planung der Rollout- und Schulungstermine lief nicht optimal, weil die Anwender ihre Terminbuchungen nicht immer einhielten. So wurde die beabsichtigte Parallelität von Installation und Schulung teilweise ausgehebelt. Darüber hinaus versäumten es einige User mit Sonderkonfigurationen oder speziellen Softwareanwendungen, ihre Anforderungen vorab zu melden, was zu Mehraufwand beim Rollout führte.

8. Jede Installation begleiten:

Die MPG schickte den Dienstleister nicht allein zu den Anwendern. Vielmehr gehörte zu jedem Team auch ein eigener IT-Mitarbeiter, der nicht direkt mit dem Rollout beschäftigt war, sondern für erste Fragen zur Verfügung stand und so dafür sorgte, dass die Tekkies "in Ruhe installieren konnten", wie Köllhofer augenzwinkernd sagt. Willkommener Nebeneffekt: Der MPG-Mitarbeiter konnte etwaige Problem direkt aufnehmen und rückmelden: "Die Beschwerden werden ja sonst beim Dienstleister abgeladen und kommen hier unter Umständen gar nicht oder schon verfälscht an", erläutert Suckfüll.

9. Feedback hochwillkommen:

Für Verbesserungsvorschläge und Anregungen hatte das AP2010-Team eine eigene E-Mail-Adresse eingerichtet, die nach Projektschluss noch fünf Monate verfügbar blieb.

10. Beim nächsten Mal wird Vieles besser:

Das Team würde beim nächsten Mal früher eine Configuration Management Database (CMDB) nutzen. Insgesamt müsse noch mehr Zeit für Paketierung, Vorplanung und Pilot eingerechnet werden, damit auch wirklich alle Pakete und die notwendigen Mitarbeiter zum Zeitpunkt X bereitstehen, so die Selbstkritik. Diesmal konnten nicht alle Anforderung vor dem Rollout umgesetzt werden, so beispielsweise die Plattenverschlüsselung, die aus dem Projekt rausgelöst wurde und separat umgesetzt wird. Wie Köllhofer und Suckfüll einräumen, gab es dieses Mal noch einige Reibungsverluste. Die sollen beim Projekt "AP 2014" vermieden werden, das im kommenden Jahr an den Start geht. (Computerwoche)