Essays & Articles
Interaction Design is still an art form: Ergonomics is real engineering
Originally published in Interactions.
The practice of HCI is mainly still an art form. The practice of Ergonomics is a rigorous engineering field. OK, so I oversimplified in order to get your attention, but listen up: there is a lot of truth in that simplification.
The discipline that calls itself â€œHuman-Computer Interactionâ€ or HCI has two major components: research and practice. The research component is done in universities and research divisions of companies. The practice comes from all those interface and interaction designers out there making real products and websites. The research side is a combination of science and engineering, with the major emphasis being on novel applications and means of interacting with machines. I love this stuff, but will have nothing more to say about it here. It is the practice that bothers me. The practice of HCI seems primarily to be an art form and skill, which explains why it is often so bad.
The discipline that calls itself â€œHuman Factorsâ€ in the United States and â€œErgonomicsâ€ elsewhere in the world is a real, true engineering discipline, with established methods and procedures. It is what HCI ought to be. Mind you, Human factors & ergonomics (henceforth, HFE) has its problems as well. These people tend not to be designers, so they are good at specifying the design requirements, but not at constructing the actual layouts and appearances of the resulting devices and control panels and displays.
I have recently been reading a number of textbooks, both in HCI and in HFE. Originally, I thought the two would be similar, for to my deluded mind, the practice of HCI is simply a subset of Human Factors that focuses upon computers and their applications. Hence, the methodology would be similar.
Not according to the textbooks. Alas, textbook writers in HCI are woefully ignorant of the many solid, fundamental techniques discussed in textbooks of HFE. In a recent Interactions article, I criticized â€œHuman-Centered Designâ€ for many failures [Interactions, 12 (2005, Number 4), pp. 14-19]. In particular, I suggested that although the layout and design of each screen was well-done, there was little support for the activity to be performed. Now that I have examined the texts, I see why.
For example, here are two powerful classes of tools that are common in HFE and rare or non-existent in HCI: â€œlink analysisâ€ and â€œtask analysis.â€ Task analysis is often mentioned within HCI, but not in great detail. The HFE textbook in front of me devotes two lengthy chapters to the topic, with 11 different techniques. Another important HFE concept is â€œsituation awareness,â€ critical not just for safety-related tasks (where it is essential) but even for the problem of remembering oneâ€™s place after an interruption, a critical problem in HCI design. Or consider â€œhuman errorâ€ â€“ not just the definition (although even this is seldom well addressed in HCI texts), but the appropriate classification and treatment. All these topics are essential if we wish to design applications and services that meet real needs, that handle sequences of actions, offer supportive error management, and enable recovery after interruption.
HFE is a well-established field, with a history of deep, insightful analysis and the development of useful tools that make equipment easier to use, more effective, safer, and more able to accomplish our underlying needs. Because I was originally educated in these methods, I just took for granted that everyone in HCI knew them, and were simply adapting these well-known methods to the special cases of computers. How wrong I was.
University and industrial researchers are indeed often knowledgeable about these techniques, but usually only for those whose training is from industrial engineering, ergonomics, or engineering psychology: Computer scientists and graphic artists seem woefully ignorant. Instead of a rigorous, systematic body of knowledge and methods, HCI practitioners seem to know a hodgepodge of techniques, such as conceptual analysis, scenarios, personas, and card sorting, all useful, but none capable of structuring sequences of operations, of dealing with problems of human error, of interruption, and of complex task sequencing, especially in the face of errors and distractions. These issues are at the heart of human factors and ergonomics.
HFE has a body of methods and techniques that are of critical value to practitioners of HCI. But HCI also has skills and talents that would greatly improve the practice of HFE. HFE needs more design skills and, especially, a better appreciation of the role of aesthetics. Both disciplines, HCI and HFE need better understanding of business and marketing, of the business constraints of cost, time, and the installed base, and of creating products that not only fulfill the formal, technical requirements, but that attract willing, eager customers.
But this magazine is intended for those who work within HCI, and so to us I say: Shame on us. But special shame to those of us who teach and train the practitioners of HCI. We really canâ€™t blame those who practice HCI for the deficiencies of their education.
Norman, D. A. (2005). Human-centered design considered harmful. Interactions, 12(4), 14-19.Don Norman wears many hats, including co-founder of the Nielsen Norman group, Professor at Northwestern University, and author, his latest book being Emotional Design. He lives at http://www.jnd.org.Column written for Interactions. Â© CACM, 2006. This is the author’s version of the work. It is posted here by permission of ACM for your personal use. It may be redistributed for non-commercial use only, provided this paragraph is included. The definitive version will be published in Interactions,