Wie bei den meisten Entwicklungsteams, hier bei Mendixwenden wir Scrum an, um unsere Anwendungen zu erstellen. Ein Teil der Scrum-Methode ist die Validierung des Produkts mit Benutzern und Stakeholdern. Dennoch wird dieser Schritt in vielen Entwicklungsteams oft vernachlässigt, obwohl sie sich alle Mühe geben, ein funktionsfähiges Produkt zu entwickeln. Normalerweise passiert es, dass die Leute die Usability-Tests zu kompliziert machen und sie deshalb aus dem Entwicklungsprozess ausschließen, weil sie fälschlicherweise denken, dass sie nicht entscheidend sind oder dass sie Ressourcen sparen. Das ist schade, denn das Testen Ihres (wenig wertvollen) Produkts mit Benutzern führt zu einem besseren Ergebnis.

Usability-Tests steigern den Erfolg Ihrer Anwendung

Der Erfolg einer Anwendung hängt davon ab, wie ihre Benutzer sie verwenden. Jegliche Usability-Probleme können sich negativ auf die Bereitschaft zur Verwendung Ihres Produkts und damit auf den langfristigen Erfolg der Anwendung auswirken. Laut dem Buch „Rocket Surgery Made Easy“ (Kurt, 2010) weisen alle Anwendungen Usability-Probleme auf, von geringfügigen bis hin zu schwerwiegenden Problemen. Das Problem dabei ist, dass Usability-Probleme vom Designer, dem Entwicklungsteam und dem Produktbesitzer normalerweise übersehen werden, da die Verwendung der Anwendung für sie „zu offensichtlich“ ist.

Mit Usability-Tests lassen sich Usability-Probleme leicht finden und erklären. Die Lösung dieser Probleme während der Entwicklung ist für die Erstellung einer erfolgreichen Anwendung unerlässlich und verhindert unnötige Entwicklungszeit und Kosten für die spätere Behebung dieser Probleme.

Warum testen die Leute nicht?

Obwohl die Validierung des Produkts durch Benutzer und Stakeholder ein wesentlicher Bestandteil des Scrum-Prozesses ist, werden Usability-Tests aus folgenden Gründen häufig ausgelassen:

• Denkweise: Lassen Sie uns die Anwendung so schnell wie möglich ausliefern und wir werden sie später bei Bedarf anpassen.
• Wir (das Entwicklungsteam) haben keine Probleme mit der Benutzerfreundlichkeit festgestellt, es sollte also kein Problem geben.
• Es erfordert Fachwissen und Kenntnisse, über die das Entwicklungsteam nicht verfügt.
• Und die Beauftragung eines externen Dienstleisters hierfür kostet zu viel Geld.

Es wird oft angenommen, dass ein Usability-Test mehrere Tage oder sogar Wochen dauert. Angesichts eines solchen Zeitplans würden die meisten lieber Ressourcen für die Entwicklung neuer Funktionen verwenden als für das Testen und Optimieren der Dinge, die für uns offensichtlich sind. 

Eine für Sie entwickelte Usability-Testmethode

Da unser Designteam weiß, welche große Wirkung Usability-Tests haben können, hat es eine Methode zum Testen entwickelt Mendix Produkte, die unsere Hersteller in ihren Prozess einbauen konnten. Nach dem Experimentieren haben wir eine einfache, schnelle und kostengünstige Möglichkeit gefunden, Mendix Anwendungen. Der von uns entwickelte Ansatz ist inspiriert vom Buch „Rocket Surgery Made Easy“ (Kurt, 2010) und gibt Entwicklern, Designern und Produktbesitzern wertvolle Einblicke in die Verwendung der Anwendung und wie sie verbessert werden kann.

Während dieses Prozesses werden Sie immer interessante Dinge entdecken, an die Sie nie gedacht haben, und die Lösung von Usability-Problemen wird die Anwendung wirklich benutzerfreundlicher machen. Dieser Ansatz ist auch eine hervorragende Gelegenheit, die Beteiligung der Stakeholder zu erhöhen, indem Sie sie zur Teilnahme auffordern. Darüber hinaus könnte das Ergebnis zeigen, dass die bei der Entwicklung verwendeten Annahmen tatsächlich falsch sind.

Der Mendix Usability-Testmethode

Um die Dinge möglichst einfach zu halten, besteht unsere Methode aus drei Hauptschritten. Nachfolgend sind die einzelnen Schritte aufgeführt, zusammen mit einigen Richtlinien, die Ihnen dabei helfen, das Beste aus jedem Testerlebnis zu machen. 

Bereiten Sie den Test vor

