SharePoint-Projekte sind keine Selbstläufer

Ob die Kosten eines SharePoint On-Premises die eines SharePoint Online übersteigen, kommt auf den Einzelfall an und muss für jedes Unternehmen individuell berechnet werden. So stehen feste Lizenzkosten dem Pay-per-Use-Modell gegenüber. Die durchschnittlichen Initialkosten eines SharePoint-On-Premises-Projekts scheinen zunächst die Kosten eines SharePoint-Online-Projektes zu überschreiten. Allerdings darf nicht außer Acht gelassen werden, dass für den SharePoint Online monatliche und jährliche Dauerkosten pro User berechnet werden.

Ein effizienter Vorteil des SharePoint On-Premises ist es, dass er auf die Unternehmensprozesse und Use-Cases angewendet werden kann, da die Möglichkeit besteht, ihn durch eigene Entwicklungen zu erweitern. Dies funktioniert im SharePoint Online nur eingeschränkt. Um seine Kunden in die eigene Cloud zu holen, versucht Microsoft, den SharePoint Online attraktiver zu gestalten. Diese Online-First-Strategie zeigt sich unter anderem darin, dass neue Funktionen wesentlich früher (oder alleinig) im SharePoint Online verfügbar sind.

Viele Unternehmen fürchten zudem, ihre Daten in die Hände eines Cloud-Anbieters zu geben und entscheiden sich aus diesen Gründen für die On-Premises-Variante. Zu beachten ist an dieser Stelle allerdings, dass damit nicht nur die unternehmenseigenen Daten, sondern auch die Betriebsaufgaben und das Verfügbarkeitsrisiko im Unternehmen verbleiben. Entscheidet sich ein Unternehmen für den SharePoint Online, so erfolgt eine Risikoverlagerung auf Microsoft, was den Betrieb und die Verfügbarkeit des SharePoints betrifft.

Meistens existieren in Unternehmen sowohl stark als auch weniger stark klassifizierte Dokumente, sodass es wünschenswert sein kann, das Beste aus beiden Welten zu kombinieren. Eine Hybridkonfiguration lässt es zu, die hausinterne SharePoint-Umgebung mit einer SharePoint-Online- Instanz zu verknüpfen. Über das Governance & Compliance Center in Microsoft Azure kann sichergestellt werden, dass Dokumenttypen, welche ungern in der Cloud abgelegt werden, nur auf der On-Premises-Plattform zur Verfügung gestellt werden.  Für beispielsweise klassische Intranetanwendungen zur Zusammenarbeit unter Mitarbeitern kann hingegen der SharePoint Online verwendet werden.

SharePoint-Berechtigungsstruktur und Architektur nach ausführlichem Proof of Concept

Im Zuge einer SharePoint-Beratung stellt sich zum einen die Frage, wer für die Berechtigungsvergabe des SharePoint zuständig sein soll und zum anderen, welche SharePoint-Architektur zum Unternehmen passt. Häufig wird dafür auf die bestehende Active-Directory-Grundlage zurückgegriffen, da die Unternehmensstrukturen dort bereits abgebildet und unter anderem Abteilungen als Gruppen hinterlegt worden sind. Das bedeutet schließlich, dass die einzelnen Abteilungen Zugriff auf ihre Dokumente erhalten und gemeinsam daran arbeiten können. Eine abteilungsübergreifende Zusammenarbeit ist so allerdings nicht vorgesehen. An dieser Stelle hat die IT-Abteilung sowohl die Verantwortung als auch die Kontrolle über die Berechtigungen, da sie für die Verwaltung des Active Directory zuständig ist. Mit dieser Struktur verzichtet das Unternehmen allerdings auf die Flexibilität der Zusammenarbeit, da somit keine Informationen schnell austauschbar sind.

Für die speziellen Belange einer Kollaborationsplattform sind diese Grundlagen aber u.U. ungeeignet, da der SharePoint nicht eine Kapselung von Strukturen, sondern deren Öffnung intendiert, sodass eine Zusammenarbeit auch abteilungsübergreifend erfolgen kann, z.B. in Projektteams.

Im SharePoint besteht demnach außerdem die Möglichkeit, Anwendern selbst zu erlauben, Berechtigungen zu vergeben. Diese können dann selbst entscheiden, mit wem sie ihre Dokumente teilen und sorgen somit für mehr Flexibilität in der Zusammenarbeit. So könnte beispielsweise ein Marketingmitarbeiter ein Dokument mit einem Mitarbeiter aus der Technik teilen und gemeinsam daran arbeiten. Das hat wiederum zur Folge, dass die IT die Kontrolle über die Berechtigungsvergabe abgibt. Ein solches Konzept erschwert allerdings die Corporate Governance und birgt die Gefahr, den Überblick über die Berechtigungen zu verlieren.

