Doch was genau steckt hinter dem Begriff Usability? Wie unterscheidet sie sich von der übergeordneten UX (User Experience)? Und wie lassen sich Usability-Probleme gezielt analysieren und verbessern?

In diesem Artikel erfährst Du, welche Usability-Methoden, Analyseansätze, Tests und Optimierungsstrategien sich in der Praxis bewährt haben und wie Du sie in Deinen digitalen Projekten umsetzen kannst.

Was bedeutet Usability im digitalen Kontext?

Die Usability beschreibt zuallererst, wie effektiv, effizient und zufriedenstellend ein:e Nutzer:in ein bestimmtes Ziel auf einer Website, in einer App oder einem System erreichen kann. Es geht also nicht nur darum, ob etwas „funktioniert“, sondern wie gut es sich bedienen lässt. Usability wird nach DIN EN ISO 9241-11 definiert und beinhaltet folgende klassiche Kriterien:

• Aufgabenangemessenheit

• Selbstbeschreibungsfähigkeit

• Erwartungskonformität

• Fehlertoleranz

• Individualisierbarkeit

• Steuerbarkeit

• Lernförderlichkeit

Der Begriff wird oft im Zusammenhang mit UX (User Experience) verwendet, ist aber nicht synonym. Während sich UX auf das ganzheitliche Erlebnis mit einem Produkt konzentriert – von der ersten Berührung über die Nutzung bis hin zur Nachwirkung –, ist Usability ein Teilbereich davon, nämlich die konkrete Nutzbarkeit. Eine gute UX ist ohne gute Usability kaum denkbar.

Methoden der Usability von Anfang an einsetzen

Je früher Usability-Methoden im Projekt eingesetzt werden, desto weniger Kosten entstehen, da die meisten Probleme schnell erkannt werden und mit weniger Aufwand zu beheben sind. Einige Methoden sind bereits aus der klassischen Software-Entwicklung bekannt, werden aber bei der Entwicklung von Websites häufig nicht eingesetzt.

Beim Start jedes Projekts sollte nach der Zieldefinition die Anforderungs-Analyse (Requirements Analysis) gemacht werden. Dabei schreibst Du fest, welchen Anforderungen das System genügen muss, um die Ziele des Projekts zu erfüllen.

Welche Methoden und Tools gibt es, um die Usability zu analysieren?

Die Grundlage jeder Optimierung ist die Analyse. Bei dieser hast Du im Bereich der Usability die Wahl zwischen qualitativen und quantitativen Methoden:

Qualitative Methoden

Diese Methoden liefern erste Einsichten in das „Warum“ hinter dem Nutzerverhalten.

Usability-Tests:

Bei Usability-Tests bearbeiten echte Nutzer:innen typische Aufgaben auf der Website oder in der Anwendung, während sie beobachtet werden – entweder live oder per Videoaufzeichnung. Du erkennst so, wo sie hängen bleiben, sich verlaufen oder frustriert abbrechen. Die Ergebnisse liefern konkrete Hinweise auf Bedienprobleme und ermöglichen fundierte Designentscheidungen.

Interviews & Befragungen:

Nach oder unabhängig von Tests werden Nutzer:innen gezielt nach ihren Eindrücken, Erwartungen und Problemen befragt. Dies kann strukturiert (z. B. Fragebogen) oder offen (z. B. Leitfadeninterview) erfolgen. Die Ergebnisse liefern qualitative Einblicke in Denkweisen, Vorwissen und subjektive Wahrnehmung der Anwendung.

Cognitive Walkthroughs:

Ein Team aus UX-Expert:innen oder Produktverantwortlichen geht Schritt für Schritt typische Nutzungsszenarien durch – aus Sicht neuer Nutzer:innen. Dabei wird bewertet, ob jeder Schritt verständlich, erwartungskonform und zielführend ist. Der Fokus liegt auf potenziellen Stolpersteinen für Erstnutzer:innen. Die Ergebnisse helfen, Schwächen in Informationsarchitektur und Interaktion frühzeitig zu erkennen.

Quantitative Methoden

Hier geht es um Zahlen und Muster, die Rückschlüsse auf das Verhalten vieler Nutzer:innen erlauben.

Web-Analytics (z. B. mit Google Analytics):

