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 9 Next »

"To Do" list for creating Heuristic Review ProtocolAs a group:

  1. Create list of usabilty accessibility heuristics (based on recognized principles)
  2. Agree on evaluation/reporting format
  3. Work within project teams

Within project teams:## Agree on user profiles

    1. Break apps into chunks
    2. Create usage scenarios for focus

Evaluation Process (draft)

  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?


Meetings:

Heuristic checklists to ponder 

  • No labels