Implementieren und Steuern einer Informationsarchitektur (SharePoint Server 2010)

 

Gilt für: SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Durch Planen und Steuern der Informationsarchitektur eines Unternehmens können Sie sicherstellen, dass Lösungen auf der Grundlage von Microsoft SharePoint Server 2010 den Unternehmensanforderungen entsprechen. Eine effektive Informationsarchitektur erleichtert Benutzern von Lösungen das Suchen und Speichern von Informationen, verbessert die Qualität der Informationen und erleichtert den Zugriff. Dieser Artikel beinhaltet Folgendes:

  • Einführung in das Konzept der Informationsarchitektur

  • Empfehlungen zur Steuerung einer SharePoint Server-Informationsarchitektur

  • Verweise auf verfügbare Ressourcen zur Unterstützung der Informationsarchitekten der Organisation beim Planen und Implementieren einer Informationsarchitektur in SharePoint Server 2010

  • Fallstudie zur Veranschaulichung der Vorteile einer effektiven Informationsarchitektur bei der unternehmensweiten Zusammenarbeit

Inhalt dieses Artikels

  • Was ist eine Informationsarchitektur?

  • Steuern der Informationsarchitektur

  • Ressourcen zum Planen einer Informationsarchitektur

  • Fallstudie: Steuern einer Informationsarchitektur zum Ordnen von Inhalt

Was ist eine Informationsarchitektur?

Informationsarchitektur in SharePoint Server ist die Organisation von Informationen in einem Unternehmen, wie z. B. Dokumente, Listen, Websites und Webseiten, die die Nutzbarkeit und Verwaltbarkeit verbessern. Die folgenden Faktoren tragen zur erfolgreichen Implementierung der Informationsarchitektur bei:

  • Wie einfach Informationen aufzufinden sind

  • Wie Informationen gespeichert und abgerufen werden

  • Wie Benutzer zu Informationen navigieren können

  • Wie sehr Informationen redundant sind oder sich überschneiden

  • Welche Metadaten für jede Art von Informationen verfügbar sind

  • Welche Vorlagen zum Erstellen von Informationen verwendet werden

  • Wie gut die Informationsarchitektur gesteuert wird

  • Wie Meine Website-Websites in die Informationsarchitektur passen

Die Ziele und die Implementierung von Informationsarchitektur unterscheiden sich in Abhängigkeit von der zu erstellenden Lösung. Beispiel:

  • Wenn Sie die Informationsarchitektur einer Intranetportalwebsite eines Unternehmens entwerfen, können Sie folgende Schwerpunkte setzen:

    • Verwenden von Metadaten zum Charakterisieren von Websiteinhalt

    • Organisieren der Inhalte in Websites und Dokumentbibliotheken

    • Verfügbarkeit dieser Inhalte in Portalwebsites

    • Vorlagen zum Erstellen von Inhalt

    Beachten Sie, dass die Suche für Benutzer von Intranetwebsites ein wichtiges Feature darstellt.

  • Wenn Sie die Informationsarchitektur einer Website für Internetpräsenz entwerfen, können Sie folgende Schwerpunkte setzen:

    • Organisieren einer Website in einer Hierarchie von Unterwebsites und Webseiten

    • Einbinden dieser Hierarchie in die Navigationsfeatures der Website

    • Einfaches Suchen der Inhalte auf der Website

Entscheidungen zur Informationsarchitektur können auch den Informationsfluss betreffen. Auf einer Intranetportalwebsite können beispielsweise Informationen zunächst auf Websites entworfen werden, die für die meisten Mitglieder einer Organisation nicht verfügbar sind. Der Informationsarchitekturentwurf kann Methoden und Richtlinien zum Veröffentlichen von Informationen an Speicherorten enthalten, die für alle Benutzer verfügbar sind, um diese Inhalte innerhalb der gesamten Organisation zur Verfügung zu stellen.

Je nach Größe der Organisation wird ein Informationsarchitekt im Team empfohlen, der für das Entwerfen und Implementieren von Lösungen auf Basis von SharePoint Server verantwortlich ist. Informationsarchitekten verfügen über Fachwissen im Strukturieren von Informationen in großen Webumgebungen, wie z. B. Intranetportalwebsites.

