Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 16 Next »


Upcoming Meeting

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

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



"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?

Heuristic checklists to ponder 

Reference material:

Jacob Nielsen'sdescription and overview

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

Usability.gov

  • No labels