Upcoming Meeting

Friday, May 11 - 8am PDT / 10am MDT / 11am EDT / 4pm GMT

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

Previous meeting notes:   2007- May - 11 Meeting Agenda and Notes




"To Do" list for creating Heuristic Review Protocol

  1. Create list of usabilty accessibility heuristics (based on recognized principles)
  2. Agree on evaluation/reporting format
  3. Work within "application team" to: 
    1. Agree on user profiles
    2. Break apps into chunks
    3. Create usage scenarios for focus

Evaluation Process (draft)

Assumptions:  Protocol has been created

  1. Individual evaluation by 3 - 5 evaluators
  2. Synthesize and prioritize findings
  3. Brainstorm design session (identify conceptual solutions to high priority issues)
  4. Write and share out report
  5. Incorporate findings into community (some will drive component development - others can be used for general product development in the communities)
    1. Sakai - Integrate into requirements group.  Do we need to create jira tickets?  Are these really "design bugs" conceptually and thus have a different status than requirements?
    2. Moodle - how does this get fed back into the process?
    3. uPortal - how do we integrate into their requirements process?  Deliver findings to the community?
  6. Look for pain across applications? Are there issues a component(s) can address well?

 User Experience Inspection

Checklists to ponder:

Heuristic Evaluation Report Example

Usability Heuristic checklists

Accessibility Heuristic checklists

Reference material:

Jacob Nielsen'sdescription and overview

Applying Heuristics to Perform a Rigorous Accessibility Inspection in a Commercial Context 

Usability.gov