This is an OLD version of the course. Please go to the 2013 page instead!

Homeworks > Homework 1

Homework 1: Contextual Inquiry and Analysis

Assigned: Mon, May 21, 2012;   Due: Mon, May 28, 2012 extended to: Wed, May 30, 2012

(See how to submit homeworks -- in summary, you will submit on blackboard. See also the grading policies.)

The device choices are on the GoogleDocs page (see Blackboard for a link to it).


The first step in creating any user interface (or actually, any product at all), is to know the user, and in particular, to know the tasks and requirements for the product. One way that HCI professionals have found useful for getting a better understanding of users is through a process called Contextual Inquiry and Analysis, which you will be performing in this assignment on the Device you selected in Homework 0. See the GoogleDoc for the list of assignments of people to devices. Feel free to edit your entry if you change your mind about what device to use (but remember everyone needs to pick something different).

Normally, for contextual inquiry, you would just go and watch users performing their tasks in their normal course of business or home life. However, that is not feasible for the devices we selected. Therefore, we have to use as close a substitute as possible:

PART A: The first part of this assignment is to describe one or more representative tasks that users would perform with your device, that will exercise the parts of the device you want to create. You should come up with enough tasks that an expert doing all of them would take about 5 minutes to perform, and a novice would take about 15 minutes (so they need to be somewhat complex). You must describe the tasks by the function and results and not by the steps to perform them. Therefore, the task descriptions should work no matter what the user interface looks like (since you haven't designed a user interface yet!). For example, you might say "the clock should end up displaying the current time", rather than "push the HR and MIN buttons to set the time". You should also design a preliminary questionaire that asks about why, when and how the user does these kinds of tasks now, and any influences on their decisions. You can ask these questions before, during or after the actual test activities.

  • The deliverables for PART A are the description of your device (what kind of device and what parts of the interface to it), and
  • The script of exactly what you will say to instruct the users on which tasks they should achieve (remember, the instructions should tell them what to do, not how). This includes the questions you will ask initially to find out the context of why, when and how the user does these kinds of tasks now. Note that this script will have two parts - the preliminary interview questions, and then the specific instructions to perform the tasks.

PART B: Next, you will perform a Contextual Inquiry on a user trying to perform your task(s) on an existing real device. Ideally, you would test multiple people with a variety of skill levels, but since we do not have time for that, you should pick one user who is not experienced with the device. Preferably, this should be a person who is not at all familiar with this type of device, and will have a lot of trouble using it. If you cannot find anyone who has trouble with the tasks, then you need to (1) find a user who is less skilled, (2) switch devices to something more complicated, and/or (3) invent harder tasks to perform and revise PART A. In general, elderly people tend to be less skilled with modern devices, so finding someone over 50 with little technical experience might be appropriate. It would not be surprising if your inexperienced user takes a long time to perform your tasks. If it looks like it will take more than an hour, then you probably want to provide some help.

You might want to videotape your session. The university has some video-cameras that it loans to students, but you have to plan ahead and get a CFA lending card. Here are the details:
      http://www.cmu.edu/computing/clusters/lending.html
Let me know if you find other ways to borrow cameras. You might also use the camera and microphone built into many laptops to record the session. Another option if you are doing something on a computer (e.g., testing a web page) is to use screen recording and audio from the computer's microphone. Alternatively, almost everyone now has a phone that will record audio (on the iPhone, there are "voice memos" for example).

In performing the Contextual Inquiry, you should read your script from PART A, and record all the user's actions, preferably on video or audio.

  • The deliverables for PART B will be a brief description of the user (note: not their name, but instead their experience and demographic properties), and
  • A summary of what the user did and said, and what you did and said. If at some points you have to help the users, because they cannot figure out what to do, that must be included in your transcript. It is not necessary to write down every word that the user says, just what is interesting and useful. Be sure to write down all actions on the device, whether correct or wrong. Note: we do not want you to turn in your videotape or audiotape, just the written transcript. This transcript should have line numbers or time codes so you can refer to particular points. (Note that Microsoft Word can do line numbering for you, which makes this pretty easy.)

PART C: Now construct Contextual Analysis diagrams from the transcript. This must include an artifact model,, which might be an annotated photograph or photographs of the actual device (or just screenshots if it is a computerized application) showing the various buttons and screens that the user used. Annotate this with any breakdowns caused by the interface itself (e.g., if the user could not understand a label). You must also make a flow model showing the flow of information between the user and various parts of the interface. Include any breakdowns relevant to the information flow. Finally, create a social model (also called a "cultural model") showing any influences on why and how the user chose to use the device. The other kind of model is a physical model, which you are welcome to make if it seems useful. The models should reference the specific line numbers or time codes in the transcript for where each element on the models is found. See the lecture slides for examples.

  • The deliverables for PART C are the three (or four) models, with their annotations. You can draw the models using any drawing tool you like, such as Visio, Illustrator or even PowerPoint. Or, if you are very neat, you can even just draw them by hand on paper (however, we will deduct points if it is not legible).
  • Finally, make a list of "do's" and "don't's" for the user interface of your device, that you learned as a result of this study, that will guide your alternative design for the device. All of the recommendations for "don'ts" should clearly refer back to breakdowns you observed. All the "do's" should refer back to things the user did successfully that you want to retain in your design.

Make a pdf or zip file of all your deliverables, and upload the one file to Blackboard. See the submitting instructions.

Back to Homework Page