16
Observing Users CS352 Usability Engineering Summer 2010

Observing Users CS352 Usability Engineering Summer 2010

Embed Size (px)

Citation preview

Page 1: Observing Users CS352 Usability Engineering Summer 2010

Observing Users

CS352 Usability Engineering

Summer 2010

Page 2: Observing Users CS352 Usability Engineering Summer 2010

Announcements

• Some project things are due this week. – Project ideas.– Risk management: responsibility is yours.– Specifics of the upcoming project items.

2

Page 3: Observing Users CS352 Usability Engineering Summer 2010

PRICPE and where we are

Predispositions: Initiated at project idea/inception.Gives us things to Research.

Research: Empirical, other kinds of research possible too.Gives us Insights.

Insights:Lead to requirements and Concepts to pursue.

Concepts:Lead to Prototypes

3

Iterate/Evaluate

Page 4: Observing Users CS352 Usability Engineering Summer 2010

Observational research

• PRICPE: As with other Research, you start with a goal (gleaned from “P”), aiming to deliver “I” (insights).

• Same 4 key issues as with interviews:– Goals, relationship, triangulate, pilot.– Extra note on relationships:

• Ethnography– Fly on the wall

• Contextual inquiry– Apprentice

Page 5: Observing Users CS352 Usability Engineering Summer 2010

Observations

We are observing the:• Space

– Description– Meaning– Appropriateness

• Objects– Description– Meaning– Appropriateness

• People/activities– Description– Meaning/Role– Success/failure

• Technology– Description– Purpose– Success/failure

Page 6: Observing Users CS352 Usability Engineering Summer 2010

People

My first “victim” was a male between 19/22 years old. He was about 5.9 feet tall and he was thin. He was wearing khaki short and a black T-shirt. He had black sport shoes. He was carrying with him his skate board. He had a big black back pack but it seemed almost empty. He had a lot of brown curly hair.Because of his age and his skate board, I assumed he was a student; he “looked like” all the other teens. Furthermore, he seemed to know exactly where he was going, what he was looking for and how to get it. He never stopped during the time he was there and never gave the impression to be lost.

Page 7: Observing Users CS352 Usability Engineering Summer 2010

Actions

At 4:40pm, he came in from the A entrance and was looking toward the computer area. He decided to take a right just after Section 2. He walked a few steps and stopped. I assumed he realized no more desks were available in this are. It didn’t bother him, he didn’t feel embarrassed and turned back and went back from where he entered the area. He didn’t hesitate once then because he had seen a free desk. He chose to sit down in the Section 2 on a stool.

Page 8: Observing Users CS352 Usability Engineering Summer 2010

Space (and people)

• Diagrams are worth 1000 words

Page 9: Observing Users CS352 Usability Engineering Summer 2010

Examples

• Do they make us feel “there”?– What can we see in these, in detail?– Note desc/meaning/appropriateness.

• Examples: – Observing software tutorial for teachers– Observing in KEC atrium– http://swiki.cc.gatech.edu:8080/barcelona/1724 – http://swiki.cc.gatech.edu:8080/barcelona/1716 – http://swiki.cc.gatech.edu:8080/barcelona/1720

Page 10: Observing Users CS352 Usability Engineering Summer 2010

You and the observation• You:

– Have your stuff ready. (extra pen, camera ...)– Dress like them. Explain: Not an evaluation of them, but

rather to lean about X.– Don’t talk to your partner!– Fill in your notes immediately after.

• Collect other data for triangulation, eg:– Official descriptions and sketches

• eg: KEC atrium drawing. eg: e-cafe menus.

– Artifacts subjects created.• eg: their doodles on their scratchpad.

Page 11: Observing Users CS352 Usability Engineering Summer 2010

In-class activity

• Demonstration

• Observe (use paper for your notes)

• Discuss a few (doc cam)– Does it make us feel “there”?– Reveals new info/subtleties, i.e., Insights?

Page 12: Observing Users CS352 Usability Engineering Summer 2010

Input & Output

• Input:– Surveys/questionnaires– Interviews– Observation– Documentation– Automatic data recording/tracking

• Output: making sense of the input:– Task Outlines– Scenarios & Use Cases– Hierarchical Task Analysis– Diagrams and Flow charts

Page 13: Observing Users CS352 Usability Engineering Summer 2010

Task OutlineUsing a lawnmower to cut grass

Step 1. Examine lawn• Make sure grass is dry• Look for objects laying in the grass

Step 2. Inspect lawnmowerv Check components for tightness

– Check that grass bag handle is securely fastened to the grass bag support

– Make sure grass bag connector is securely fastened to bag adaptor– Make sure that deck cover is in place– Check for any loose parts (such as oil caps)– Check to make sure blade is attached securely

• Check engine oil level– Remove oil fill cap and dipstick– Wipe dipstick– Replace dipstick completely in lawnmower– Remove dipstick– Check that oil is past the level line on dipstick– …

Page 14: Observing Users CS352 Usability Engineering Summer 2010

Task Outlines

• Use expanding/collapsing outline tool• Add detail progressively• Know in advance how much detail is enough• Can add linked outlines for specific subtasks

• Good for sequential tasks• Does not support parallel tasks well• Does not support branching well

Page 15: Observing Users CS352 Usability Engineering Summer 2010

Scenarios & Use Cases

• Describe tasks in sentences• More effective for communicating general idea of task

• Scenarios: “informal narrative description”– Focus on tasks / activities, not system (technology) use

• Use Cases– Focus on user-system interaction, not tasks

• Not generally effective for details• Not effective for branching tasks• Not effective for parallel tasks

Page 16: Observing Users CS352 Usability Engineering Summer 2010

HTA