Bedürfnisse und Anforderungen
Bedürfnisse sind unspezifische Wünsche, die aus einem Gefühl des Mangels entstehen[1]. Da es sich um Gefühle und nicht um Wissen handelt, können diese schwer verbalisiert werden. Bedürfnisse manifestieren sich in spezifischen Anforderungen[2]. Anforderungen definieren funktionale und nicht-funktionale Eigenschaften eines zu entwickelnden Produkts. Sie legen fest, was das Produkt können (funktionale Eigenschaften) und welche Qualitäten es haben soll (nicht funktionale Eigenschaften).
Anforderungsspezifikationen im Human-centered Design-Prozess
Bei linearen Softwareentwicklungsprojekten nach dem Wasserfall-Modell werden die Spezifikationen der System- und Softwareanforderungen in einem Lastenheft festgeschrieben. Bei iterativen und agilen Vorgehensmodellen wie dem Human-centered Design werden die Anforderungsspezifikationen dagegen nicht dauerhaft festgelegt, sondern laufend aktualisiert. Für die Dokumentation wird ein Product Backlog erstellt. Das Backlog ist eine Sammlung von Funktionen, meist in Form von User Stories.
User Stories beschreiben Anforderungen, Funktionalitäten und Akzeptanzkriterien an eine Anwendung in Form von Mini-Geschichten. Die Benutzergeschichten folgen einem festgelegten Schema. Sie werden im Backlog nach dem potenziellen Nutzwert für den Anwender bzw. für die Stakeholder priorisiert. User Stories haben den Vorteil, dass sie aus Nutzersicht geschrieben werden müssen. Grundlage sind zumeist Nutzerszenarien und Personas, die aus den Ergebnissen der User Research synthetisiert werden. Personas sind fiktive Menschen, die repräsentativ für die verschiedenen Endnutzer einer Anwendung sind. Sie sollen die Zielgruppe begrenzen und den Projektbeteiligten helfen, die Endnutzer und ihre Anforderungen an die Anwendung über den gesamten Projektverlauf im Blick zu behalten. Nutzerszenarien wiederum stellen sicher, dass „Produktattribute immer durch aufgabenrelevante Belange legitimiert sind“[3].
Wichtig für das Verständnis von Anforderungen im Human-centered Design ist, dass alle Anforderungen als Hypothese verstanden werden, die im Projektverlauf kontinuierlich überprüft werden müssen. Nach technischen Tests, Interviews mit Stakeholdern und Nutzern sowie nach Usabilitytests können und müssen die im Backlog dokumentierten Anforderungen angepasst, ergänzt, neu priorisiert oder aufgegeben werden.
Mehr zu Human-centered-Design? Hier geht’s zu Teil 5.
[1] Metz-Göckel, H. (2019). Bedürfnis. In M. A. Wirtz (Hrsg.), Dorsch – Lexikon der Psychologie. Abgerufen am 28.05.2019, von portal.hogrefe.com/dorsch/beduerfnis/
[2] Ador, P. (2008). Bedürfnisse – Wünsche – Funktionen – Anforderungen. Abgerufen am 28.05.2019, von www.anchor.ch/komplexitat/bedurfnisse-wunsche-funktionen-anforderungen-2/
[3] DAkkS Deutsche Akkreditierungsstelle (2010), S. 28. Leitfaden Usability. Abgerufen am 28.05.2019, von www.procontext.de/de/downloads/Leitfaden-Usability.pdf
