Für Projektleiter, die für die Beauftragung von Software verantwortlich sind, ist ein professionelles Auftragsmanagement das A und O. Eindeutig formulierte und vollständige Anforderungen sorgen dafür, dass sich Stakeholder und Projektleitung ebenso verstehen wie Projektleitung und Software-Entwickler. Die Gefahr von Missverständnissen, die unnötig Zeit und Geld kosten, wird dadurch minimiert. In der Artikelserie "Requirements Engineering für Projektleiter" wurde beschrieben, wie Projektleiter Schritt für Schritt zu vollständigen Use Cases aus Sicht der künftigen Nutzer gelangen und aus diesen detaillierte technische Anforderungen (Requirements) für die Software-Entwicklung ableiten. Im vorliegenden Artikel stehen drei weitere Aufgaben eines professionellen Requirements Engineering im Mittelpunkt:

1. Die Qualität durch eine übergreifende Anforderungsanalyse zu sichern,
2. die Anforderungen zu priorisieren und
3. die Änderungen von Anforderungen im Laufe des Projektlebenszyklus zu verwalten.

Als Projektbeispiel dient wie in den erwähnten vorangegangenen Beiträgen die Programmierung eines Online-Shops für Musikclips ("Jingleshop"), die von Komponisten hochgeladen und von Interessenten gekauft werden können. Als interner Auftraggeber fungiert der Produktmanager, als interner Auftragnehmer der Projektleiter.

Qualität durch übergreifende Anforderungsanalyse sichern

Es wird vorausgesetzt, dass alle Anforderungen von den Stakeholdern abgefragt und tabellarisch (wie in der Artikelserie "Requirements Engineering für Projektleiter" beschrieben) erfasst wurden. Das heißt, die einzelnen Anforderungen haben zu diesem Zeitpunkt bereits eine Qualitätsprüfung durchlaufen: Sie sind bewertet, eindeutig, konsistent, prüfbar, verfolgbar und vollständig.

Bestehende Mängel identifizieren

Damit ist ein wichtiger Schritt getan. Doch erst in der Gesamtsicht wird erkennbar, ob die Liste der Anforderungen vollständig und in sich konsistent ist. Es kann noch sein, dass Anforderungen

• fachübergreifend noch nicht komplett verständlich,
• nicht aktuell,
• in sich oder untereinander inkonsistent bzw. widersprüchlich,
• überflüssig oder
• nicht umsetzbar sind.

Wie kommen solche Mängel trotz Sorgfalt bei der Definition der Anforderungen zustande? Die Ursachen sind vielfältig. Erstens sind Stakeholder aus verschiedenen Bereichen mit unterschiedlichen Perspektiven involviert. Das kann zu divergierenden Wünschen und Anforderungen führen. Zweitens gibt es möglicherweise noch Begrifflichkeiten, die je nach Abteilung anders definiert sind. Drittens kann es sein, dass sich in der Zwischenzeit technische Neuerungen ergeben haben – wie z.B. eine neue Betriebssystemversion – oder es sind Ereignisse eingetreten, die sich auf die Anforderungen auswirken, etwa ein Personalwechsel beim Produktmanagement. Viertens kann es neue oder zunächst nicht bekannte technische, organisatorische oder juristische Beschränkungen geben, die verhindern, dass Anforderungen wie ursprünglich geplant umgesetzt werden können, etwa Vorgaben der Corporate Identity und der Compliance.

Am häufigsten kommt es vor, dass sich mehrere Anforderungen widersprechen: Eine Anforderung sieht eine Bestellung ohne Registrierung vor ("Anmelden als Gast"), eine andere Anforderung verlangt, dass der Nutzer sich vor der Bestellung mit Name und Adresse registrieren muss. Manchmal erkennt auch der Auftraggeber erst im Laufe der Abstimmung mit den Entwicklern, was umsetzbar ist und was nicht – bzw. nur mit einem hohen Aufwand – und ordnet eine Kurskorrektur an.

Beispiel Jingleshop: Mögliche Mängel in Anforderungen

Die folgende Tabelle enthält für jeden der oben genannten möglichen Mängel jeweils ein Beispiel und dazu einen Vorschlag, wie das Problem behoben werden könnte.