• Planen Sie 3 Sitzungen ein – Tipp: Nutzen Sie die Sprint-Überprüfung, um den Test durchzuführen.
• Definieren Sie die Benutzerszenarien.
• Machen Sie die Bewerbung fertig im Mendix Test Umgebung.
• Machen Sie einen Pilottest.

Führen Sie den Test durch

• Beobachter sollten sich stumm schalten, die Kamera ausschalten und sich Notizen machen.
• Bestimmen Sie einen Moderator, der die Teilnehmer anleitet.
• Bitten Sie die Teilnehmer, beim Durchführen von Benutzerszenarien laut zu denken.
• Nutzen Sie die letzten 15 Minuten, um den Teilnehmern Fragen zu stellen und umgekehrt.

Überprüfen Sie den Test

• Jeder Beobachter stellt drei wichtige Usability-Probleme vor, die er gefunden hat.
• Gemeinsam definiert das Team die fünf wichtigsten Usability-Probleme.
• Übersetzen Sie jedes Usability-Problem in neue Storys/Aufgaben und fügen Sie sie dem Backlog des Projekts hinzu.

Um diese Methode am besten zu demonstrieren, schauen wir uns als Beispiel den Test an, den wir für die Hackathon-Anwendung* erstellt haben. Ziel dieses Tests war es, die Usability-Probleme für die Organisatoren beim Einrichten eines Hackathon-Events in der Anwendung zu ermitteln. Bemerkenswert ist, dass die Durchführung des Tests nur einen Morgen dauerte. 

*Hinweis: Mit der Hackathon-Anwendung können Organisationen ein komplettes Online-Hackathon-Event einrichten und veranstalten, bei dem sich Hacker registrieren, die Lösungen hochladen und ansehen sowie die Gewinner sehen können. Außerdem kann eine Jury hinzugefügt werden, die die Lösungen bewerten und Auszeichnungen vergeben kann. Die Hackathon-Anwendung ist jetzt verfügbar in Marketplace.

Einrichten des Usability-Tests 

Insgesamt waren im vorletzten Sprint des Projekts drei Sitzungen von jeweils 60 Minuten geplant. So konnte das Team die Usability-Probleme im letzten Sprint lösen, bevor die Anwendung freigegeben wurde. Um die Stakeholder in die Validierung der Anwendung einzubeziehen, baten wir sie, als Teilnehmer oder Beobachter zu fungieren.

Ein weiterer Teil der Vorbereitung war die Definition der Nutzungsszenarien für die Teilnehmer. Das Team und der Produktbesitzer beantworteten dazu die folgenden Fragen:

• Bei welchen Dingen sind wir uns nicht sicher?
• Was ist das wichtigste Feature der Anwendung?

Wir wollten unter anderem wissen, wie die Organisatoren in der Anwendung ein neues Hackathon-Event einrichten. Konnten sie das Formular ohne Zweifel oder Probleme ausfüllen? Hatten sie das Gefühl, alle erforderlichen Informationen für ein neues Event hinzufügen zu können? Außerdem wurde mit den Teilnehmern getestet, wie man auf der Newsfeed-Seite einen Beitrag für die Hacker hinterlässt, indem das folgende Benutzerszenario erstellt wurde:

„Um die Hacker während des Hackathons zu unterstützen, möchten Sie eine Liste mit Tipps veröffentlichen. Teilen Sie diese Tipps mithilfe der App:

Lokale Tipps:

1. 1. Stehen Sie auf und bewegen Sie sich, um sich wach zu fühlen.
   2. Machen Sie ein Nickerchen, um die Schläfrigkeit zu lindern. 
   3. Gönnen Sie Ihren Augen eine Pause, um Ermüdung vorzubeugen.“

Beim Aufschreiben der Szenarien wurden nur minimale Anleitungen hinzugefügt, sodass die Teilnehmer selbst entscheiden konnten, wie sie alles erledigen wollten. Auf diese Weise würden wertvollere Erkenntnisse gewonnen werden, als wenn man eine strikte Vorgehensweise vorschreibt.

Anschließend wurde die Anwendung zur Testumgebung des Mendix Plattform. Um eine realistische Testumgebung zu erzeugen, wurden Dummy-Daten anderer Hackathon-Events hinzugefügt und Benutzerkonten für die Teilnehmer erstellt, um auf die Anwendung zuzugreifen. Abschließend wurden das Test-Setup und die Umgebung mithilfe eines Pilottests überprüft.

Nachdem wir die letzten Änderungen im Setup vorgenommen hatten, konnten wir mit dem eigentlichen Usability-Test beginnen!

