Unternehmensstruktur

C.Kaiser Als Antwort am 4 Nov. 2010 21:43

Nabend,

Strukturierung eines Portals ist am Anfang (nicht nur Sharepoint) das Wichtigste, da durch eine ordentliche Struktur große Aktzeptanz geschaffen wird - oder eben nicht. Meistens wird versucht die Organisationsstruktur abzubilden.

So wie du es beschrieben hast (Land -> Bereich -> Unterbereich) ist es doch schon ein guter Anfang mit dem die Nutzer auch was anfangen können, da es ja bei euch schon auf Filesystemebene gelebt wird. Für jeden Bereich eine eigene SiteCollection mit eigener Datenbank. Ausserdem würde ich überlegen Projekte auszugliedern und keinem bestimmten Land zuzuordnen, da sie meist Bereichsübergreifend und schnelllebiger sind (neue Projekte anlegen, alte löschen / archivieren), als die andere Struktur die eher star ist.

Das komplette Filesystem werdet ihr damit auch nicht abschaffen. Irgendwelche CAD Daten will man nicht unbedingt im Sharepoint liegen haben. :-)

Gute Bücher zu dem Thema kenne ich persönlich nicht, da es doch recht individuell und nicht nur ein Sharepoint "Problem" ist.

Olaf Didszun Als Antwort am 4 Nov. 2010 23:47

Ich kann hier eigentlich nur an das anknüpfen, was Christian gesagt hat. Der skizzierte Ansatz ist sicherlich nicht verkehrt.

Wichtig ist vor allem, die Akzeptanz der Benutzer im Auge zu behalten. Aus meiner Erfahrung ist es aber auch ein Fehler, einen (oder die) File-Server in SharePoint abbilden zu wollen. SharePoint sollte dazu dienen, Transparenz in die Prozesse zu bringen. Die Dateien auf dem File-Server sind nur ein Teil des Ganzen.

Gute Bücher zu diesem Thema sind mir auch nicht wirklich bekannt, was vermutlich daran liegt, dass jedes Unternehmen ein Unikat ist. Was bei der einen Firma zu einem super Ergebnis geführt hat, kann bei der anderen ein totaler Killer für das Projekt sein. Aus diesem Grund haben Unternehmen, die sich auf die Implementierung von SharePoint in einem Unternehmen spezialisiert haben, auch ihre Daseinsberechtigung (ich will hier keine Werbung für irgendeinen Dienstleister machen). Hier kann man davon ausgehen, dass auf einen Erfahrungsschatz aus diversen Implementierungen zurückgegriffen werden kann und damit bei der Umsetzung verschiedene Aspekte beleuchtet werden können. Bei Bedarf stehe ich gern zur Verfügung.

Grüße

Olaf

unixp staybb Als Antwort am 5 Nov. 2010 20:07

Hallo,

danke für die schnellen und informativen Antworten!

Ich habe mal eine Skizze erstellt, die darstellen soll wie ich es mir momentan von der Struktur her vorstelle:

Der Reiter Projekte ist nicht ganz richtig, der sollunter der Firmenstandorte gegliedert werden.

Jetzt meine Frage, ist die Struktur von der Denkweise her richtig?

Als was werden die Firmenstandorte angelegt? Als eigene Webanwendung ?

Ich habe Testweise für jede Abteilung eine neue Webanwendung angelegt.

So heisst zb. der Pfad zu Abteilung IT:

http://server001:8081

Abeilung Verkauf:

http://server001:8082

Abeilung Einkauf:

http://server001:8083

Abeilung Buchhaltung:

http://server001:8084

etc...

Ist das der richtige Weg? Wird für jede Abteilung eine eigene Webanwendung angelegt?

Sind für Sharepoint Server 2010 auch Anwendungsvorlgen, wie es auf folgender Seite beschrieben ist, auch verfügbar?

http://beqiraj.com/windows/sharepoint-services/vorlagen/index.asp

Kann ich diese ganz normal wie ins SharePoint Services 3.0 installieren?

C.Kaiser Als Antwort am 5 Nov. 2010 22:35

Ich würde keine Webanwendung für jede Abteilung erstellen sondern Sitecollection:

Webanwendung (Port 80) -> darunter die Abteilungen in einzelnen Sitecollections mit eigener Datenbank ->darunter Team oder was auch immer

Zum darstellen nehme ich am liebsten eine Mindmap, da siehst du gleich die einzelnen "Hops" bis auf die unterste Ebene

Edit: Noch ein Nachteil zu Webanwendungen: Jede Webanwendung nimmt sich pauschal mal ca 200MB RAM, daher kanns eng werden, wenn man Webanwendungen extrem verwendet

unixp staybb Als Antwort am 7 Nov. 2010 11:49

Also würde die Lösung mit einer Webanwendung und mehreren Webseitensammlung für die jeweiligen Abteilungen, die beste Lösung sein?