Durch Tracking-Tools wie Google Analytics erfährst Du, wie sich Nutzer:innen auf Deiner Seite bewegen. Z. B. wo sie einsteigen, wie lange sie bleiben, welche Seiten sie verlassen. Die Einrichtung erfolgt über Tracking-Codes, die meist über den Google Tag Manager eingebunden werden. Die Ergebnisse zeigen Nutzungsmuster, Drop-offs und Conversion-Hürden.

Heatmaps (z. B. mit Hotjar oder Crazy Egg):

Heatmaps visualisieren, wo Nutzer:innen klicken, scrollen oder mit der Maus verweilen. Dafür werden Sessions anonym aufgezeichnet und aggregiert dargestellt. So erkennst Du, welche Inhalte auffallen (oder übersehen werden), ob CTAs funktionieren und wie weit gescrollt wird. Das hilft vor allem bei der Optimierung von Landingpages und Formularen.

Session Recordings:

Hierbei werden echte Nutzer-Sessions im Hintergrund aufgezeichnet, inklusive Mausbewegung, Klickverhalten und Scrollverhalten. Die Durchführung ist meist mit wenigen Klicks im Tool möglich. Die Aufnahmen liefern realistische Einblicke in Nutzungssituationen und helfen, ungewöhnliches Verhalten oder technische Bugs zu erkennen.

Die so gewonnenen Informationen bilden eine gute Grundlage für die Beschreibung der Anforderungen an das Projekt in der Anforderungs-Analyse.

Wichtige Usability-Metriken: Was solltest Du messen?

Nicht alles, was gemessen werden kann, ist relevant – und umgekehrt. Folgende Metriken haben sich in der Praxis bewährt:

• Task Completion Rate (Erfolgsrate): Wie viele Nutzer:innen schließen eine Aufgabe erfolgreich ab?

• Time on Task: Wie lange dauert eine Aufgabe? Ist der Weg zur Lösung effizient?

• Fehlerrate: Wie oft treten Bedienfehler auf?

• System Usability Scale (SUS): Ein standardisierter Fragebogen zur Einschätzung der Usability.

• Net Promoter Score (NPS): Wie wahrscheinlich ist es, dass Nutzer:innen das Produkt weiterempfehlen?

Diese Daten bilden die Grundlage für datenbasierte Entscheidungen zur Verbesserung.

Der Beitrag Usability – Benutzerfreundlichkeit testen & sichern erschien zuerst auf contentmanager.de.

Wenn ich die Menschen gefragt hätte, was sie wollen, hätten sie gesagt schnellere Pferde. (Henry Ford)

Herr Küffner, warum sind Ihrer Meinung und Erfahrung nach die User Experience (UX) und das User Interface (UI) so wichtig für Onlineshops?

Um diese Frage zu beantworten, muss ich erstmal kurz ausholen. UX, also die User Experience, beschreibt ganz allgemein die Erfahrung, die ein Nutzer mit einem Produkt oder Service auf einer Website bzw. im Onlineshop macht. UI, das User Interface, ist die Schnittstelle, mit der der Nutzer interagiert. In unseren heutigen Online-Zeiten ist sie sogar die einzige Möglichkeit für E-Commercler, mit einem Nutzer zu interagieren. Zum Vergleich: Früher gab es den Bahnangestellten am Ticketschalter, der den Kunden im Kaufprozess unterstützte. Heute müssen alle Eventualitäten des Nutzer-Verhaltens schon im Vorhinein durchdacht sein – wenn wir beim Bahn-Beispiel bleiben, also mögliche Bahncard, andere Vergünstigungen, Sitzplatzwünsche etc.

Das UI ist also Teil der UX, und am Ende müssen beide Aspekte zu einem positiven Nutzererlebnis führen. Ist das nämlich nicht der Fall, muss man mit Kaufabbrüchen rechnen. Ein schlechtes Erlebnis kann sogar dazu führen, dass die Kunden ein Produkt gar nicht nutzen können. Zum Beispiel wenn eine Zahloption so schlecht gebaut und konzipiert ist, dass vor lauter Frustration über die User Experience der Kauf abgebrochen wird und man mit dieser Zahloption auch nie wieder in Kontakt kommen will. Außerdem führt ein schlechtes Nutzererlebnis auch zu mehr Service-Anfragen – also Beschwerden oder Nachfragen von Kundenseite. Zusammengefasst: Schlecht konzipierte UX und UI erhöhen die Gefahr um ein Vielfaches, dass der Kunde seinen Kauf nicht vollendet und vor allem nicht mehr zu dieser Website oder diesen Shop zurückkehrt.

