Administrivia Issues – EPost and Portfolio

Slides:



Advertisements
Similar presentations
A Systems Approach To Training
Advertisements

Chapter 5 Development and Evolution of User Interface
User and Task Analysis Howell Istance Department of Computer Science De Montfort University.
TC 310 The Computer in Technical Communication Dr. Jennifer Turns Week 7, Day 2 (5/14)
Administrivia  Review Deliverable 2 –Overview (audience) –Excellent additions  User Goals  Usability Goals  User Group (who are you designing for?)
Lecture 13 Revision IMS Systems Analysis and Design.
Heuristics  Basis  Evaluators –Qualifications –Training  Preparation –Scenario  Results –List of problems –Severity –Group synthesis.
Project Sharing  Team discussions –Share results of heuristic evaluations –Discuss your choice of methods and results  Class-level discussion –Each spokesperson.
Administrivia  Feedback on first Deliverable –Audience: Management –Requirements  Description of the system (what it is, how it works)  Define user.
Administrivia EPost and Portfolio EPost and Portfolio Analysis of Design process Analysis of Design process.
Analysis of Design Process Lewis/Gould 1981 Study TC518 W ’06 Students Early Focus on Users 62%58% Empirical Measurement 40%69% Iterative Design 20%62%
Administrivia Turn in ranking sheets, we’ll have group assignments to you as soon as possible Homeworks Programming Assignment 1 due next Tuesday Group.
Ch 5 Specification page 1CS 368 Context Specification one of the most commonly cited reasons for an IT project failure is unclear objectives and requirements.
Task analysis 1 © Copyright De Montfort University 1998 All Rights Reserved Task Analysis Preece et al Chapter 7.
Syllabus – Weekly schedule. Project Sharing – Exercise 3 Team level discussion Teams share results of contextual inquiry Note: Jennifer & Anita circulate,
Elicitation Methods Information types Information types Information Information Internal Perspectives Internal Perspectives Behavior Behavior Facts Facts.
User Centered Design Lecture # 5 Gabriel Spitz.
Understanding Task Orientation Guidelines for a Successful Manual & Help System.
William H. Bowers – Modeling Users: Personas and Goals Cooper 5.
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
Job Analysis - Competency Modeling MANA 5322 Dr. Jeanne Michalski
Project Sharing  Team discussions (15 minutes) –Share results of your work on the Project Scope Proposal –Discuss your choice of methods and results –Prepare.
Administrivia  Final Exam –Due Date – Thursday, March 17 –Q & A  Deliverable 2 –Q & A.
Mid-Term Evaluation  Course and Instructor evaluation  Jennie Dorman.
A Fundamental Challenge Imagine a world where designers –Realize that they are making decisions that affect users –Make these decisions based on knowledge.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It describes what is a user doing or will.
Administrivia  Feedback from the mid-term evaluation  Insights from project proposal.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation ISE
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Putting it in Practice: CD Ch. 20 Monday Fun with Icons CS 321 Human-Computer.
MIS Project Management Instructor: Sihem Smida Project Man agent 3Future Managers1.
MANAGEMENT INFORMATION SYSTEM
Is 581 assist Inspiring Minds/is581assistdotcom FOR MORE CLASSES VISIT
BEHAVIOR BASED SELECTION Reducing the risk. Goals  Improve hiring accuracy  Save time and money  Reduce risk.
Integrate human considerations into Air Transportation System description Camille RAYMOND Our work aims to contribute to one of the most challenging.
Advanced Higher Computing Science
Mental & Emotional health
Instructor: Çağrı Topal
Information Systems in Organizations 2
3 Chapter Needs Assessment.
Impact-Oriented Project Planning
Management & Planning Tools
User-centred system design process
School of Business Administration
Recall The Team Skills Analyzing the Problem (with 5 steps)
Fundamentals of Information Systems, Sixth Edition
“It was years after we had taken usability to guide us that it was said by some other companies that they could not afford to employ a usability specialist.
Chapter 10 Understanding Work Teams
Chapter 16 Participating in Groups and Teams.
THIS IS TO EVIDENCE YOUR WORK AND GET THE BEST GRADE POSSIBLE
Administrivia Final Exam Deliverable 3 Feedback on Heuristic Eval
IS442 Information Systems Engineering
Introduction to Internal Audits
Informatics 121 Software Design I
Information Systems in Organizations 2
LEADERSHIP MEASURES— BECOMING A LEADER
Designing and Debugging Batch and Interactive COBOL Programs
Informatics 121 Software Design I
UseR-CENTRIC DESIGN ...and how We’d Benefit From Using IT
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Informatics 121 Software Design I
Leadership for Safety Through the Case Method
Your agenda should answer WHEN, WHO, WHY, WHAT, PREPARE, HOW.
A Fundamental Challenge
Chapter 11 Management Skills.
Chapter 4 Instructional Media and Technologies for Learning
Informatics 121 Software Design I
Using State and Local Data to Improve Results
Presentation transcript:

Administrivia Issues – EPost and Portfolio Insights on supplemental readings Themes and insights from exercises UCD and Usability Usability – evaluation Contextual Inquiry – observation Feedback on exercises Overview of first Deliverable

Project Sharing Team discussions Class-level discussion Share results of user synthesis Discuss your choice of methods and results Answer student question list Class-level discussion Each spokesperson: share one challenge, one surprise, and one lesson learned Review answers to Student Questions Note: Ken & Elisabeth circulate, distribute exercises, and answer questions

Discussion of Readings Insights from supplemental readings. Facilitate class discussion of topics / ideas / themes garnered from the online discussion, related to assigned readings. Discussion Leaders 1. Linda Moschell 2. Cynthia Putnam 3. Susan Shinoda 4. Dina Fesselmeyer Leaders to turn in their 200-300 word statements.

Topic D: Characterizing Tasks, Goals and Context Driving Questions: What would we want to record and share about tasks? About the environment and circumstances under which users do tasks? How will information on users, tasks, and the task environment be used in design? What properties do user and task characterizations need to have in order for them to serve as useful tools for the design team? What challenges and issues can arise in user and task characterization?

Analyzing Tasks Goal of analyzing tasks Risk Develop an understanding of what people do Understand how they do things Learn about constraints Example: tying your shoe Inform the team so that they can create a design that Works the way that people do Succeeds Meets user’s goals Supports user’s values Accepted Risk A device-driven design rather than a user-centered design Developing a product/system that will not be used because it is incompatible with the user’s work Example: Visio the goal is “understanding”?

Task Analysis Fundamentals A task: observable, measurable action that has an observable beginning and an observable end Goal oriented Compare demands on the user to the capabilities of the user Understanding the interaction of a task’s components A framework for describing people’s behavior Attributes Order Frequency Criticality Tools involved Process (flexibility?) Time to complete Difficulty Sequences Interactions Examples of values: price is important; certain make of car, brand loyalty, Examples of capabilities: Can you type? Can you build a website? Can you write a program? Can you understand computer logic? Are you technically savvy? What skills do you have / not have?

Motivation Users decide when and how to use things People often have many options of tasks to choose from Depends on Time Cost Skills Capabilities Confidence Ease of learning Values You learn about a user’s tolerance and self-imposed constraints by observing. If you observe variations, try to understand how important that flexibility is to the users. Cooper/Reimann (About Face 2.0, Ch 5), pp. 60. Goals are shorthand notation for motivations Understanding WHY a user performs certain tasks gives designers great power to improve, or even eliminate those tasks, yet still accomplish the same goals.

Task Diagrams Types of Diagrams Decomposition Hierarchical Task Analysis Task List / Inventory

Decomposition Consider Inputs Outputs Triggers Goals extracted from interviews Bottom-up approach – start with actions Parallel actions as options/alternatives Understand the mental decisions users make while doing a specific task Often quite messy, but very informative Can you imagine/think of others?

Hierarchical Task Analysis Best for Optimizing the task Arranging the actions in a coherent flow Goal tree Goals Subgoals Actions Optional actions Substitute actions Checking task diagram for validity and completeness Why do I _______? (look to the box above) How do I _______? (look to the box below)

Actions Consider Purpose (why does this action move the task toward its goal?) Cues (what tells the user it’s time for the action?) Objects (what does the action operate on?) Method (what IS the action?) Options Errors Projections Recovery What if the action is not done? An example of a product/system that meets end goals, but fails to satisfy experience goals is Travel Manager. Meeting manager – developer “don’t want to talk about it”; technical issues trump user needs (database design overruled user needs) Developer – “I don’t have time to make that challenging technical solution work”

Task List / Inventory Granularity – what qualifies as a “task” Break down into sub-tasks until you arrive at the level that is likely to map to menu choices and icons. Add tasks that Users don’t do now They would not think to put on the list because they don’t know that they will able to do them An example of a product/system that meets end goals, but fails to satisfy experience goals is Travel Manager. Meeting manager – developer “don’t want to talk about it”; technical issues trump user needs (database design overruled user needs) Developer – “I don’t have time to make that challenging technical solution work”

Synthesizing Task Information Challenges Figure out the best way to help people easily and quickly do their tasks (and meet their goals!) Arbitrarily change task sequences without good reason. Tendency to become solutions-oriented. An example of a product/system that meets end goals, but fails to satisfy experience goals is Travel Manager. Meeting manager – developer “don’t want to talk about it”; technical issues trump user needs (database design overruled user needs) Developer – “I don’t have time to make that challenging technical solution work”

Context Develop an awareness Users influenced by context Activity around them Physical environment (workplace) Example: Clock radio Equipment Example: Postal Kiosk Relationships with others Pressure on users To go fast To not make mistakes Timed, tracked or evaluated on performance Is there help to answer questions and solve problems? Local computing focal Help Desk/Help Center Coworker System Administrators or Technicians Social Example: Failure of the computer-based training for call center staff Cultural Experiences related to Corporate Regional Professional Socioeconomic Metaphors – obscure or inappropriate Example: food labels (culture affects how a message is received) Cultural bias you bring to your observations (awareness) Good interaction design is devising interactions that achieve the business goals without violating the goals of users.

Project Exercise Task Analysis Using the contextual inquiry data generated collectively by the team, generate a synthesis of what you know about the tasks – frequent and critical. Description should also include information on the context/circumstances in which the tasks are completed. Prepare a one-page description of these results and potential implications for redesign. Bring copies of the exercise to class (one copy for each member of the team, one copy for the instructor) and also post it to your design portfolio. Due next Thursday

Problem Definition USER DATA PROBLEM DEFINITION User Task Context Field notes Profiles / personas Task Analysis

Looking back / Looking ahead Where we’ve been Topics – Readings and discussion What is UCD? What to know about users? Collecting information about users… Doing contextual inquiry… Project Insights about users, tasks, and contextual issues Actual data from observing real users Sharing among team members Resulting in… task information to analyze and synthesize Where we’re going Project exercise: Results of synthesis of task information Readings: On design, translating user and task information into design Summaries: One page Issue Statement: A reminder 1. David Rosten 2. Eric Lewallen 3. Arlene McBride 4. Les Kendrick