Die Softwareentwicklung oder jedes andere Projekt, das mit einer Vielzahl von Anforderungen, Budgetbeschränkungen und knappen Fristen konfrontiert ist, macht es oft erforderlich, die Anforderungen der Stakeholder zu priorisieren. An einem bestimmten Punkt muss entschieden werden, welche Anforderungen zuerst umgesetzt werden müssen und welche auf eine spätere Version verschoben werden können.

Es wurden zahlreiche Methoden zur Priorisierung von Anforderungen entwickelt. Während einige am besten für eine kleine Anzahl von Anforderungen geeignet sind, eignen sich andere besser für sehr komplexe Projekte mit vielen Entscheidungsträgern und Variablen. Diese Liste von Techniken zur Priorisierung von Anforderungen bietet einen Überblick über gängige Techniken, die bei der Priorisierung von Anforderungen verwendet werden können.

Ranking

Wenn Sie Anforderungen auf einer Ordinalskala einstufen, geben Sie jeder Anforderung einen anderen numerischen Wert, der auf ihrer Wichtigkeit basiert. So kann beispielsweise die Zahl 1 bedeuten, dass die Anforderung am wichtigsten ist, und die Zahl n kann der am wenigsten wichtigen Anforderung zugeordnet werden, wobei n die Gesamtzahl der Anforderungen ist. Diese Methode funktioniert am besten, wenn Sie es mit einem einzigen Interessenvertreter zu tun haben, da es schwierig sein kann, die Ansichten der verschiedenen Interessenvertreter über die Priorität einer Anforderung in Einklang zu bringen; die Ermittlung eines Durchschnittswerts kann dieses Problem jedoch bis zu einem gewissen Grad lösen.

Numerische Zuordnung (Gruppierung)

Diese Methode basiert auf der Gruppierung von Anforderungen in verschiedene Prioritätsgruppen, wobei jede Gruppe etwas darstellt, auf das sich die Interessenvertreter beziehen können. Zum Beispiel können Anforderungen in kritische Priorität, mittlere Priorität und optionale Priorität eingeteilt werden. Die Stakeholder können die Anforderungen auch als obligatorisch, sehr wichtig, eher wichtig, nicht wichtig und unwichtig einstufen, um ihre Wichtigkeit zu beschreiben.

Diese Gruppen sollten klar definiert werden, damit die Stakeholder während der Priorisierung kein unterschiedliches Verständnis der einzelnen Gruppen haben. Um zu verhindern, dass die Stakeholder alle Anforderungen in eine Kategorie einordnen, sollte der Prozentsatz der Anforderungen, die in jede Gruppe eingeordnet werden können, begrenzt werden. Ein Nachteil dabei ist jedoch, dass die Anforderungen in jeder Gruppe die gleiche Priorität haben, ohne dass jeder Anforderung eine eindeutige Priorität zugewiesen wird.

MoScoW-Technik

Anstelle von Zahlen verwendet diese Methode vier Prioritätsgruppen: MUSS haben, SOLLTE haben, KÖNNTE haben und WILL nicht haben. Mit dieser Technik können die Beteiligten die Anforderungen gemeinsam priorisieren. Das Akronym steht für Folgendes:

• MUST (Muss)
• SHOULD (Von hoher Priorität)
• COULD (Bevorzugt, aber nicht notwendig)
• WOULD (Kann aufgeschoben werden und wird für eine spätere Ausführung vorgeschlagen)

Die Entscheidungen der Beteiligten über die Prioritäten der Anforderungen werden wie oben dargestellt kategorisiert. Siehe MoSCoW : Requirements Prioritization Technique für mehr dazu.

Bubble Sort Technique

Um Anforderungen mit Hilfe von Bubble Sort zu priorisieren, nimmt man zwei Anforderungen und vergleicht sie miteinander. Wenn Sie feststellen, dass eine Anforderung eine höhere Priorität als die andere haben sollte, tauschen Sie sie entsprechend aus. Auf diese Weise fahren Sie fort, bis die letzte Anforderung richtig sortiert ist. Das Ergebnis ist eine Liste von Anforderungen, die in eine Rangfolge gebracht werden.

Hundert-Dollar-Methode

Diese einfache Methode ist überall dort nützlich, wo mehrere Beteiligte demokratisch darüber abstimmen müssen, welche Anforderungen am wichtigsten sind. Alle Beteiligten erhalten ein Konzept von 100 Dollar, das sie auf die Anforderungen verteilen können. So kann der Stakeholder entscheiden, ob er die gesamten 100 Dollar für eine einzige Anforderung ausgibt, oder ob er die Punkte gleichmäßiger verteilt. Je höher der den einzelnen Anforderungen zugewiesene Betrag ist, desto höher ist die Priorität der Anforderung. Am Ende wird die Gesamtsumme gezählt, und die Anforderungen werden nach der Anzahl der erhaltenen Punkte sortiert.

Diese Technik sollte nur verwendet werden, wenn Sie eine kleine Gruppe von Anforderungen haben, die Sie priorisieren müssen, und wenn Sie denselben Satz von Anforderungen haben, um zu verhindern, dass die Befragten ihre Ergebnisse beeinflussen, indem sie ihrer Lieblingsanforderung mehr Dollar zuweisen.

Bei dieser Technik kann es jedoch schwierig sein, den Überblick darüber zu behalten, wie viel zugewiesen wurde und welcher Betrag noch zur Verfügung steht.

Analytic Hierarchy Process (AHP)

Diese berühmte Methode zur Priorisierung von Anforderungen wurde von Thomas L. Saaty entwickelt. Die Methode beschreibt ein ganzes Rahmenwerk für die richtige Entscheidungsfindung in Bereichen wie Wirtschaft, Gesundheitswesen, Verwaltung und vielen anderen. Im Wesentlichen zerlegen die Beteiligten ihr Ziel in kleinere Teilprobleme, die leicht zu verstehen und zu analysieren sind (in Form einer Hierarchie).

Ist die Hierarchie erstellt, bewerten die Entscheidungsträger die Elemente, indem sie Paare miteinander vergleichen. Die Gesamtzahl der mit AHP empfohlenen Vergleiche beträgt n × (n-1)/2 (wobei n die Anzahl der Anforderungen ist) auf jeder Hierarchiestufe. Die Teilnehmer geben (manchmal auf der Grundlage von Daten) ein Urteil über die relative Bedeutung der einzelnen Elemente ab. Jedem Element der Hierarchie können dann numerische Werte (auf der Grundlage von Prioritäten) zugewiesen werden.

Diese Methode eignet sich nicht für eine große Anzahl von Anforderungen, da die Anzahl der Anforderungen die Anzahl der durchzuführenden Vergleiche bestimmt.

Five Whys

Es kommt häufig vor, dass Interessengruppen eine bestimmte Funktion aus Gründen implementieren wollen, die nicht auf logischen Argumenten oder den Geschäftsinteressen des Unternehmens beruhen. Bei den Five Whys fragt der Analyst den Stakeholder wiederholt (fünfmal oder weniger), warum die Anforderung notwendig ist, bis die Wichtigkeit der Anforderungen festgestellt ist. Die Antworten geben Aufschluss darüber, ob die Anforderung wirklich notwendig ist oder ob sie gestrichen/verschoben werden kann, sobald die Priorität festgelegt ist.

Schlussfolgerung