1. SHAREPOINT 2010 – PRAXIS PUR!
31. JAN.-1. FEB. 2012
• Wie wurde dies in einem
Enterprise Unternehmen
realisiert?
Partner: Veranstalter:

2. Wer sind wir?
• ANK Business Services UG
(haftungsbeschränkt)
• Michael Kirst-Neshva – mkn@myoffice365.in
http://blog.ugoffice365.ms
Partner: Veranstalter:

3. Agenda
• Aus der Praxis eines Enterprise Projekts
– Vor dem Start, ist nach dem Start
• SharePoint als Plattform Service
• Empfehlungen
• Fragen
Partner: Veranstalter:

4. Erreichtes Ziel
• In einem deutschen am DAX notierten Enterprise
Unternehmen wurde der nationale Roll-Out für
eine zentrale SharePoint Infrastruktur beendet.
• Ca. 80.000 Benutzer können über einen internen
Bestellprozess eine standardisierte Webseite auf
Basis einer Kostenstelle bestellen.
• Technologische Basis ist derzeit SharePoint 2007
• Laufzeit des Projekts von Ende 2008
bis Anfang 2011
Partner: Veranstalter:

5. Wie waren die Anforderungen?
• Einheitlicher Bestellprozess nach Unternehmensstandard
• Standardisiertes Template für alle Benutzer
• Einhaltung integrierter Bestandsprozesse
– Projektablauf
– Betriebliche Prozesse
– Kaufmännische Prozesse
– Betriebsrat
– Konzerndatenschutz
– Konzernsicherheit
• Keine Item Level Security
• Keine Subsites (Problem bei Meeting Places!)
• Und viele weitere Einschränkungen
– Die Einschränkungen sollten dazu dienen, einem „Massen Rollout“
und den Benutzern so wenig Probleme wie möglich zu bieten
Partner: Veranstalter:

6. Struktur des Projekts
• Technische und Kaufmännische Verantwortung
wurde getrennt
• Das Gesamtprojekt hatte mehrere
Ansprechpartner auf der „Kundenseite“, die
„Kundenseite“ hatte ebenfalls technische
Ansprechpartner
• Das SharePoint Team wurde in mehrere Rollen
aufgeteilt
– Jedes Teammitglied „durfte“ in der Regel mindestens
zwei Rollen bedienen
Partner: Veranstalter:

7. Was gab es als
Ausgangsbasis?
• Ausgehend auf einer vom Kunden erstellten
Dienstbeschreibung, wurde ein Detailkonzept erstellt
• Durch verschiedene Projektpositionen war allerdings
SharePoint immer nur als „buntes Datengrab“ oder
als „teurer Fileshare“ deklariert worden
• Wichtige Vorabstimmungen wurden aufgrund
bestehender Prozesse sehr stark erschwert
• Das SharePoint Projekt passte irgendwie in keine
Prozesse rein
Partner: Veranstalter:

8. Umsetzung in Phasen
• Aufgrund der Gesamtkomplexität des
Großprojekts, wurden wichtige Schnittstellen für
SharePoint in Releases gepackt und zu teilweise
sehr späten Zeitpunkten bereit gestellt (oder
teilweise noch gar nicht)
• Dadurch begann der Fehler, die zentrale
SharePoint Infrastruktur nicht nach den
Bedürfnissen von Fachbereichen weiter
auszubauen, da zentrale Stellen meinten, „es gibt
doch schon SharePoint“
Partner: Veranstalter:

9. Agenda
• Aus der Praxis eines Enterprise Projekts
– Vor dem Start, ist nach dem Start
• SharePoint als Plattform Service
• Empfehlungen
• Fragen
Partner: Veranstalter:

10. Neuer Plan:
Vor dem Start ist nach dem Start
• Im Unternehmen wurde ein Change gestellt,
– welcher nun explizit zum einen eine zentrale und
offene SharePoint Infrastruktur fordert
– der die Möglichkeit bietet, parallel weitere
Fachapplikationen zu bearbeiten und bereit zu stellen
– Eine fachliche Diskussion um bestehende Prozesse
rund um SharePoint entfacht hat
• Datenschutz begründete Protokollierung von administrativen
Benutzertätigkeiten
• Vorhandener Bereitstellungsprozess mit custom code
Partner: Veranstalter:

11. Scope Änderung
• Generell wurde vom internen IT Dienstleister eine Scope
Änderung vollzogen
• Interne projektspezifische Prozesse werden an SharePoint
typischen Gegebenheiten angepasst
• Kundenseite achtet darauf, viel mehr „SharePoint Out-of-
the-box“ zu erhalten
• Durch Nutzung von mehr „out-of-the-box“ kann die
neue Projektlaufzeit kurz gehalten werden
(ca. 6-9 Monate)
• Zentrale Infrastruktur wird „Multi-Mandanten“ fähig
– Jede Kostenstelle und jede Fachapplikation wird ein „Mandant“
Partner: Veranstalter:

12. Infrastruktur Beispiel
Partner: Veranstalter:

13. Agenda
• Aus der Praxis eines Enterprise Projekts
– Vor dem Start, ist nach dem Start
• SharePoint als Plattform Service
• Empfehlungen
• Fragen
Partner: Veranstalter:

14. SharePoint als „Plattform Service“
Planning and Implementation
Guidance for the core foundational
elements of SharePoint 2010 in
support of the additional workloads
Partner: Veranstalter:

15. Projektphasen bei SharePoint
Provides Technology Planning, Deployment and Governance, Upgrade
Platform Services for and Migration in support of the SharePoint 2010 platform and will
SharePoint 2010 provide guidance for the core foundational elements of SharePoint
2010 in support of the additional workloads
Envision Plan Build Stabilize Deploy
• Auch SharePoint obliegt den Standardphasen, allerdings
werden diese in einzelne Bereiche unterteilt
• Ein SharePoint Infrastruktur Projekt besteht aus
mindestens 6 Projekten und Teilbereichen
• Der Anfang muss die Plattform machen, diese bildet die
Basis für die 5 Unterprojekte
• Das Zusammenführen mehrerer einzelner SharePoint
Single Server ist aufwendig und wiederspricht einer
zentralen Gouvernance, zu der ein Unternehmen
verpflichtet ist (z.B. BDSG).
Partner: Veranstalter:

16. Unser standardisiertes Vorgehen
für einen Plattform Services
Pre-Engagement
1 2
 Datasheet.pdf
 Engagement Guide.docx
 Positioning.docx
 Delivery Guide .docx
 Value Proposition.docx
 Customer Presentation.pptx
During Engagement
3 4
 Reference Architecture Guide.docx  Functional Specification Template.docx
 Business Connectivity Services Guide.docx  Governance Plan Template.docx
 Early Adopter Learning.docx  Information Architecture Template.docx
 Governance Guide.docx  Solution Architecture Template.docx
 Information Architecture Guide.docx  Test Plan Template.docx
 Authentication Guide.docx  Vision and Scope Template.docx
 Delivery Guide.docx  Project Plan Template.mpp
 Engagement Guide.docx  Kickoff Template.pptx
 Pre Assessment Questionnaire.docx  Closeout Template.pptx
 Upgrade and Deployment Guide.docx
 Sandboxing Guide.docx
 Reference Architecture Guide.docx
Partner: Veranstalter:

17. Task Name
Complete Project Name
Project Governance
Engagement Oversight
Technical Project Management Support
Microsoft® Office SharePoint ® Server Envision
Vision and Scope Doc
Discovery and Assessment
Conceptual Architecture (expanded detail)
Review Pre-Assessment Questionnaire
Gather Migration and Technical Requirements
Review current Microsoft® SharePoint® Server/Windows® SharePoint Services Environment
Project Structure Doc
Define Roles and Responsibilities
Map resources and validate skills
Project Management
Technical Quality Assurance (QA)
Microsoft Office SharePoint Server Plan
Functional Specification
Site Taxonomy
Site Design
Records Management (RM)
Security
Application/Service Integration
Physical Server Implementation
Upgrade Microsoft Office SharePoint Server S2007 to SharePoint 2010
Test Plan
Governance Plan
Team Model
Process Model
Policy Model
Project Management
Technical QA
Microsoft Office SharePoint Server Build
Functional Specification
Site Taxonomy
Site Design
Records Management
Security
Application/Service Integration
Physical Server Implementation
Upgrade Microsoft Office SharePoint Server 2007 to SharePoint 2010
Test Plan
Project Management
Technical QA
Microsoft Office SharePoint Server Pilot and Stabilize
Microsoft Office SharePoint Server Deploy
Project Management
Technical QA
Partner: Veranstalter:

18. Agenda
• Aus der Praxis eines Enterprise Projekts
– Vor dem Start, ist nach dem Start
• SharePoint als Plattform Service
• Empfehlungen
• Fragen
Partner: Veranstalter:

19. Empfehlung
• Planen Sie bei SharePoint Projekten bitte erst
eine zukunftsfähige Infrastruktur, die auch
spätere Anforderungen erfüllen sollte:
– Anbindung von externen Personen
• Firmenexterne müssen getrennte Access DBs haben
– Anbindung an AD FS2 (claim based authentication)
– Anbindung an Azure und Office 365 in Betracht
ziehen
• Achtung: Hohe Lizenzkostenersparnis durch
„Mobility License“ – Eine Office 365 SP CAL ist intern nutzbar
– Anbindung von weiteren Diensten und Datenquellen
Partner: Veranstalter:

20. Empfehlung -2-
• Planen Sie:
– Viel Zeit mit Diskussionen mit
• Betriebsräte, (Achtung: jede (Fach-)Applikation ist
Mitbestimmungspflichtig!)
• Datenschutzbeauftragte und
• Sicherheitsabteilungen ein
– Ein ausgiebiges Scope Statement – spätere Changes
sind eventuell Komplex in der weiteren Zeitplanung
– Protokollierungen nach BDSG Vorgaben
• Administrative Tätigkeiten auch bei SP Nutzer!
Partner: Veranstalter:

21. Empfehlung -3-
• Planen Sie zuerst die Plattform oder
– holen Sie es bald nach
• Erfassen Sie bestehende SharePoint Applikationen
– Manuell oder automatisch (kostenloses Microsoft MAP Tool)
• Definieren Sie Ihr Projekt mit möglichst vielen
Fachverantwortlichen
• Teilen Sie verschiedene Anforderungen auf die einzelnen
SharePoint typischen Workloads auf
– Social, Enterprise Portals, Web Content, Search und BI
• Definieren Sie ein dynamisches Abrechnungsmodell wie in
SharePoint integriert (Multi-Tenancy)
• Bauen Sie Ihr Projekt und Ihr Projektteam auf bewährte
Verfahren auf (siehe Beispieldokumente)
Partner: Veranstalter:

22. Empfehlung -4-
• Kommunizieren Sie rechtzeitig mit Ihrem
Unternehmen Ihr Vorhaben
• Lassen Sie Nutzer an der endgültigen Umsetzung
teilhaben
• Keine Scope Änderung ohne Change Request
• „Bauen“ Sie kleine Teile, damit erste Erfolge
„schneller“ sichtbar werden
• Nutzen Sie möglichst in großen Projekten „Out-of-
the-Box“ Technologien, bevor Sie selber
programmieren –
Partner: Veranstalter:

23. Whitepaper: Service Management
and the Private Cloud
• In der Serie
“Infrastructure Planning and Design Guide”
(Service Management for the Private Cloud.)
ist ein neues Dokument erschienen.
• http://go.microsoft.com/fwlink/?LinkId=232348
Partner: Veranstalter:

24. Most Innovative SharePoint Cloud Solution
Award Finalists 2012
Partner: Veranstalter:

25. Bis zum 31.01.2012 Voting
• Most Innovative SharePoint Cloud Solution
Award Finalists 2012
• (ANK Business Services) Danke für Ihre Stimme
• Zu finden unter www.sharepointeurope.com
Partner: Veranstalter:

26. SHAREPOINT 2010 – PRAXIS PUR!
31. JAN.-1. FEB. 2012
FRAGEN?
Partner: Veranstalter:

27. Wir sehen uns wieder!
Advanced Developers Conference C++
3. – 4. Mai 2012, Zugspitzland
Development for C++ Professionals!
www.adcpp.de
SharePoint Konferenz in Wien
25. – 26. Juni 2012, Wien
ppedv-Konferenz in Kooperation mit
Microsoft Österreich
www.SharePointKonferenz.at
Partner: Veranstalter:

28. SHAREPOINT 2010 – PRAXIS PUR!
31. JAN.-1. FEB. 2012
Hat Ihnen mein Vortrag gefallen?
Ich freue mich auf Ihr Feedback!
Partner: Veranstalter:

29. SHAREPOINT 2010 – PRAXIS PUR!
31. JAN.-1. FEB. 2012
Vielen Dank!
Michael Kirst-Neshva
Partner: Veranstalter: