0708 Design Rationale (Introduction)

1,834 views

Published on

Published in: Technology, Design
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,834
On SlideShare
0
From Embeds
0
Number of Embeds
45
Actions
Shares
0
Downloads
46
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

0708 Design Rationale (Introduction)

  1. 1. Introduction workshop uxd minor
  2. 2. Workshop program <ul><li>Introduction design rationale (Hans) </li></ul><ul><li>Using sources from literature (Rolf) </li></ul><ul><li>Today’s assignment (all) </li></ul>
  3. 3. A design what? <ul><li>Design – concerning the act of designing </li></ul><ul><li>Rationale </li></ul><ul><li>1 :  an explanation of controlling principles of opinion, belief, practice, or phenomena </li></ul><ul><li>2 :  an underlying reason </li></ul><ul><li>http://www.merriam-webster.com/dictionary </li></ul>
  4. 4. In simple terms… <ul><li>Your account of the reasoning behind your design solutions </li></ul><ul><ul><li>The steps you went through </li></ul></ul><ul><ul><li>The design decisions you made </li></ul></ul><ul><ul><li>The basis for those decisions </li></ul></ul>
  5. 5. Iterative exploration From: Kenniskring HCI Hogeschool Rotterdam
  6. 6. Design never is a soletary effort <ul><li>“ Design is compromise.” </li></ul><ul><li>Bill Buxton in ‘ Sketching User Experiences’ </li></ul>
  7. 7. Sketching the experience <ul><li>Sketches, visualizations or prototypes serve to suggest, propose and question design ideas. </li></ul><ul><ul><li>For you to explore </li></ul></ul><ul><ul><li>To communicate to and share with others </li></ul></ul><ul><li>Ideas need to be scrutinized, criticized and challenged to improve: </li></ul><ul><li>“ criticizing your way to the solution” </li></ul><ul><li>Scott Jenson (2002) in The Simplicity Shift </li></ul>
  8. 8. Documenting the design rationale <ul><li>An explicit design rationale will: </li></ul><ul><ul><li>Stimulate a clear reasoning, shared and understood by all ( e.g., engineers, client ) </li></ul></ul><ul><ul><li>Prevent getting locked into your previous decisions ( e.g., with changing requirements ) </li></ul></ul>
  9. 9. A good design rationale <ul><li>Is captured while the design process is progressing </li></ul><ul><li>Documents this design process </li></ul><ul><li>Contains visual representations of the design, from the various phases of the design process </li></ul><ul><li>Contains the main design decisions throughout the design process explicitly </li></ul><ul><li>Contains the underpinnings of all design decisions, preferably objectively and research based </li></ul>
  10. 10. Objective and research-based design decisions <ul><li>“ Knowing both what we want the site to accomplish for our organization and what we want the site to accomplish for our users helps inform all decisions we have to make about every aspect of the user experience.” </li></ul><ul><li>Jesse James Garrett (2002), The Elements of User Experience </li></ul>
  11. 11. Objective and research-based design decisions <ul><li>Research can be research you conducted, or someone else has conducted </li></ul><ul><li>Objectivity is provided by documenting your own research ( reproducibility ) and/or traceable ( trustworthy ) sources </li></ul>

×