Wie geht man das Thema UX und UI an, wenn man ein neues Produkt entwickelt?

Ganz einfach: Man stellt Fragen. Wir bei ratenkauf by easyCredit stellen in der Regel Hypothesen auf, die wir anschließend verifizieren oder falsifizieren müssen. Die erste Frage lautet immer: Schaffe ich einen Nutzen für den Kunden? Denn nur wenn der besteht, macht es Sinn, weiter an dem Produkt zu arbeiten. Ohne Nutzen wird das Produkt keinen Erfolg haben.

Wir versuchen also mit den Hypothesen unsere Unkenntnis über einen potentiellen Kunden stufenweise zu reduzieren. In der frühen Produktentwicklung arbeiten wir viel mit Mock-Ups oder stellen einfach eine Menge Fragen aus Nutzerperspektive. Als Produktmanager bei der TeamBank, die ja das Produkt ratenkauf by easyCredit verantwortet, haben wir da beste Voraussetzungen. Zum Beispiel haben wir ein Uselab – das ist quasi unser UX- und UI-Labor. Hier können wir mit Hilfe von Eye-Tracking das Verhalten des Nutzers in einer Anwendung sehr genau analysieren und damit seine Wünsche in Erfahrung bringen.

Passend dazu gibt es da dieses Sprichwort von Henry Ford: »Wenn ich die Menschen gefragt hätte, was sie wollen, hätten sie gesagt schnellere Pferde«. Damit ist gemeint, dass ein Nutzer zum Beispiel generell das Bedürfnis hat, schnell von A nach B zu kommen. Allerdings ist das nicht zwangsläufig mit der Lösung gegeben, die es schon am Markt gibt und die einfach nur verbessert wird. Statt schnellerer Pferde kamen die Autos.

Wie findet man den Weg zur besten User Experience?

Eine UX ändert sich von Nutzer zu Nutzer, denn jeder hat andere Ansprüche. Die UX ändert sich aber auch einfach durch den Kontext, das ist wichtig zu beachten. In meiner Laufbahn hieß es immer: Der Payment-Prozess muss so einfach wie möglich sein. Was wir aber festgestellt haben ist: Je höher der zu zahlende Betrag, desto gewillter ist der Nutzer, einen zusätzlichen Schritt zu durchlaufen, zumal wenn dieser ihm Sicherheit gibt. Bei 20 Euro will niemand ein Passwort und dann noch eine Tan hinterher eingeben. Bei 10.000 Euro sieht das aber schon ganz anders aus. Es kommt also immer sowohl auf den Kontext als auch die Nutzergruppe an.

Letztlich gilt: Ein Produkt ist niemals fertig. Gerade die modernen IT-Anwendungen werden dynamisch weiterentwickelt, das gilt natürlich genauso für die UX. Produkte sind nämlich stetig wachsende Anwendungen, die sich laufend weiterentwickeln – genauso wie sich die Kundenwünsche und -bedürfnisse verändern.

Können Sie den Entwicklungsprozess vielleicht an einem konkreten Beispiel von ratenkauf by easyCredit anschaulich beschreiben?

Wir haben in der Pilotphase der Entwicklung der Online-Lösung ratenkauf by easyCredit festgestellt, dass es immer wieder Händler gab, die ratenkauf by easyCredit ihren Kunden auch vor Ort im Ladengeschäft anbieten wollten. Der Bedarf bei Händlern und Kunden war da, den Ratenkauf am PoS anzubieten. So haben wir den Ball aufgenommen und eine Strecke explizit für den Anwendungsfall im Ladengeschäft gebaut. Damit sind wir einer der wenigen Anbieter, die eine echte Multichannel-Lösung haben, die in beiden Varianten sehr ähnlich funktioniert und für den Händler somit einheitliche Prozesse über die verschiedenen Kanäle bietet.