Es werden geschätzt ca. 20-25 Abteilungen mit verschiedenen Firmenlocations. Ich habe mal gelesen, das wegen der Sicherheit und Ausfallsrate für jede Abteilung eine seperate Webanwendung geeigenet wäre.

Die andere Frage, sind Anwendungsvorlagen zb. von dieser Seite gelistet http://beqiraj.com/windows/sharepoint-services/vorlagen/index.asp in Sharepoint 2010 möglich?

EDIT:

Ich habe in Erfahrung gebracht das die Anwendungsvorlagen für SharePoint 2010 nicht mehr verfügbar sind.

Gibt es einen Weg diese trotzdem irgendwie zu aktivieren?

Ich konnte die Anwendungsvorlagen ins Sharepoint integrieren, ich kann es auch bei der Erstellung einer neuen Webseite auswählen. Bloss erhalte ich folgende Fehlermeldung:

"Es ist ein unerwarteter Fehler aufgetreten.
Korrelations-ID: 36fdaf82-..........."

Warum werden in Sharepoint 2010 keine Anwendungsvorlagen mehr unterstützt?

C.Kaiser Als Antwort am 7 Nov. 2010 14:33

Wie bereits gesagt, skaliert SHarepoint nicht über Webanwendungen. Für jede Webanweanwendung würde ich ca 200MB RAM veranschlagen und bei 25 Abteilungen kommt da schon etwas zusammen, was für andere Funktionen dann nicht mehr zur Verfügung steht.

Überlegt euch wie ihr die Abteilungen strukturieren könnt (evt. über Länderstandorte oder besonders Sicherheitsrelevante Bereiche -> HR) und baut dafür vielleicht eigene Webanwednungen. Ich rate aber von zuvielen einzelnen Content-Webanwendungen ab. Site Collections können ihre eigenen Datenbanken besitzen (Thema Ausfallsicherheit) und können ebenfalls ordentlich mit Berechtigungen versehen werden.

unixp staybb Als Antwort am 9 Nov. 2010 14:26

Warum würdest du eine seperate, neue Webanwenundung für relevante Bereiche erstellen? Wo liegen die genauen Vorteile?

Liege ich vom Denkprinzip richtig, dass wir eine Projektseite direkt unter der ersten Webanwendung erstellen können, von der dann jede Abteilung, je nach Berechtigung, zugreifen kann?

(siehe screenshot oben)

C.Kaiser Als Antwort am 9 Nov. 2010 14:40

Weil eine separate Webanwendung mit eigenem Anwendungspool eine etwas höhere Ausfallsicherheit hat und ein wenig sicherer ist (anderes Anwendungspoolkonto...) - > Wenn ein Anwendungspool (durch zum Beispiel eigene Entwicklungen) kaputt gemacht wird, fällt die komplette zugehörige Webanwendung aus (Hab ich so allerdings auch erst einmal erlebt und ist auhc gut wieder zu beheben).

Für kritische Bereiche könnte man daher eine eigene Webanwendung erstellen, mit dem o.g. Nachteil, dass jede Webanwendung eben RAM benötigt und da irgendwann Schluss ist.

Ich kenne ein Szenario, wo das Unternehmen genauso, wie du es oben beschrieben hast, vorgegangen ist -> Für jede Abteilung und Fachabteilung eine eigene Webanwendung, weil es ja viel sicherer ist. Nach ca. 30 Webanwendungen haben sie dann gemerkt, dass der Server kaum noch freien Arbeitsspeicher hat. Daraufhin musste der gesamte Content entsprechend migriert werden und die komplette Struktur neu angefasst werden.

Für die Projekte würde ich, wie gesagt, eine eigene SiteCollection (inkl. eigener DB) unter der primären ContentWebanwendung machen. Rechte kannst du da so verteilen wie du willst.

Frank Daske Als Antwort am 9 Nov. 2010 15:10

Die Sitestruktur wird auch bei 2010 oft nach der Organisation ausgerichtet, wohl wegen der Zugriffsrechte. Allerdings kann man bei 2010 ja über die Taxonomien / Metadaten am Ende viele verschiedene Navigationen haben, z.B. abteilungsübergreifgend nach Produkten, Leistungen, Zielgruppen usw.

Hier mehr dazu:
http://www.layer2.de/de/leistungen/sharepoint-wissensmanagement/Seiten/default.aspx

(s. ganz unten).

Grüße, Frank Daske
http://www.layer2.de/de/produkte/Seiten/Knowledge-Management-Suite-SharePoint-2010.aspx

Hans Paulini Als Antwort am 9 Nov. 2010 18:13

Es gibt ein schönes Best Practises White Paper von MS. Schau dir das mal an.

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=5c562f71-3aa9-46fd-abac-7d381813f2b8