Steuern der Informationsarchitektur

Die Informationsarchitektur eines Unternehmens sollte gesteuert werden, um die folgenden Bedingungen sicherzustellen:

  • Die Informationen einer Organisation sind vom IT-Team (Information Technology) einer Organisation zu verwalten, indem angegeben wird, wie die Informationsarchitektur zu implementieren und zu warten ist.

  • Die Informationsarchitektur erfüllt die gesetzlichen Anforderungen, Datenschutzanforderungen und Sicherheitsziele des Unternehmens.

  • Die Informationsarchitektur erfüllt die Geschäftsziele einer Organisation. Denken Sie daran, dass sich eine schlecht entworfene und regulierte Informationsarchitektur negativ auf die Effektivität einer Organisation auswirken kann. Wohingegen eine gut entworfene und regulierte Informationsarchitektur die Effektivität einer Organisation multiplizieren kann.

Steuern von Inhalt

Beachten Sie beim Erstellen eines Plans zum Steuern von Inhalt in einer Umgebung die folgenden bewährten Methoden:

  • Verwenden Sie Workflows und die Genehmigung für Dokumentcenter und Websiteseiten – überall dort, wo offizielle Dokumentation gespeichert wird.

  • Verwenden Sie den Versionsverlauf und die Versionskontrolle, um den Verlauf und ein Zentraldokument zu verwalten.

  • Verwenden Sie Inhaltstypen mit Überwachung und Ablauf für Dokumentbibliotheken, um den Dokumentlebenszyklus zu verwalten.

  • Verwenden Sie Bestätigung der Websitenutzung und Löschung, um den Lebenszyklus von Websitesammlungen zu verwalten.

  • Identifizieren Sie wichtige Firmenobjekte und Websites, die personenbezogene Informationen enthalten – achten Sie darauf, dass sie ordnungsgemäß gesichert und überwacht werden.

  • Integrieren Sie die Informationsarchitektur in die Suchstrategie der Umgebung. Nutzen Sie Unternehmenssuchfeatures wie z. B.:

    • Beste Suchergebnisse

    • Personensuche

    • Inhaltsquellen

    • Konnektoren für externe Inhalte

    • Autorisierende Seiten

    • Schlüsselwörter

    • Bereiche

    • Thesaurus

    • Taxonomie und Bewertungen

Wichtig

Die Steuerung funktioniert nicht ohne die Akzeptanz der Benutzer und ohne die Einhaltung der Richtlinien. Die Schulung der Endbenutzer ist neben guten Inhalten und einer guten Suchfunktion der Schlüssel zur Akzeptanz der Benutzer.

Bestimmen Sie beim Erstellen eines Steuerungsplans die Regeln oder Richtlinien, die für die folgenden Elementtypen vorhanden sein müssen:

  • Seiten

  • Listen

  • Dokumente

  • Datensätze

  • Rich-Media

  • Wikis

  • Blogs

  • Anonyme Kommentare

  • Anonymer Zugriff

  • Ausdrücke und Ausdruckssätze

  • Externe Daten

Berücksichtigen Sie für Inhalte das Gleichgewicht zwischen den folgenden Faktoren, und bestimmen Sie, welcher Faktor für die verschiedenen Inhaltstypen die höchste Priorität hat:

  • Verfügbarkeit: Inhalt muss verfügbar sein, wenn er von Benutzern benötigt wird, und die Benutzer müssen wissen, wo und wie sie darauf zugreifen können.

  • Redundanz: Durch das Verfügbarmachen einer einzelnen Kopie von Inhalt an mehreren Speicherplätzen anstelle der Duplizierung des Inhalts wird die Redundanz reduziert und eine eindeutige und aktuelle Version ermöglicht.

  • Zugriff: Achten Sie darauf, wer Zugriff auf den Inhalt hat. Falls der Zugriff sicher sein muss, ist dies der Fall?

Ordnen Sie den bevorzugten Inhaltslebenszyklus zu. Welche Schritte müssen ausgeführt werden, wenn ein Listenelement, ein Dokument oder eine Seite erstellt, aktualisiert oder gelöscht wird? Die besten Ergebnisse erzielen Sie, wenn Sie nicht mit einer temporären, sondern mit einer langfristigen Lösung beginnen.