Was sind sinnvolle Stellschrauben für Händler, die Ihrem Shop eine bessere Usability verschaffen wollen?

Was die Stellschrauben für Onlineshops angeht, müssen Onlinehändler eine Menge leisten: Es geht nicht nur um die Bedeutung eines oder ihres Produkts oder Services, sondern um den kompletten Ablauf, der mehrere Teilprozesse in einem Onlineshop miteinander kombiniert. Wie läuft die Beratung, die Lieferung, die Bezahlung? Das ist weitaus mehr als nur der »reine« Einkauf. Und das macht es für Onlinehändler besonders herausfordernd, da sie eine Menge zu bedenken und berücksichtigen haben. Angefangen bei der Wahl der Servicedienstleister, egal, ob sie aus dem Bereich Logistik oder Payment kommen: Auch sie müssen eine durchgängig einfache und angenehme User Experience bieten, die nach hinten raus weder den Kunden noch den Händler alleine lässt. Denn Probleme bei der Lieferung oder Bezahlung werden von dem Nutzer automatisch mit dem Onlineshop in Verbindung gebracht. Da reicht es nicht hinterher zu sagen, man könne ja nichts dafür, da der Service von einem externen Dienstleister angeboten werde.

Für den Händler bedeutet das, immer eine ganzheitliche Betrachtung seines Shops vorzunehmen und nicht nur den Fokus auf seine eigene Produktleistung zu legen. Er muss darauf achten, dass sein Nutzer gut informiert wird und er nicht mit offenen Fragen zurückbleibt. Außerdem muss ihm bei auftauchenden Fragen und Problemen mit gutem Service geholfen werden. Gerade im Bereich des Payments ist das einer der Aspekte, die gerne unterschätzt werden. Hinten raus muss der Service genauso schnell, einwandfrei und reibungslos funktionieren; sonst verbrennt man sich den Nutzer, sieht ihn nie wieder und bekommt im schlimmsten Fall noch schlechte Bewertungen oben drauf.

Über Robin Küffner

Nach dem Studium der Wirtschaftsinformatik begann Robin Küffner seine Laufbahn bei der Sofort AG. Dort leitete er zunächst das Team für den technischen Händlersupport und wechselte dann in das Produktmanagement, wo er unter anderem an der agilen Transformation und der Integration in den Klarna-Konzern im Zuge der Übernahme beteiligt war. Seit 2016 ist er bei der TeamBank AG in Nürnberg und verantwortet dort aktuell als Leiter Ratenkauf die Themen Produkt, IT, Operations und Marketing für das von ihm mitentwickelte Produkt ratenkauf by easyCredit.

Der Beitrag Die Wichtigkeit von User Experience und User Interface für Onlineshops erschien zuerst auf contentmanager.de.

In der Softwareentwicklung setzt sich Scrum als agile Projektmanagement-Methode zunehmend durch. Inzwischen gibt es zahlreiche Workshops, umfassende Literatur und eine große Anzahl erfahrener Scrum-Experten. Im Scrum-Kontext wurde es bisher jedoch vernachlässigt, andere Elemente und fachliche Disziplinen, die essenziell für ein starkes Produkt sind, zu integrieren – wie beispielsweise das User Experience Design. Eine gute User Experience (UX) führt dazu, dass Anwender ein Produkt bzw. eine Software gerne nutzen und ist damit ein wesentlicher Erfolgsfaktor.

%CAD2%

Dennoch treten in der Praxis das User Experience Design und der Scrum-Prozess bisher meist nur nebeneinander an und haben wenige Berührungspunkte: Das User Experience Design – vom User Research über die Definition von Personas bis hin zur Erarbeitung von Skizzen und Wireframes – wird oft im Voraus erstellt und dann für die Umsetzung dem Entwicklungsteam übergeben. Erschwerend kommt hinzu, dass meist externe, spezialisierte Agenturen – die oft nach der klassischen Wasserfall-Methode arbeiten – das User Experience Design gestalten. Das liegt zumeist daran, dass bei der Gründung insbesondere der seit längerem bestehenden IT-Unternehmen das Thema UX noch nicht so sehr im Vordergrund stand wie heute.

