Sonntag, 26. Mai 2013

Erfolg mit SharePoint durch Requirements Engineering - Einleitung

Einleitung


Microsoft SharePoint Server 2013 ist die fünfte Version dieses Microsoft Serverprodukts. In jeder neuen Version wurde die Plattform um verschiedene Eigenschaften erweitert und so neue Einsatzmöglichkeiten geschaffen. Diese neuen Eigenschaften gingen von einer Vorlagenverwaltung ( Inhaltstypen ) über die Integration von Workflows bis zur Integration von modernen Social- und Search- Komponenten. Daraus ergeben sich eine Vielzahl von Bereichen, die durch SharePoint abgedeckt werden können:
  •  Zusammenarbeit ( Kollaboration ),
  • Portal,
  • Unternehmenssuche,
  • Unternehmensprozesse ( Business Process Management ),
  • Business Intelligence,
  • Social,
  • Enterprise Content Management. 

Mit der Anzahl der Eigenschaften und Komponenten ist auch die Anzahl von möglichen Visionen und Zielen für Projekte gestiegen, die mit SharePoint erreicht werden sollen. Die Anforderungen an einen erfolgreichen Projektverlauf unterscheiden sich je nach Bereich sowohl bei der Implementation als auch bei der Anforderungsanalyse. So erfordert zum Beispiel das Requirements Engineering ( RE ) eines Projekts im Bereich „Zusammenarbeit“ ein anderes Vorgehen als ein Projekt im Bereich „Unternehmensprozesse“, da die Anforderungen und die Stakeholder ( die Besitzer der Anforderungen ) grundsätzlich verschieden sind und es ein unterschiedliches Verfahren zur Erhebung der Anforderungen bedarf. RE, also die Anforderungsanalyse an ein System oder an eine Lösung, ist der erste Schritt in einem Projekt - und auch der Entscheidende. Schlechte oder fehlende Anforderungen sind die Ursache für gescheiterte Projekte, schlechtes System Engineering, ungenutzte Lösungen, zu hohe Kosten und  ungewöhnlich viele Change Requests. Immerhin lassen sich ca. 60% aller Fehler in Softwarelösungen auf mangelhafte Anforderungen zurückführen und nur ca. 40% auf Fehler bei der Implementierung. Daher sollte das RE auch keinen unerheblichen Anteil an den Gesamtaufwendungen für das Projekt haben, da es unterm Strich die Gesamtkosten für ein Projekt verringert. Ein professioneller Umgang mit den Stakeholdern und der Erhebung der Anforderungen führen letztendlich zum einem qualitativ hochwertigem Anforderungskatalog, der vollständig, konsistent und machbar ist. Mit einem qualitativ hochwertigem Anforderungskatalog werden die Fehler während der Implementierung nicht nur signifikant verringert, er hilft auch Dienstleistungsanbietern dabei, ein korrektes Angebot abgeben zu können und kann eine rechtliche Verbindlichkeit definieren. Ohne Anforderungskatalog ist der Erfolg eines Projekts nicht planbar.

Fehler der Vergangenheit


Es lässt sich seit einiger Zeit die Beobachtung im Umfeld von SharePoint machen, dass Reengineering für SharePoint- Systeme und -Lösungen immer häufiger angefragt wird. Mit den Versionen SharePoint 2007 und SharePoint 2010 haben viele Anwender den Einstieg in die Technologie gewagt und die Plattform kennengelernt, jedoch wegen fehlender Erfahrung in SharePoint oft nicht das erwartete Ergebnis erreicht. Als Konsequenz ist die technische Plattform oft außer Kontrolle oder die bereitgestellten Lösungen werden schlichtweg nur ungenügend von den Endanwender angenommen. Auch die Kosten und Zeitrahmen für Projekte mit SharePoint sind oft um ein Vielfaches überschritten und das Ergebnis trotz vieler Change Requests nicht zufriedenstellend. Bei genauer Betrachtung kann man die Ursache dieser Probleme oft auf Defizite im Anforderungskatalog der Lösung zurückführen. Wo in Software- Projekten aus anderen Gebieten, wie zum Beispiel bei SAP- Projekten oder Eigenentwicklung von Softwarelösungen, ein qualitativ hochwertiges RE die Regel ist, wurde dem RE in der Vergangenheit bei Projekten mit SharePoint oft nicht genügend Aufmerksamkeit zuteil und die Anforderungskataloge stellen sich als ungenügend heraus, auch wenn RE Bestandteil des Projektplans war.
Auf der einen Seite wurden Anforderungskataloge ohne Wissen oder Berücksichtigung der SharePoint Plattform erstellt, was zu fehlenden Abgrenzungen, Grauzonen für die Umsetzung oder schlichtweg nicht machbaren Anforderungen führt. Andererseits ist SharePoint in der Vergangenheit oft schon selbst als "Lösung" gesehen worden, die nur noch leicht modifiziert werden musste und dann direkt eingesetzt werden kann. Eine Anforderungsanalyse wurde gar nicht erst durchgeführt und keine entsprechenden Budgets bereitgestellt. Es stellt sich jedoch heraus, dass solche "Quick Wins" auf Dauer keine Grundlage für eine erfolgreiche Plattform oder Lösung sind. SharePoint ist eine Plattform, keine Lösung.

"Die Vergangenheit zeigt, das ein maßgeschneidertes RE Voraussetzung und Grundlage für einen Erfolg mit SharePoint ist."

Die Herausforderungen des RE für SharePoint

Neben den Unterschieden des RE bei den einzelnen Bereichen, in denen ein Projekt mit SharePoint stattfinden kann, benötigt man für ein erfolgreiches Projekt auch Fähigkeiten und Wissen in Microsoft SharePoint, um die Anforderungen korrekt ermitteln und so ein erfolgreiches RE für das Projekt durchführen zu können. Die Herausforderungen des RE für SharePoint liegen in:
  • der Bewertung verschiedener Qualitätskriterien einer Anforderung ( Artikel  ),
  • der Systemanalyse zur Vermeidung von Grauzonen,
  • Der Bewertung von Anforderungen als Basis-, Leistungs- und Begeisterungsfaktor für die Lösung und die damit verbundenen Besonderheiten bei der Erhebung der Anforderung.
Warum diese Kriterien eine Herausforderung des RE für SharePoint sind, warum man einen SharePoint Experten braucht um sie zu bewältigen und wie Sie durch die Bewältigung dieser Herausforderungen Erfolg für SharePoint haben können, darauf werde ich in noch folgenden Artikeln näher eingehen.

Beste Grüße,

Andreas






Keine Kommentare:

Kommentar veröffentlichen