{"id":261,"date":"2019-08-12T11:05:13","date_gmt":"2019-08-12T11:05:13","guid":{"rendered":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/?p=261"},"modified":"2020-07-30T10:19:55","modified_gmt":"2020-07-30T10:19:55","slug":"der-nutzer-im-mittelpunkt-der-softwareentwicklung","status":"publish","type":"post","link":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/der-nutzer-im-mittelpunkt-der-softwareentwicklung\/","title":{"rendered":"Der Nutzer im Mittelpunkt der Softwareentwicklung"},"content":{"rendered":"\n

Im Mittelpunkt dieses Blogbeitrags steht die Integration von User Centered Design (UCD) in unseren agilen Softwareentwicklungsprozess bei der Saxonia Systems AG (seit 03\/2020 ZEISS Digital Innovation). Dabei wird vor allem auf die Artefakte und Methoden eingegangen, welche daf\u00fcr sorgen, dass die Software auf den tats\u00e4chlichen Nutzer ma\u00dfgeschneidert wird.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Die Wurzel schlechter Usability<\/h2>\n\n\n\n

Warum benutzt niemand die neue Software? Wenn diese Frage aufkommt, ist es meist schon viel zu sp\u00e4t. Die Entwicklung ist bereits abgeschlossen und die Nutzer bleiben aus bzw. halten an der alten L\u00f6sung fest. Dann ist es wahrscheinlich wieder einmal passiert, dass bei der Aufnahme der Anforderungen Annahmen getroffen wurden, welche an den tats\u00e4chlichen Bed\u00fcrfnissen der Nutzer vorbei gehen. Dies ist ein in der Praxis leider h\u00e4ufig vorkommendes Ph\u00e4nomen, welches sich in schlechter Benutzbarkeit und niedriger Akzeptanz der finalen Software ausdr\u00fcckt. Ein L\u00f6sungsansatz hierf\u00fcr bietet das User Centered Design (UCD). Dieses stellt die Aufgaben, Eigenschaften und Ziele der zuk\u00fcnftigen Nutzergruppen in den Mittelpunkt des Softwareentwicklungsprozesses, um eine hohe Usability des Endproduktes zu gew\u00e4hrleisten.<\/p>\n\n\n\n

<\/div>\n\n\n\n

User Centered Design<\/h2>\n\n\n\n

Durch unser agiles Vorgehensmodell sind wir in der Lage, schnell auf \u00c4nderungen und neue Anforderungen zu reagieren. Fr\u00fches Feedback von zuk\u00fcnftigen Nutzern ist essenziell f\u00fcr eine hohe Benutzbarkeit. Durch Artefakte und Methoden des Usability Engineerings wird unser an Scrum angelehntes Vorgehen so erweitert, dass der Nutzer von Anfang an regelm\u00e4\u00dfig eingebunden wird.<\/p>\n\n\n\n

\"UCD-Artefakte<\/a>
Abbildung 1: UCD-Artefakte unseres agilen Vorgehensmodells<\/em><\/figcaption><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Bereits zu Beginn des Projekts werden UCD-Elemente innerhalb der Product Vision verankert. Neben klassischen Bestandteilen, wie beispielsweise dem Projektziel oder der Systemgrenze, sind die Beschreibung der Nutzergruppen und des Nutzungskontexts sinnvolle UCD-Erg\u00e4nzungen.<\/p>\n\n\n\n

Im Product Backlog gibt es neben User Stories und technischen Spikes explizit Platz f\u00fcr Design Spikes, welche es dem Team erlauben, sich intensiv mit komplexen Usability-Themen zu befassen. Hierbei werden beispielsweise verschiedene Prototypen als Entscheidungsgrundlage entworfen oder Nutzerstudien konzipiert und durchgef\u00fchrt.<\/p>\n\n\n\n

In den beiden Scrum-Artefakten Definition of Ready und Definition of Done sind zus\u00e4tzliche Qualit\u00e4tsschranken integriert, um zu garantieren, dass die Software die zuk\u00fcnftigen Nutzungsanforderungen erf\u00fcllt. Durch vorgelagertes Prototyping ermitteln unsere Usability-Experten schon vor der Umsetzung, ob die Anforderungen zu den Bed\u00fcrfnissen der Nutzer passen.<\/p>\n\n\n\n

Bevor User Stories f\u00fcr ihre Umsetzung bereit sind, werden sie mit Skizzen, Mockups oder Designs (als Output aus dem Prototyp) erweitert. Diese verdeutlichen die zu implementierenden Funktionen f\u00fcr das Entwicklungsteam visuell. Sofern sie angewendet werden k\u00f6nnen, sind auch Prozessmodelle enthalten, um komplexe Abl\u00e4ufe zu veranschaulichen.<\/p>\n\n\n\n

User Stories gelten aus UCD-Sicht als abgeschlossen, wenn die Usability-Prinzipien<\/a> eingehalten wurden. Dies kann durch eine Experten-Evaluation \u00fcberpr\u00fcft werden. Dabei untersucht der Usability Engineer die neue Funktion heuristisch auf die Einhaltung von Richtlinien. Zus\u00e4tzlich wird gepr\u00fcft, ob der Styleguide<\/a> eingehalten wurde und so die Konsistenz der Anwendung sichergestellt ist.<\/p>\n\n\n\n

Zur Ablage von Usability-relevantem Hintergrundwissen empfiehlt sich ein zentraler Sammelort (Project Knowledge Base), z. B. in Form eines Team-Wikis.<\/p>\n\n\n\n

Somit kann sich das Team jederzeit \u00fcber das ermittelte Nutzerfeedback und den aktuellen Stand aus UCD-Sicht informieren. Empfehlenswerte Inhalte sind:<\/p>\n\n\n\n