Mit der zunehmenden Bedeutung und Verbreitung des Internets – bis auf die Bildschirme unserer Smartphones – haben sich die Ansprüche der User an eine Software jedoch verändert: Sie legen deutlich mehr Wert auf das Design und die Nutzerführung einer Software oder einer Internet-Anwendung. Um den stetig steigenden Ansprüchen der User gerecht zu werden und nicht zuletzt, um Marktanteile zu halten oder gar auszubauen, muss das UX-Design den User nicht nur bei der Anwendung unterstützen, sondern ihm auch ein gutes Gefühl bei der Nutzung der Software vermitteln. Je weniger Software-Unternehmen also auf ein optimales User Experience Design verzichten können, umso wichtiger ist es, diese Disziplin mit dem Scrum-Prozess zu verzahnen, der von ihnen meist für die Entwicklung eingesetzt wird. Denn nur wenn das User Experience Design und die Entwicklung im Rahmen eines agilen Prozesses gemeinsam antreten, steht am Ende ein Sieg: ein erfolgreiches Produkt, das nicht nur funktioniert, sondern das die Nutzer auch gerne anwenden.

Die drei wichtigsten Aspekte für eine erfolgreiche Integration von UX-Design in den Scrum-Prozess

Erfolgsfaktor 1: Räumliche Nähe – für mehr Austausch und gegenseitiges Verständnis

Eine gelungene agile Zusammenarbeit zwischen UX-Designern und Softwareentwicklern

wird durch viele Faktoren bestimmt, der Hauptfaktor aber ist das Team selbst. Häufig ist jedoch das Verhältnis zwischen Designern und Entwicklern eher angespannt. Das liegt nicht selten daran, dass beiden Gruppen nur wenig über die Arbeitsprozesse der jeweils anderen Gruppe wissen. So ist es für Designer oft nicht leicht nachzuvollziehen, wie die Entwickler mit den von ihnen zur Verfügung gestellten Designs weiterarbeiten. Die Entwickler wiederum können sich häufig kein Bild von den Prozessen machen, die Designer durchlaufen, um ein valides Konzept zu gestalten. Für beide Seiten ist es mitunter sehr intransparent, was die jeweils andere Gruppe in ihrer täglichen Arbeit leistet.

Aufklärungsarbeit seitens der Projektleitung und der Teammitglieder selbst kann hier zunächst ein grundlegendes Verständnis schaffen. Dabei sollte erklärt werden, was die Aufgaben der einzelnen Rollen sind und inwiefern sich durch die Integration der Designer auch Prozesse in der Softwareentwicklung anpassen müssen. Es ist wichtig, dass alle Teammitglieder verstehen, dass nur durch ein gutes Zusammenspiel beider Prozesse – User Experience Design und Softwareentwicklung – ein gelungenes Produkt entstehen kann.

Um das Verständnis für die Arbeit der jeweils anderen zu verbessern, ist räumliche Nähe ein wesentlicher Aspekt: Wenn Designer und Entwickler zusammen im gleichen Raum arbeiten, bekommen sie mit, an was der jeweils andere arbeitet. Sie können sich Fragen stellen und/oder ihre Arbeitsschritte wie z. B. Designs oder Softwarearchitektur-Bilder sichtbar im Raum anbringen. Durch das offensichtliche Visualisieren der aktuellen Arbeiten können einfacher und schneller Gespräche und Diskussionen entstehen. Diese Kommunikation – die weitaus häufiger stattfindet, wenn ein Team in einem Raum sitzt – fördert den kontinuierlichen Austausch, auch im Hinblick auf die technische Realisierung von Design-Ideen. Kurze Kommunikationswege führen dazu, dass Fragen häufiger gestellt und schneller geklärt werden, und wirken sich damit positiv auf das Produktergebnis aus.

Wenn es zeitlich möglich ist – und das entsprechende Fachwissen vorliegt – können die Designer die Entwickler auch bei der Programmierung unterstützen, etwa im Bereich der Frontend-Entwicklung. Der Vorteil: Selbst entworfene Designs lassen sich auch gleich technisch umsetzen und somit auf ihre Machbarkeit prüfen. Umgekehrt können sich auch die Entwickler im Rahmen des Scrum-Prozesses an der Erstellung des User Experience Designs beteiligen, etwa indem sie Mockups oder Prototypen erstellen.