Für welche SharePoint-Berechtigungsvergabe sich ein Unternehmen schlussendlich entscheidet oder ob eine Verzahnung der Strukturen ratsam ist, hängt von den individuellen Anforderungen ab. Um die Vorteile beider Welten miteinander zu vereinen, bedarf es einer fundierten Beratung.

Die SharePoint-Architektur muss zur Arbeitsweise des Unternehmens passen. So sollte u.a. darüber nachgedacht werden. wie der Aufbau der Webseiten gestaltet werden soll oder welche Werkzeuge verwendet werden. Da der SharePoint die interne Zusammenarbeit beeinflusst, sollten die letzten Entscheidungen über die architektonischen Grundlagen erst nach einer ausführlichen Prototypingphase gefällt werden, in der die Entwickler im ständigen Austausch mit den Fachbereichen Schritt für Schritt die geeignete Grundlage entwickeln können. Mit diesem wiederkehrenden „Proof of Concept“ ist gewährleistet, dass bis zum Schluss die Nutzenanforderungen der Fachbereiche die Entwicklung bestimmen und nicht eine beliebige Idee aus technischer Sicht.

Der SharePoint ist viel mehr als ein Fileserver

Ein Fileserver stellt eine zentrale Ablage von Dokumenten in einem Rechnernetz zur Verfügung. Diese zentrale Speicherung sorgt bei entsprechender Organisation für einen besseren Überblick über vorhandene Dateien. Der SharePoint bietet Nutzungsmöglichkeiten, die über die eines Fileservers hinausgehen. So besteht die Möglichkeit, einen Workflow mit einem Dokument zu verknüpfen oder Metadaten zu Dokumenten hinzuzufügen, um mehrere zielgruppenorientierte Ansichtsdimensionen zu verwalten. Zudem lässt der SharePoint neben der gleichzeitigen Bearbeitung von Dokumenten (Co-Authoring) auch eine Versionsverwaltung zu.

Die Idee, der SharePoint könnte eine gute Fileserver-Alternative sein, da man nunmehr alle Daten online abrufen könnte, gehört zu den weit verbreiteten Irrtümern. Die Ordnerstruktur von Fileservern unverändert in eine Metadatenstruktur im SharePoint zu überführen, übersieht grundlegende Unterschiede dieser beiden Ordnungssysteme.

Lediglich Arbeitsdokumente und solche, die zur Zusammenarbeit freigegeben sind, landen sinnvollerweise auf dem SharePoint. Für alle sonstigen Daten wie z.B. Bild- und Video-Dateien im Rohdatenformat, ist der traditionelle Fileserver der richtige Ort. Der Grund dafür liegt darin, dass Ladezeiten u.a. sehr hoch werden können – je nach Design der Architektur.

Ein Seiten-Template für alle Abteilungen gibt dem User Sicherheit

Die wichtigste Planungsaufgabe besteht in der Beantwortung der Frage: Welchen Nutzen sollen die Kollaborationsseiten generell jedem Fachbereich bringen und wie müssen sie demzufolge aufgebaut sein? Gibt es eine solche generalisierte Vorgabe nicht, wird sich jeder Fachbereich aufbauen, was er braucht. Dementsprechend vielfältig sieht dann das Ergebnis aus.  

Generalisierte Vorlagen, an denen sich alle Fachbereiche beim Aufbau „ihrer“ Site orientieren, erleichtern die Zusammenarbeit über Fachbereichsgrenzen hinweg. So können Vorlagen für Arbeitsbereiche beispielsweise vorab ein Notizbuch, eine Aufgabenliste, einen Kalender, drei Dokumentenbibliotheken und ein bestimmtes Design beinhalten.

Eine komplexe Software verdient eine ordentliche Schulung

Jede komplexe Software sollte mit einer angemessenen Einführung oder Schulung in die tägliche Nutzung übernommen werden. Entsprechend dem Nutzungs- und Gewöhnungsgrad der Mitarbeiter ist eine Schritt-für-Schritt- Freischaltung der verschiedenen Funktionen und Features auch eine gute Vorgehensweise, die Überforderung vorbeugen kann.

Gerade in kleineren Organisationen ist es darüber hinaus eine gute Möglichkeit, „Power-User“ aus der Planungs- und Implementierungsphase zu Experten für alltägliche Nachfragen aus dem Kollegenkreise zu machen.

Fazit

Die Nutzung einer Kommunikations- und Kollaborationsplattform auf Basis von SharePoint kann die Zusammenarbeit im Unternehmen nachhaltig verändern. Ziel dieser kurzen Erörterung war es, aufzuzeigen, dass eine SharePoint-Einführung ein komplexes und strategisches Thema ist. Da der SharePoint die internen Kommunikations- und Kollaborationsprozesse in einem hohen Maß beeinflusst, sollten die Fachbereiche von Beginn an den Einführungsprozess begleiten. Nur so kann die Veränderung den gewünschten Nutzen erbringen.