Bestimmen Sie im Rahmen eines Steuerungsplans, wer was macht. Beispielsweise wer Websites erstellt, wer Schlüsselwörter bei der Suche kontrolliert, oder wer die Metadaten verwaltet und sicherstellt, dass sie ordnungsgemäß angewendet werden?

Ein Großteil dieser Aspekte sollte durch dieses Dokument und die Datensatzverwaltungspläne beantwortet werden, aber Sie sollten auch die Speicherkosten für die Inhalte in Betracht ziehen. Machen Sie sich mit den Grenzwerten der Kapazitätsplanung für Dokumente und Objekte vertraut, und denken Sie auch an die Leistung und Skalierung.

Wichtig

Ein Steuerungsteam sollte einen Prozess für die regelmäßige Überprüfung der Website festlegen, um sicherzustellen, dass sie dem Steuerungsplan entspricht.

Steuern des Zugriffs auf Informationen

Ein weiterer Aspekt der Informationsverwaltung ist die Frage, wer Zugriff auf Inhalt hat – wie machen Sie den Inhalt intern und extern verfügbar, und für wen? Beim Entwerfen von Lösungen und Websites müssen Sie den Zugriff auf Inhalt unbedingt berücksichtigen. Dies überschneidet sich mit der IT-Steuerung, da Sie die gesamte Umgebung berücksichtigen. Stellen Sie die folgenden Fragen:

  • Berechtigungen und Zielgruppen

    • Wie werden Berechtigungen in einer Website strukturiert?

    • Wie werden Inhalte für bestimmte Zielgruppen bereitgestellt?

  • Zugriff

    • Wie werden diese Inhalte internen Benutzern zugänglich gemacht?

    • Wie werden diese Inhalte externen Benutzern zugänglich gemacht?

Das Steuerungsteam

Das Steuern der Informationsarchitektur erfordert die Teilnahme aller Gruppen, die am wirtschaftlichen Erfolg interessiert sind. Ein Steuerungsteam sollte sich aus den folgenden primären Mitgliedern zusammensetzen:

  • Informationsarchitekten oder Taxonomieexperten

    Binden Sie idealerweise einen professionellen Informationsarchitekten in das Planungsteam ein, der auch im Steuerungsteam involviert sein sollte.

  • Compliance Officer

    Sie müssen auch Compliance Officer oder sonstige Personen einbinden. Ihre Aufgabe besteht darin, sicherzustellen, dass rechtliche oder behördliche Anforderungen erfüllt werden.

  • Einflussreiche Information Worker

    Binden Sie einflussreiche Information Worker ein, um sicherzustellen, dass die vom Team aufgestellten Prozesse und Strukturen verwendet werden können.

  • Technische IT-Spezialisten und IT-Manager

    Repräsentanten der IT-Organisation sollten eingebunden werden.

  • Geschäftsbereichsmanager

    Die Informationsarchitektur hat letztlich den Zweck, den Anforderungen des Unternehmens zu entsprechen. Deshalb spielt es eine wichtige Rolle, dass Vertreter der Geschäftsbereiche des Unternehmens eine primäre Rolle in diesem Steuerungsteam übernehmen.

  • Ausführende Projektbeteiligte

    Der ausführende Projektbeteiligte ist ein wichtiger Bestandteil des Steuerungsteams. Obwohl diese Person möglicherweise nicht an allen Sitzungen des Steuerungsteams teilnimmt, wird durch die Einbindung dieser Rolle sichergestellt, dass das Steuerungsteam für seine Zielsetzung verantwortlich bleibt. Des Weiteren unterstützt dieser Projektsponsor das Verwenden von Vergleichstests, mit deren Hilfe der Fortschritt des laufenden Aufwands der zu steuernden Informationsarchitektur gekennzeichnet wird.

Darüber hinaus können Sie neben diesen primären Projektbeteiligten in Abhängigkeit vom Unternehmenstyp weitere Teilnehmer einbinden, wie z. B.:

  • Leiter der Entwicklungsabteilung

  • Ausbilder

  • IT-Manager

  • Mitarbeiter der Finanzabteilung