Erfolgsfaktor 2: UX-Design schon in Sprint 0 berücksichtigen – für relevante Personas und gute User Stories

Im Scrum-Prozess wird die Zeit vor dem ersten Sprint für vorbereitende Maßnahmen genutzt, wie z. B. die Aufstellung der technischen Architektur. Dieser Zeitraum wird auch als Sprint 0 bezeichnet. In diese Phase lassen sich die ersten konzeptionellen und kreativen Prozessschritte des UX-Designs gut integrieren. Ziel von Sprint 0 ist in diesem Fall, gemeinsam ein grundlegendes Verständnis für den User und eine einheitliche Produktvision zu erarbeiten

Hierfür empfiehlt sich ein Workshop, in dem alle Projektbeteiligten – Entwickler, User Experience Designer, Product Owner und idealerweise auch die Stakeholder – ein Big Picture der UX-Idee entwickeln. Ebenso sollten bereits in Sprint 0 die ersten Schritte des UX-Designs umgesetzt werden: User Research, Persona-Erstellung und das Erarbeiten von Anforderungen in Form von User Stories. Auf dieser Basis können die Beteiligten gemeinsam ein für alle verständliches Product Backlog erarbeiten. Bereits im Sprint 0 sollten Daily Scrum Meetings stattfinden, in denen sich die Teammitglieder gegenseitig über den Fortschritt und aktuellen Stand der Vorbereitungsphase informieren.

Die User Stories, die im Sprint 0 zusammen erarbeitet werden, sortiert der Product Owner am Ende des Sprints nach ihrer Priorität. Am höchsten werden die User Stories priorisiert, die das sogenannte Minimal Viable Product (MVP) abbilden – also das Produkt oder Feature, welches mit dem geringsten Aufwand den größtmöglichen Nutzen für den User bringt. Diese User Stories sollten dann in den ersten Sprints umgesetzt werden.

Um abschätzen zu können, wie viele Sprints benötigt werden, um das MVP umzusetzen, sollten die Entwickler in Sprint 0 eine Aufwandsschätzung der priorisierten User Stories vornehmen. Aufgabe der User Experience Designer in dieser Phase ist es, den Wert und Nutzen einer User Story zu beschreiben und die Entwickler an den Aufwand für die Umsetzung des Designs zu erinnern.

Für die Entwickler kann es schwierig sein, eine Aufwandsschätzung abzugeben, wenn noch kein definiertes User Experience Design vorhanden ist. Um ein gemeinsames Verständnis – und damit eine genauere Schätzung – der User Stories zu erreichen, empfiehlt es sich, während Sprint 0 einfache (Papier-)Prototypen zu erstellen. Die Ideen aller Projektbeteiligten lassen sich auf diese Weise schnell visualisieren und so besser in der Gruppe diskutieren. Die tragfähigsten Ideen können dann weiterentwickelt und idealerweise anhand von mit Prototypen noch in Sprint 0 auf ihre Benutzerfreundlichkeit getestet werden, z. B. von Kollegen. Das Feedback der Tester lässt sich dann in einer schnellen Iteration berücksichtigen.

Der parallelen Entwicklung geschuldet, wird es im Laufe des Projekts nur noch den User Experience Designern möglich sein, den kompletten Prozess immer wieder durchzuführen, d.h. kontinuierliche User Research, Anpassung – und falls erforderlich Neuerstellung – von Personas, Erstellung und Test von Prototypen etc. Die User Experience Designer sollten im Laufe des Prozesses darauf achten, ihre gewonnenen Erkenntnisse und Resultate regelmäßig mit dem restlichen Team zu teilen.

Erfolgsfaktor 3: UX-Designer an allen Scrum-Meetings beteiligen – für das „Big Picture“

Voraussetzung für eine ganzheitliche Integration der User Experience Designer in den Scrum-Prozess ist deren Teilnahme an allen Scrum-typischen Meetings. Dazu zählen Daily Scrum, Plannings, Product Backlog Refinement, Retrospektiven und Reviews.

Im Rahmen dieses „institutionalisierten“ Austauschs zwischen Entwicklern und User Experience Designern – idealerweise zusätzlich unterstützt durch räumliche Nähe – können beide Gruppen schnell herausfinden, ob sich das erstellte User Experience Design mit angemessenem Aufwand umsetzen lässt. Weiterhin haben die Entwickler so auch die Möglichkeit, ihre Ideen und Ansichten in den UX-Design-Prozess einfließen zu lassen.

