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 gunnar.tacke@faktorzehn.de