Das Steuerungsteam der Informationsarchitektur wird am besten basierend auf der Kultur und den Methoden des Unternehmens geführt. Allerdings gibt es einige allgemeine Richtlinien:

  • Führen Sie regelmäßige Treffen durch und planen Sie genügend Zeit ein, um alle Probleme rechtzeitig berücksichtigen zu können.

  • Berücksichtigen Sie bewährte Methoden der Informationsarchitektur in Ihren Ausführungen, indem Sie beispielsweise mithilfe einer gut entworfenen Website für die Zusammenarbeit Ihre Ausführungen aufzeichnen und die Ergebnisse verwalten.

  • Berichten Sie weiten Teilen der Organisation (und erfassen Sie Anforderungen innerhalb der Organisation) mithilfe einer Website und mit Online-Umfragen.

  • Verwalten Sie einen Satz von Meilensteinen und einen freigegebenen Kalender.

  • Berücksichtigen Sie den Piloteinsatz bestimmter Vorgehensweisen in der Informationsarchitektur in einigen Abteilungen der Organisation, und verbessern Sie schrittweise mithilfe dieser Erfahrungen die Vorgehensweisen in der Informationsarchitektur in weiten Teilen der Organisation.

Ressourcen zum Planen einer Informationsarchitektur

Die folgende Tabelle enthält Ressourcen, die Informationsarchitekten zum Planen der Informationsarchitektur Ihrer SharePoint Server-Lösung zur Verfügung stehen:

Ressourcen der Informationsarchitektur

Planen von Siehe

Struktur von Websites und Unterwebsites

Dokumentbibliotheken

Navigation

Metadaten

Ablaufdatum für Inhalt

Datensatzverwaltung

Verschieben von Inhalten

Vorlagen

Inhaltsgenehmigung

Informationsverwaltungsrichtlinien

Thematische Computerfeatures

Planen für die Kommunikation über soziale Netzwerke und die Zusammenarbeit (SharePoint Server 2010)

Auswirkungen thematischer Kategorien auf Datenschutz und Sicherheit (SharePoint Server 2010)

Fallstudie: Steuern einer Informationsarchitektur zum Ordnen von Inhalt

Fabrikam Inc. ist ein internationaler Hersteller und Exporteur von Autoteilen, z. B. von Kraftstoff- und Wasserpumpen, Stoßdämpfern, Bremsbelägen und verschiedenen Motorteilen. Das Unternehmen hat weltweit 13.000 Mitarbeiter und mehr als 50 Produktionsanlagen über mehrere geografische Bereiche. Die IT-Organisation von Fabrikam bietet Bereitstellung, Vorgänge und Support von Informationstechnologien wie E-Mail, Dateiverwaltung und Internettechnologien, zusammen mit der Entwicklung von Informationstechnologielösungen wie die Unternehmenswebsite.

Die Inhalte von Fabrikam wurden traditionell in freigegebenen Verzeichnissen gespeichert, die auf lokalen Dateiservern an verschiedenen Orten des Unternehmens verteilt wurden. Dies führte zu einer chaotischen Inhaltsverwaltung. Die Massenduplizierung wichtiger Inhalte erschwerte das Ermitteln der "offiziellen" Version einer Datei. Die Metadatentaxonomie von Inhalten war sehr begrenzt, da sie auf den Möglichkeiten des unterstützenden Dateisystems basiert. Da es Abteilungen des Unternehmens gab, die eindeutige, benutzerdefinierte Vorlagen für allgemeine Dokumente wie Arbeitsaufträge, Vertriebsangebote oder Dokumente des Personalwesens erstellt haben, war das Vergleichen von Dokumenten über mehrere Abteilungen hinweg schwierig.

Als die Unzulänglichkeit der auf Dateifreigaben basierenden Informationsarchitektur immer deutlicher wurde, forderten Manager von Fabrikam die Anpassung von neuen, portalbasierten Technologien. Dadurch konnten mehrere Ziele erreicht werden:

  • Modernisieren der Informationsarchitektur

  • Verschieben der Inhalte von Dateifreigaben auf Bibliotheken in Portalwebsites

  • Bereitstellen des zentralen Zugriffs auf Inhalte und Anwendungen, wie z. B. auf die Übermittlungen von Spesenabrechnungen

  • Bereitstellen einer Startseite als zentrale Kommunikationsplattform an die Mitarbeiter von Fabrikam