Ebenfalls empfiehlt sich eine enge Zusammenarbeit zwischen UX-Designern und Product Ownern, speziell bei der Ausgestaltung von User Stories. Sie können ihre Erfahrung im Umgang mit den Nutzern und deren Bedürfnisse bei der Erstellung von User Stories einfließen lassen und User Experience Designs zu den geplanten User Stories anfertigen. Dabei sollte darauf geachtet werden, sehr detailliertes User Experience Design erst dann zu erstellen, wenn es benötigt wird – und nicht schon weit im Voraus. Das Gleiche gilt auch für die finale Ausformulierung der User Stories, da es sehr wahrscheinlich ist, dass sich initiale User Stories aufgrund neuer Erkenntnisse im Laufe des Projekts ändern. Somit ist es ratsam, die User Stories auch hinsichtlich ihrer User Experience erst ein bis zwei Sprints vor der geplanten Umsetzung zu finalisieren, um den Arbeitsaufwand zu minimieren.

Als fester Bestandteil eines Scrum Teams stehen die User Experience Designer jederzeit für Rückfragen zur Verfügung. Das trägt dazu bei, Mehrfach-Arbeit zu verhindern, etwa wenn ein Detail zum Verhalten des User Interfaces vom Entwickler anders verstanden und ohne Rückfrage implementiert wurde. Indem sie die Akzeptanzkriterien einer User Story prüfen, unterstützen die UX-Designer auch den Product Owner, der die User Stories maßgeblich mitprägt.

User-Tests sind ein weiteres Aufgabenfeld, dessen sich UX-Designer während der Entwicklung annehmen können. Hierfür empfiehlt es sich, mit ausgewählten Anwendern in regelmäßigen Abständen – etwa alle zwei Sprints – Usability-Tests durchzuführen, idealerweise zunächst mit Prototypen. So hat die Zielgruppe die Möglichkeit, neu implementierte Produktinkremente zu evaluieren. Eine frühe Rücksprache mit den Anwendern hat den Vorteil, dass etwaige Änderungswünsche der User umgehend berücksichtigt werden können. Insbesondere wenn die Anpassungen bereits an Prototypen erfolgen und nicht erst an der bereits entwickelten Software, bedeutet das enorme Zeit- und Kostenersparnisse. Anpassungen lassen sich direkt in einer darauffolgenden Iteration vornehmen, oder die Änderungswünsche werden in neuen User Stories verankert. Um den transparenten Austausch mit dem Scrum Team aufrecht zu erhalten, sollten die UX-Designer die Ergebnisse der User Tests im Daily Scrum präsentieren.

Fazit

User Experience Designer können in einem Scrum-Team umfassende Aufgaben übernehmen und wesentlich zum Erfolg des Produkts beitragen. Voraussetzung dafür ist, dass die UX-Designer als Doppelpartner der Entwickler im Scrum-Prozess mitspielen. Zum einen ist es ihre Aufgabe, nach vorne zu schauen und mittels User Research, User Tests und Prototyp-Erstellung eine auf den Anwender ausgerichtete Entwicklung des Produkts voranzutreiben. Zum anderen sollten sie immer für Nachfragen der Entwickler bezüglich aktuell bearbeiteter User Stories verfügbar sein, die bereits implementierten User Stories validieren und gegebenenfalls an der Zielgruppe testen.

Dabei sollten sich alle Beteiligten bewusst sein, dass es in der agilen Softwareentwicklung im Grunde keine endgültige Lösung gibt. Mit sich verändernden Bedürfnissen der User muss sich schließlich auch das Produkt verändern – indem es stetig angepasst und weiterentwickelt wird. Daher sind mit der Freigabe eines Softwareprodukts die Entwicklung und das User Experience Design nicht abgeschlossen. Im Prinzip beginnt in diesem Moment schon ein neues Match.

Autor: Heidi Oltersdorff, Consultant bei diva-e Digital Value Enterprise GmbH (www.diva-e.com)

Der Beitrag Ein gutes Doppel: User Experience Design und Scrum erschien zuerst auf contentmanager.de.