Schlagwort-Archiv: Human Centered Design

Software und Usability Engineering und User Experience in kleinen und mittleren Unternehmen #muc17

In der Session „Software und Usability Engineering und User Experience in kleinen und mittleren Unternehmen“ wurden Schlaglichter auf einzelne Probleme geworfen, die kleine und mittlere Unternehmen bei der methodischen Umsetzung von Usability Engineering und UX haben. Die Impulse stammen aus den Förderinitiativen des BMWi im Umfeld von „Mittelstand Digital“.

Ich habe aus der Session im Wesentlichen ein paar Gedankenanstöße mitgenommen. Los ging es mit der These, dass klassische Methoden des Usability Engineerings in erster Linie für mittlere bis große Unternehmen und Wissenschaft anwendbar sind. Kleine Unternehmen taten sich nach der Erfahrung der Initiative bisher schwer klassische und eher schwergewichtige Methoden des Usability Engineering zu adaptieren. Daher geht die Initiative der Frage nach, welche der Methoden des Usability Engineerings für kleine Unternehmen wie adaptiert werden können.

Wenn ich so in die großen Unternehmen um mich herum hineinschaue, dann beobachte ich aktuell eher die gegenteilige Bewegungsrichtung. Im Rahmen der Digitalisierung hat die Geschwindigkeit, in der neue Produkte und Services entwickelt werden müssen, einen deutlich höheren Stellenwert eingenommen. Viele der großen Unternehmen, versuchen von kleinen und vor allem jungen Unternehmen zu lernen schnell zu sein. Dabei ist die Frage der aktuellen Zeit, wie sowohl sichergestellt werden kann, dass mit einem Produkt/Service das richtige Problem auf die richtige Art und Weise gelöst wird, als auch diese so entwickelten innovative Ideen in einer hohen Geschwindigkeit zur Marktreife zu bringen.

User Research bedeutet mehr als nur Interviews

Agile Softwareentwicklungsprozesse stellen neue Anforderungen an User Research Methoden. Insbesondere klassische User Research-Methoden wie Usability Testing oder Contexual Inquiry passen mit ihren Durchführungszeiten von 4-8 Wochen* nicht so recht in die kurzen Takte der agilen Entwicklung. (* Von dem Tag an dem der Bedarf nach User Research entsteht bis zu dem Tag an dem der Bericht vorliegt)

Dieser Umstand kann dann dazu führen, dass sich ein Entwicklungs- oder Projektteam dafür entscheidet Kunden oder Anwender einfach, schnell und pragmatisch selbst zu befragen anstatt ein solides methodisches Vorgehen mit Unterstützung von Fachexperten zu wählen. User Research wirkt für Manche auf den ersten Blick verführerisch einfach. „Ist doch nur Fragen.“ sagte mal jemand zu mir. 

Nun spricht aus meiner Sicht nichts dagegen, wenn Entwicklungsteams Anwender bzw. Kunden selbst in ihre Projekte einbeziehen. Gerade in agilen oder lean Entwicklungsprozessen ist es sogar sehr hilfreich, wenn das Entwicklungsteam möglichst direkt in User Research involviert ist, da sich dadurch Dokumentationsaufwände minimieren lassen und das Verständnis zum Kunden schneller reift. Die Entscheidung dafür sollte aber bewusst und in Kenntnisse der Vor- und Nachteile getroffen werden.

Aufwand

User Research besteht nicht nur aus Interviews allein – auch wenn das Interview der Teil ist, der einem sofort ins Auge springt. Der Aufwand verteilt sich meiner Erfahrung nach ungefähr wie folgt:

45% Auswertung, Bericht und Präsentation
35% Interview
10% Rekrutierung
10% Organisation

Der größte Teil des Aufwandes fließt also nicht in das Fragen, sondern in das nachgelagerte Analysieren, Interpretieren und Schlussfolgern. Ein Orientierungswert: 12 qualitative Interviews a 1 Stunde erzeugen bei User Research-Profis ca. 3-5 Tage Aufwand, um zuverlässige Ergebnisse abzuleiten und diese zumindest grundlegend zu dokumentieren.

Verlässlichkeit der Ergebnisse

Um verlässliche Erkenntnisse zu erzielen, müssen Interview und Auswertung hohen Anforderungen gerecht werden. Es muss unvoreingenommen gefragt werden. Die Testpersonen dürfen nicht beeinflusst werden – auch nicht durch unbewusste Interviewer-Effekte. Manche Fragen können nicht direkt gestellt werden. Beispielsweise liefern hypothetische Fragen, wie „Würden Sie diese Funktion nutzen, wenn sie in dieser Situation wären?“, oft falsche Antworten. User Research ist nicht einfach. Fragen so zu stellen, dass man zuverlässige und belastbare Ergebnisse erhält, erfordert Expertise und Erfahrung.

Frischer Blick

Ich habe noch Niemanden erlebt, der zu Themen, an denen er mit Herzblut arbeitet oder in die er stark involviert ist, unvoreingenommene Fragen stellen kann. Selbst ausgewiesene User Research-Experten fragen unbewusst suggestiv, wenn sie ihre eigene Arbeit evaluieren. Das Ergebnis sind dann Fragen, welche die Antwort schon ein stückweit vorgeben, wie z.B. „Finden sie es nicht auch gut, dass diese Funktion so gestaltet ist?“. Außerdem brauchen manche Erkenntnisse „dumme“ Fragen, die Mitglieder eines Entwicklungsteams gar nicht mehr stellen können oder würden, weil sie sich einfach zu gut auskennen bzw. ein festes mentales Modell vom Entwicklungsgegenstand haben. Ein unbedarfter User Researcher kann diese „dummen“ Fragen sehr wohl stellen und erhält in der Regel antworten, die wertvolle Einblicke in das mentale Modell der Anwender bieten.

Fazit

User Research als Entwicklungsteam selbst durchzuführen, ist dann sinnvoll, wenn das Team über die notwendige Expertise und die Zeit für alle notwendigen Teilschritte verfügt. Auch wenn es auf den ersten Blick den agilen Taktschlag behindert: Auch beim User Research ist die Verlässlichkeit der Ergebnisse wichtiger als Geschwindigkeit. Unzuverlässige Ergebnisse erzeugen zwar eine Scheinsicherheit, die unter Umständen aber nur bis zur Markteinführung des fertigen Produktes anhält. 

Um die notwendige Entscheidungssicherheit zu erzeugen und trotzdem mit der agilen Entwicklungsgeschwindigkeit mithalten zu können, ist es ratsam modernere User Research Methoden wie z.B. Crowd Usability Testing, Communities oder Analytics einzusetzen. 

Was ist Human Centered Design?

Auf YouTube sind mir zwei schöne Videos über den Weg gelaufen, die aus einer frischen Perspektive erläutern, was Human Centered Design ist. Die Erklärungen sind eigentlich als Werbung gedacht. Ich finde sie aber sehr anschaulich, da sie jenseits der üblichen ISO 9241-210 Erklärungsweise zeigen, was Human Centered Design bedeutet.

Das erste Video stammt von IDEO. Hier stehen Aspekte wie Inspiration, Ideenfindung und Implementierung im Vordergrund.

Das zweite Video stammt von der Grameen Foundation und gibt eine Einführung in Human Centered Design.