Der nächste Schritt in der Entwicklung der Informationsarchitektur von Fabrikam hatte begonnen.

Das folgende Diagramm veranschaulicht die anfängliche Architektur des Portals von Fabrikam. Ein Unternehmensportal ganz oben in der Architektur wurde als zentraler Ort bereitgestellt, um allgemeine Unternehmensinformationen zu veröffentlichen. Auf der nächsten Ebene gab es einige Websites, die freigegebene Ressourcen der Organisation bereitstellten, wie z. B. dem Personalwesen, der Rechtsberatung und den Finanzdienstleistungen.

Unterhalb der Ebene mit den freigegebenen Ressourcen in der Architektur von Fabrikam gab es Geschäftsbereichsportale für die verschiedenen regionalen Büros von Fabrikam. Zunächst wurden Nordamerika, Europa und Ostasien als Pilot eingesetzt. Allmählich wurden andere Geschäftsbereichsportale hinzugefügt: Australien, Afrika und Südamerika. Jedes Geschäftsbereichsportal enthielt Repositorys für seine Richtlinien, Produktdesigns, für Forschung und Entwicklung sowie Kundendaten.

Weniger effektive Informationsarchitektur

Das Ergebnis des Wechsels von der auf Dateifreigaben basierenden Zusammenarbeit zu der auf Portalen basierenden Zusammenarbeit war enttäuschend für die Sponsoren des Portprojekts und für die Arbeiternehmerschaft von Fabrikam. Das Chaos der Inhaltsverwaltung war nicht reduziert worden. Es wurde nur von Dateifreigaben zu Portalwebsites verschoben.

Da wichtige Funktionen bei Fabrikam, wie z. B. Materialeinkauf, Kundenbeziehungen, Entwurf und Spezifikation von Teilen, und sogar einige Abläufe des Personalwesens, auf der Geschäftsbereichsebene auftraten, hatte jede Abteilung lokale Inhalte zur Unterstützung dieser Funktionen entwickelt. Richtlinienanweisungen, Entwürfe und Spezifikationen von Teilen, Personaldokumente, Dokumente zu Kundenbeziehungen und ähnliche Inhalte wurden erstellt und lokal verwaltet. Vorlagen und Metadaten für diese Dokumente wurden über Geschäftsbereichsportale verteilt. Als Metadaten abteilungsspezifischer wurden, wurde es immer schwieriger, Inhalte anderer Abteilungen zu durchsuchen. Wenn ein Dokument einer anderen Abteilung gefunden wurde, wurde es häufig in das andere Geschäftsbereichsportal kopiert, um es leichter zur Verfügung zu stellen. Aufgrund der wuchernden Duplikate wurde es zunehmend schwierig, die offizielle Version eines Dokuments zu identifizieren. Außerdem wurden einige Dokumente in Geschäftsbereichsportalen in einer Weise gesichert, dass sie von Mitarbeitern anderer Abteilungen nicht angezeigt werden konnten. Obwohl dies während des Entwerfens eines Dokuments noch angebracht war, gab es keine Richtlinie, wann und wie ein Dokument innerhalb des Unternehmens sichtbar sein sollte.

Das Unternehmen bildete ein Strategieteam, um der wachsenden Unzufriedenheit mit dem Portal zu begegnen. Dieses Team umfasste Manager aus unterschiedlichen Abteilungen von Fabrikam, zentralen IT-Teammitgliedern und Portalarchitekten. Das Team hatte folgende Aufgaben:

  • Bewerten des aktuellen Zustands der Portalbereitstellung von SharePoint Server

  • Empfehlen von erforderlichen Portaländerungen

  • Festlegen, wie Verbesserungen im Laufe der Zeit bemessen werden

Das Team, das die Portalstrategie entwickelt hat, beschloss, dass die aktuelle Portaltaxonomie der Geschäftsbereichsorganisation die Ursache für das Problem war. Jede Abteilung hat Prozesse dupliziert und Inhalte gehortet, ohne das Fachwissen oder bereits entwickelte bewährte Methoden ähnlicher Abteilungen zu nutzen. Dies führte zu einer schlechten Zusammenarbeit, ungenutzten Ressourcen und zum Chaos der Inhaltsverwaltung. Diese Einsicht wurde in Richtung operative Organisation für das Unternehmensportal gelenkt. Freigegebene Ressourcen wie Informationstechnologie und Finanzen wurden in der Portaltaxonomie auf oberer Ebene allen Abteilungen verfügbar (und sichtbar) gemacht. Das Team, das die Portalstrategie entwickelt, beschloss, dass andere operative Techniken, z. B. Kundenbeziehungen, Lieferantenbeziehungen, Anlagenkonfiguration, Forschung und Entwurf von Teilen, von der Geschäftsbereichsebene zur gleichen Ebene wie die freigegebenen Ressourcen in der Websitehierarchie verschoben werden sollen. Informationen werden dann den verschiedenen Abteilungen mithilfe von Metadaten anstelle von Inhaltsspeicherorten zugeordnet werden.

Die folgende Abbildung zeigt die überarbeitete Portalarchitektur von Fabrikam:

Effektivere Informationsarchitektur

Das Reorganisieren des Portals von Fabrikam hatte den zusätzlichen Vorteil, dass eine Zusammenarbeit zwischen den Unternehmensbereichen erforderlich war, die ähnliche Verantwortungsbereiche haben, jedoch keine Erfahrung darin hatten, sich auf Standards und Prozesse zu einigen. Beispielsweise werden zum Speichern von Entwurfsdateien in ein zentrales Repository die verschiedenen Abteilungen gezwungen, ein Tool zum Entwerfen von Autoteilen zu standardisieren. Diese Änderung hat Kosten eingespart und Schulungszeit reduziert. Darüber hinaus wurden bewährte Entwurfsmethoden unternehmensweit für Ingenieure zur Verfügung gestellt, um sie als Grundlage für neue Entwurfsprojekte verwenden zu können.

Hier ist eine Zusammenfassung der Vorteile der neu entworfenen Portalarchitektur:

  • Bietet zentralen Zugriff auf Informationen

  • Reduziert die Duplizierung von Inhalten

  • Lässt die offizielle Version jedes Inhaltselements erkennen

  • Standardisiert Metadaten

  • Standardisiert Vorlagen

  • Fördert die Zusammenarbeit und die Freigabe von bewährten Methoden

Die Überarbeitung und die Neuimplementierung des Portals war nur den Anfang. Das Team, das die Portalstrategie entwickelt hat, erhält die Unterstützung von Führungskräften, um zu einem Steuerungsteam für das Portal zu werden. Als Ergebnis stellt die Gruppe die Anforderungen der Portalbenutzer durch Entwickeln von Richtlinien und Standards dar. Dadurch konnte die Verantwortlichkeit innerhalb der Organisation sichergestellt und ein Forum zum Auswerten und Weiterentwickeln des Portals bereitgestellt werden. Dies diente sowohl der Verbesserung der Portalfeatures als auch dazu, die Rendite des Unternehmens in der Technologie von SharePoint Server zu maximieren. Der steuernde Faktor hat folgende Elemente übersehen:

  • Metadatenstandards

  • Vorlagenstandards

  • Richtlinien, wenn Informationen es erfordern, im gesamten Unternehmen verfügbar gemacht zu werden

  • Einhaltung von unternehmerischen und behördlichen Regelungen

  • Schulungsstandards

  • Brandingstandards für Inhalte

Fabrikam erzielte eine große Rendite auf die Investitionen in das Portal. Ein Jahr nach Projektstart nahm das Strategieteam eine Inventur für die Inhalte vor und fand heraus, dass von 500.000 Dokumenten nur 230 dupliziert wurden. Es wurde festgestellt, dass durch die Zentralisierungsmaßnahme Millionen von Euro eingespart werden konnten. Außerdem ergab eine Umfrage unter den Angestellten, dass die Zufriedenheit mit dem Portal stark zugenommen hatte. Die Zusammenarbeit bei Fabrikam verlief fehlerfrei.

See Also

Concepts

Website- und Lösungssteuerung (SharePoint Server 2010)
Steuerung (Übersicht) (SharePoint Server 2010)
Planen der Informationsarchitektur für Web Content Management (SharePoint Server 2010)

Other Resources

Ressourcencenter mit Steuerungsinformationen (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x407)