Ein kontrolliertes Experiment über die Auswirkung von Feedback ...

3 Vorbereitung des Experiments mit der GQM-Methode | 36
können. Deshalb seien hier nur das Erstellen von Mock-ups und deren Zuweisung zu den
entsprechenden Use Case Schritten die Indikatoren für die ausreichende Nutzung der
Features.
Die zweite Frage ist, ob der Anforderungsingenieur mit den Möglichkeiten der Software
zufrieden ist. So sollen mit Hilfe eines Fragebogens die Eindrücke des
Anforderungsingenieurs bzgl. des Werkzeugs Fast Feedback abgefragt werden.
So kommt man zur dritten Hypothese:
Die Benutzbarkeit von Fast Feedback ist gut, da das Werkzeug mindestens genauso
verständlich ist wie Word und sich der Anforderungsingenieur unterstützt fühlt.
3.1.2 Einschränkungen auf das Experiment
Hypothese 3: Benutzbarkeit von Fast Feedback
Dieses Kapitel zeigt Einschränkungen auf, die in Bezug auf das durchzuführende Experiment
unter anderem auch deshalb gemacht werden müssen, um negative Auswirkungen auf die
Gültigkeit der Ergebnisse gering zu halten. Auf genau diese Einflüsse wird dann in der
Analyse und Interpretation der Ergebnisse eingegangen.
3.1.2.1 Einschränkungen bzgl. der Rahmenbedingungen
1. Software lässt sich anhand von Kriterien in verschiedene Arten unterteilen. Nimmt man
die Aufteilung nach der Beziehung der Software zum Anwender vor, so gibt es auf der
einen Seite die Software, die für den Anwender direkt sichtbar und bedienbar ist
(Anwendersoftware) und auf der anderen Seite die Software, die für den Anwender nicht
direkt sichtbar ist (Systemsoftware). Häufig will ein Kunde eine Anwendersoftware, das
heißt eine Software mit einer Oberfläche, entwickeln lassen. Gerade die
Anwendersoftware ist die Software, deren Entwicklung durch die Verwendung des
Werkzeugs Fast Feedback in der Anforderungserhebung unterstützt werden kann. Denn
zur Darstellung dieser Oberfläche verwendet man die Mock-ups. Wenn keine Oberfläche
benötigt würde, gäbe es mit den Mock-ups kaum etwas darzustellen. Die Funktionen von
Fast Feedback könnten nicht im vollem Umfang genutzt werden, es wären nicht die
entsprechenden Effekte zu erwarten und der Einsatz von Fast Feedback würde keinen
Sinn machen. Aus diesem Grund bezieht sich das folgende Experiment einzig und allein
auf Software, die eine Oberfläche benötigt.
2. Ein reales Kundengespräch dauert in der Regel um die neunzig Minuten. Es ist
unwahrscheinlich, dass sich ausreichend Studenten als Probanden finden, wenn sie der
realistischen Kundengesprächsdauer entsprechend viel Zeit investieren müssen. Die
Simulation der Anforderungserhebungen soll in diesem Experiment deshalb einen zeitlich
eingeschränkten Rahmen von dreißig Minuten bekommen. Außerdem sollte die Software,
zu der im Experiment Anforderungserhebungen simuliert werden sollen, eine
überschaubare Menge an Funktionen haben, um in der gekürzten Kundengesprächszeit
zumindest die wesentlichen Funktionen der Software durchsprechen zu können. Die Wahl
des zeitlichen Rahmens pro Anforderungserhebung und die Wahl des