Durchführung des Usability-Tests

Zu Beginn jeder Sitzung erklärte der Moderator (diesmal war es der Designer, es kann aber jeder aus dem Team sein) den Aufbau und bat die Teilnehmer um ihre Erlaubnis, die Sitzung aufzuzeichnen, damit das Team die Dinge anschließend überprüfen kann.

Während der Sitzungen schalteten die Beobachter ihre Kameras aus und schalteten sich stumm, um die Interaktion zwischen Teilnehmer und Moderator aufrechtzuerhalten. Eine noch bessere Taktik wäre, sie aus einem „anderen Raum“ beobachten zu lassen, um zu vermeiden, dass die Teilnehmer das Gefühl haben, jemand beobachte sie (oder beurteile sie sogar).

Die Teilnehmer wurden gebeten, beim Durchführen der Benutzerszenarien laut zu denken („Methode des lauten Denkens“). Dadurch erhielt das Team mehr Einblick in das Geschehen, als es allein durch Beobachten möglich gewesen wäre. Ein Teilnehmer konnte beispielsweise die Schaltfläche „Neuer Hackathon“ nicht finden. Indem er uns „verriet“, wo er die Schaltfläche seiner Meinung nach finden konnte, erhielt das Team wertvolle Erkenntnisse darüber, wie die Position der wichtigsten Schaltfläche der Anwendung verbessert werden könnte.

Während die Teilnehmer die Szenarien durchgingen, war der Moderator nur da, um sie bei Bedarf anzuleiten. Vertrauen Sie mir; Sie erhalten die wertvollsten Erkenntnisse, wenn jemand nicht weiterkommt und seinen eigenen Weg finden muss. Fragen der Teilnehmer, des Moderators und der Beobachter wurden in den letzten 15 Minuten der Sitzung notiert und behandelt. Dieser Teil eignet sich perfekt dazu, über die „Problempunkte“ der Teilnehmer nachzudenken, insbesondere wenn man ihnen allgemeinere Fragen stellt, wie: „Wenn es eine Sache in der Anwendung gibt, die Sie ändern könnten, was wäre das?“

In diesem Beispiel antworteten alle drei Teilnehmer auf diese Frage gleich: Sie würden die Navigation zur Seite „Newsfeed“ verbessern. Die Beobachter hatten auch festgestellt, dass es für sie tatsächlich schwierig war, die Seite zu finden.

Überprüfen Sie den Usability-Test

Unmittelbar nach den Sitzungen wurde ein Review-Meeting mit den Beobachtern abgehalten, um die Ergebnisse zu besprechen. Zu Beginn des Meetings wählte jeder die drei wichtigsten Usability-Probleme aus, die er gefunden hatte, und präsentierte sie. Anschließend arbeitete das Team zusammen, um die fünf wichtigsten Usability-Probleme zu bestimmen und sie von 1 (am wichtigsten) bis 5 (weniger wichtig) zu ordnen. Je nachdem, wie viele wesentliche Probleme Sie finden, könnten Ihre „Top 5“ „Top 7“ oder „Top 10“ usw. sein.

Eines der kritischen Probleme, die wir festgestellt haben, war, dass der Ablauf zum Hinzufügen der Auszeichnungen und Preise in der Anwendung unklar war. Keiner der Teilnehmer konnte dies tun, ohne einen Fehler zu machen. Dies wurde vom Team nie als potenzielles Problem erkannt, da die Vorgehensweise für alle an der Erstellung der App Beteiligten zu offensichtlich war.

Am Ende der Überprüfung wurden die kritischsten Probleme in neue Geschichten/Aufgaben übersetzt und dem Backlog des Projekts hinzugefügt. Aufgrund der Vorteile der Mendix Plattform wurden die neuen Stories/Aufgaben schnell vom Team verarbeitet. All dies führte zu einer verbesserten Version der Anwendung innerhalb von weniger als einem Sprint (zwei Wochen)!

Fazit

Das Besondere an Usability-Tests ist, dass die Vorteile nach der Durchführung mehrerer erfolgreicher Tests für sich selbst sprechen. Sie werden nicht nur ein erfolgreicheres Produkt herstellen, sondern die beteiligten Teams werden Usability-Tests auch als wesentlichen Bestandteil des Entwicklungsprozesses betrachten, an dem sie teilnehmen möchten, da sie aus erster Hand erfahren, wie ihr Produkt verwendet wird und wie es verbessert werden kann.

Ich hoffe, Sie fühlen sich ermutigt, mit dem Testen Ihrer Mendix um weitere Anwendungsbeispiele zu finden.

Machen (und testen) Sie es!