Umgang mit Anforderungen

Um den Stellenwert von Anforderungen zu zeigen, gehen wir zunächst auf die Definition von Qualität gemäß der ISO 9000 aus dem Jahr 2005 ein:

Qualität ist die Gesamtheit von Merkmalen einer Einheit bezüglich ihrer Eignung, festgelegte und vorausgesetzte Erfordernisse zu erfüllen.

Diese Definition zeigt uns, im Hinblick auf Qualität, die Wichtigkeit der Anforderungsanalyse und Anforderungsdokumentation. Qualität ist folglich, das zu erreichen, was vorher festgelegt worden ist. Somit haben wir nun einige Herausforderungen an die Dokumentation von Anforderungen. Es ist sicherzustellen, dass das, was »gewollt war«, als System umgesetzt wird. Genau dies wird in Projekten häufig nicht erreicht.

Seit dem Jahr 1995 untersucht die Standish Group in einem Abstand von ca. zwei Jahren eine Vielzahl unterschiedlicher IT-Projekte. Die Studie hat den Namen »Chaos Report«. Ziel dieser Untersuchung ist es, Erfolgsfaktoren zu finden, die Projekte zu einem erfolgreichen Abschluss bringen.

Abbildung 1 entstammt dem Chaos Report und gibt einen Überblick über den Faktor erfolgreicher und nicht erfolgreicher Projekte.

Deutlich zu sehen ist, dass seit 1996 die Erfolgsquote mehr oder weniger bei ca. 30% stagniert. Das bedeutet, dass trotz Wissen über Erfolgsfaktoren nicht mehr Projekte erfolgreich sind.

Das Unternehmen PA Consulting und die Gesellschaft für Projektmanagement führen seit 2004 eine jährliche Untersuchung zum Thema Erfolgsfaktoren durch. Abbildung 2 zeigt auf, welche Gründe Unternehmen für das Scheitern von Projekten verantwortlich machen.

Abbildung 2: Ursachen für das Scheitern von Projekten (Quelle: GPM und PA Consulting: Ursachen für das Scheitern von Projekten, PAConsulting2009)

Einer der wichtigsten Gründe zum Scheitern von Projekten sind unklare Anforderungen und Ziele. Diese Untersuchung verdeutlicht neben der Definition von Qualität die Wichtigkeit von klaren Anforderungen für Projekte. Um diesem Anspruch gerecht zu werden, muss durch die Tätigkeiten Anforderungsanalyse und Anforderungsdokumentation sichergestellt werden, dass alle für das Projekt erforderlichen Anforderungen gefunden und mit der für das Projekt erforderlichen Qualität festgehalten werden. Je später in der Projektrealisierung ein Fehler in Anforderungen festgestellt wird, desto teurer ist die Beseitigung des Fehlers.

Projekte stellen unterschiedliche Anforderungen an die Dokumentation von Anforderungen. Hierbei ist sicherzustellen, dass sich Projektmitglieder auf ein Mindestmaß an Stabilität der Anforderungen verlassen können.

Anforderungsanalyse wird zu Beginn eines Projektes durchgeführt.

Je nach Vorgehensmethodik und festgelegten Projektprozessen kann diese intensiv oder weniger intensiv zu Beginn durchgeführt werden. Da zu Beginn eines Projektes nicht immer alle Anforderungen klar formulierbar sind, gibt es unterschiedliche Arten auf diese Begebenheit zu reagieren. Aus diesem Grund haben sich unterschiedliche Vorgehensmodelle entwickelt.

Die folgende Karikatur verdeutlicht die Situation des Umgangs mit Anforderungen im IT-Markt im Jahr 2000.

Abbildung 3: Anforderungsdokumentation mit Interpretationsspielraum (Quelle: http://www.uidesign.at/journal/2007/05/16/die-anforderungen-der-nutzer-verstehen/)

Hier gilt es zu unterscheiden, ob die Anforderungen zu Beginn klar sind und zunächst »nur« dokumentiert werden müssen, oder ob diese noch unklar sind und sich diese erst zu späterem Zeitpunkt ergeben.

Anforderungen, die dem Anforderungssteller klar vorliegen, müssen einigen Qualitätskriterien (Vergleich Abschnitt Qualitätskriterien nach IEEE 830 bis INVEST-Merkmale nach Cohn) entsprechen, sodass diese auch klar und verständlich im Entwicklungsteam ankommen. Wie auch die Sophist Group beschreibt, ist eine der primären Aufgaben von Anforderungen die Kommunikation.