Dashboard > Fluid > ... > UX Toolkit > User Experience Walkthroughs
User Experience Walkthroughs
Added by Daphne Ogle, last edited by Jonathan Hung on Sep 09, 2008  (view change)
Labels: 


What are Fluid UX Walkthroughs?

Fluid UX Walkthroughs are a combination of usability and accessibility reviews, with the goal of identifying user "pain points" in applications, and then propose and prioritize user interface improvements to address them.

Evaluations are conducted as:

  • heuristic evaluations - comparing the user interface against an accepted set of "rules" or heuristics.
  • cognitive walkthroughs - determining how easy it is for a user to use the application.
  • Code convention compliance - compliance to a set of best practices for achieving accessibility and usability.



[For more information, see: What is a UX Walkthrough?]

How are Fluid UX Walkthroughs Performed?

Fluid UX Walkthroughs are performed by reviewers with diverse areas of expertise residing at a number of different institutions. To ensure consistency of approach and results the following material has been created to guide their efforts.

  • UX Walkthrough General Protocol and Approach: This is a general description of the Fluid approach to walkthroughs, general guidelines for conducting a walkthrough, and a discussion of the high-level goals involved.

  • UX Walkthrough Protocols and Checklists: These are the protocols (detailed steps and instructions) and checklists (criteria and points for examination) recommended to Fluid reviewers, as well as links to background and reference material.

  • UX Walkthrough Report Template: This is a set of standard templates for recording raw inspection results under common headings.

  • Walkthrough Working Pages: Pages in this section contain material assembled as the Fluid approach to walkthroughs was first being developed. Some of this has yet to be incorporated in the current set of pages. The contents should be regarded as early drafts.

The protocols and guidelines are organic and will continue to be refined as we learn from doing the hybrid inspections/evaluations.

How Can I Get Involved in the Walkthroughs?

Everyone is welcome to help out with the walkthroughs. The Fluid UX walkthroughs can be a great way to learn more about usability and accessibility while experiencing first-hand the UI issues and strengths of your application. Here is how you can get involved:

  1. Join a walkthrough working group. There are active groups looking at uPortal, Sakai, Moodle, and accessibility.
  2. Learn more about our walkthrough process:
  3. Attend a walkthrough meeting and meet other walkthrough participants. See the Meetings page to find out when and where the meetings are held.
  4. Start evaluating your application of choice!

UX Walkthrough Results

You can find links to the results of all UX Walkthroughs on this page. This includes the Pre-Summit and Post-Summit Walkthrough results.

UX Walkthrough Project Plan

Meetings

The UX Walk-through group meets every other Friday at 8am PST / 9am MST / 11am EST / 4pm UCT.

[view] [edit]

Next Meeting: TBD

Breeze Videoconference: http://breeze.yorku.ca/fluidwork

Back-up plan if Breeze doesn't work:
Teleconference
Local Dial-in number: 416-406-5118
Conference ID: 5220834

Agenda:

  • Updates
  • Mike Elledge to present on checking an application for accessibility
  • Discussion: What should motivate future walkthrough "waves" (as Colin calls them)?
  • Refinement and publishing of results
  • Walkthrough material required for the UX toolkit
Related Links

Since we are addressing Web 2.0 style applications, we need to think beyond basic web accessibility and look at interoperability. We must also look at ensuring we have a common style guide for keyboard navigation. This is something we did not have to worry about with basic HTML pages. So, ...

  1.  Ensure all web componentry maps directly through the accessibility interoperability layer in the browser (MSAA, IAccessible2, DOM), etc. For For Firefox 3 this will be IAccessible2 and MSAA on Windows. On Linux systems this will be ATK. The accessibility markup for each component must be mapped to the platform accessibility API in such a way that it matches the mapping found in desktop applications.
  2. Ensure all web applications are interoperable and usable with designated assistive technologies
  3. Establish standard consistent section landmarks (regions on a page) which must be adhered to across all content
    (ARIA supplies standard navigation section landmarks). Examples: main, navigation, secondary, contentinfo, etc. from http://www.w3.org/TR/2006/WD-xhtml-role-20061113/#s_role_module_attributes which shall be part of the ARIA specifications. For specialized regions, use the ARIA role of region. Each region must have an associated title.
  4. Adhere to a common keyboard navigation style guide for all UI widgets on a page. (Note: this work has already been started in the W3C but is slow moving). We need standard keyboard navigation rules for any widgets used on a page which do not interfere with assistive technologies or the keyboard navigation defined by the browser.
  5. Ensure that all web pages are usable when graphics are turned off in the browser or operating system.

Folks asked for some background reading regarding accessiblity. Here are some links to get started:
- IBM's external accessiblity web site: http://www.ibm.com/able/
- Shawn Henry's book on integrating accessiblity into technology development and UCD: http://www.uiaccess.com/justask/
- IBM's white paper on considerations for doing user evaluations with people with disabilities: http://www-03.ibm.com/able/resources/userevaluations.html
- Greg Venderheiden's TRACE Research Center: http://trace.wisc.edu/
- The W3C's Web Accessiblity Initiative: http://www.w3.org/WAI/
- The US Access Board home page on Section 508, their Electronic and Information Technology accessiblity standards: http://www.access-board.gov/508.htm
The above sites have links to a great deal of additional reference material.

As mentioned just now at the BOF, we've done a fairly thorough Evaluation of our Portal (Myportico) at Guelph.  The results of this are available from our Portal welcome page: http://myportico.uoguelph.ca, click on MyPortico Evaluation Committee.

 Full URL is: https://myportico.uoguelph.ca/portal/html/myportico/ccs/logindocs/MyPEC_FinalReport.pdf

 The reports are a bit dated, but many of the things (especially in the Heuristics sections) are self evident.  We've fixed many of the things reported, of course, but it can still be useful.  The personas are also valuable.  If you put a page up with each of the documents of interest, I can edit that page, and give a short explantation of each report.  Send me an email at gbos@uoguelph.ca if you're interested in that.

Site running on a free Atlassian Confluence Open Source Project License granted to The FLUID Project. Evaluate Confluence today.
Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.5 Build:#805 Apr 26, 2007) - Bug/feature request - Contact Administrators