Usability in GroßprojektenGunnar Tacke15.04.2011
Don't make me think about my Unternehmensanwendung
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
1) Usability
bezeichnet das Ausmaß, in dem ein Produkt durch bestimmte
Benutzer in einem bestimmten Nutzungskontext genutzt
werden kann, um bestimmte Ziele effektiv, effizient und
zufrieden stellend zu erreichen.(ISO 9241-10)
Nutzungskontext
1) Usability
Wenn Du die Technik beherrscht – und nicht die Technik Dich.
1) Usability
Es könnt' alles so einfach sein-ist es aber nicht.
(Fanta 4)
1) Usability in Fachanwendungen
• Wandel von funktionsgetriebenen Produkten zu benutzbaren Produkten.
• Nutzer übertragen Erwartungen aus Consumerbereich auf Job
• Toleranz der Nutzer sinkt.
• Usability-Bewusstsein steigt.
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
3) Usability Prozess(ISO 9241-210)
Analyse Nutzungskontext
DefinitionNutzungsanforderungen
Prototypisches Design
Prüfung
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
3) Usability Stakeholder
Nutzer-wollen Ihre Arbeit erledigen,Effektiv, effizient, zufrieden stellend
3) Usability Stakeholder
Entwickler- finden Änderungen lästig. Qualitätssicherung ist Verrat am eigenen Team!
Designer-finden Ihr Design wunderschön und Usable
Fachbereich- einfache Software? Ist damit mein Job in Gefahr?
Controlling-findet Usability zu teuer
- Usability ist ArbeitsschutzBetriebsrat
Architekten-empfehlen Fancy UI-Framework
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
4) Irrtümer
“Wir haben unsere Fachanwender und brauchen
keine Usability-Experten.”
4) Lösungshorizont
If I'd asked my customers what they wanted, they would have told me 'A faster horse'
Henry Ford (1863 -1947)
Anforderungen
• Unterschied Nutzungsanforderungen und Systemanforderungen:
„Was“ „Womit“ „Wie“
Nutzungs-anforderungen
techn. Rahmen
System-anforderungen
Fachbereich entwirft Oberflächen...
„Ich brauche eine Checkbox, aber mit 3 Zuständen“
Fachbereich definiert Anforderungen
„Für die Eigenschaft XY muss ich definieren können, obDer Wert positiv oder negativ ist. Außerdem muss ich keinen Der Werte auswählen können.“
Fachbereich entwirft Oberflächen...
„Der Text muss im Fehlerfall rot sein, sonst grün“
Fachbereich definiert Anforderungen
„Im Fehlerfall muss ich direkt und unmittelbar erkennen können,wo der Fehler aufgetreten ist und wie ich ihn beheben kann“
Fachbereich entwirft Oberflächen...
„Ich muss immer alle Daten sehen können. Die Beschriftungen kürzen wir ab, damit mehr auf den Bildschirm passt. Können wir eigentlich auch vertikal scrollen?“
Fachbereich definiert Anforderungen
„Ich muss bei der Suche anhand der Merkmale A,B, und C die Ergebnisse unterscheiden können. Meist kann ich schon anhand A eindeutig erkennen, welcher Eintrag der gesuchte ist.“
4) Irrtümer
• Achtung: Sind Fachexperten auch Enduser?• Wirklich? • Nicht zentrale Fachabteilung, IT-Koordination,
Abteilungsleiter, ..? → ggf. fehlt ihnen viel Wissen über den Aufgabenkontext!
4) Irrtümer
“Usability Professionals machen es am Ende hübsch.”
4) Irrtümer
• „Hübsch“ machen es die Designer, die Usability Experten sorgen für Benutzerbarkeit
• Usability fängt bei der Anforderungsanalyse an
• Zum Projektende sind nur kleine Änderungen einfach und bezahlbar durchzuführen
4) Irrtümer
“Wir haben einen Styleguide. Wir brauchen keinen Usability Professional.”
4) Irrtümer
• Styleguides sind höchstens Rahmenbedingungen und Gestaltungsrichtlinien
• Sorgen für ein einheitliches Look & Feel, kontext-unabhängig
• Keine Aufgabenangemessenheit sicherstellen, da sie die konkreten Aufgaben nicht „kennen“.
4) Irrtümer
„Das ist genau so, wie der Fachbereich es wollte“
4) Irrtümer
+ Fachanwender definieren Anforderungen + validieren Lösung auf Tragfähigkeit
- begrenzter Lösungshorizont- definieren NICHT die Lösung !
Usability in Projekten
1.Usability? - Kurzer Refresh2.Wie geht’s in der Theorie?3.Besondere Herausforderungen in Projekten4.Häufige Irrtümer5.Was hilft ?
5) Was hilft?
Vier Ideen
5) Was hilft?
1) Strikte Aufgabenteilung: Fachbereich, Nutzer & Designer
AnalyseNutzungs-
anforderungenDesign Validierung/
Test
5) Was hilft?
2) Quick Prototyping: Stift & Papier; Balsamiq etc.
- Schnell änderbar, Entwürfe können leicht mehrfach überarbeitet werden- Balsamiq als Jira PlugIn- Prototypische Anmutung verhindertDiskussion über Farben etc.
5) Was hilft?
3) Nutzerfeedback durch Usability- /Akzeptanztests
- Regelmäßiges Feedback - Sensibilisierung für das mentale Modell der Nutzer
5) Was hilft?
4) Experten-Review
- ohne Nutzereinbindung möglich (Kosten)- Änderungsvorschläge formulieren / besser als Maßnahmen- Begründen, um zu sensibilisieren
Questions anyone?
Danke!
Kontakt
Gunnar TackeFaktor Zehn AG
Neumarkter Straße 7181673 München
+49 89 520311-66 [email protected]