Bringing Design to Software [Paperback]

Terry Winograd (Author)

Book Description

ISBN-10: 0201854910 | ISBN-13: 978-0201854916 | Publication Date: April 12, 1996 | Edition: 1

This book aims to illuminate and stimulate the discipline of software design. Collecting insights and experience from experts in diverse fields, it addresses the growing demand that the software industry produce software that really works-software that fits people and situations far better than the examples we see today. With Terry Winograd's introductory framework to guide readers through thoughtful essays, perceptive interviews, and instructive profiles of successful projects and programs, the book explores the issues and concerns that most directly influence the functionality, usability, and significance of software. Contributors include some of the most prominent names in the computing and design fields. Programming Languages Survey/Compilers

Editorial Reviews

Amazon.com Review

Design of software has often taken place in isolation from the many lessons learned in the design of objects or non-computer processes. Continuing in the tradition of Donald Norman's highly influential Design of Everyday Things, this collection of essays provides essential inspiration for reflective software designers driven by practical concerns of what works, what doesn't--and why. Contains contributions by such insightful software engineers as David Liddle, Donald Norman, John Bennett, and Michael Schrage.

From the Inside Flap

Portions of this preface appear in Interactions magazine, Volume III, Number 2, March, 1996. Used with permission.

Software is an ambiguous word. People who talk about software may be thinking about the structure of program components, about the functionality of an application, about the look and feel of an interface, or about the overall user experience of a hardware - software environment. Each of these perspectives brings along its own context of understanding about what matters, what can be designed, and what tools and methods are appropriate.

Design is also an ambiguous word. Among its many meanings, there runs a common thread, linking the intent and activities of a designer to the results that are produced when a designed object is experienced in practice. Although there is a huge diversity among the design disciplines, we can find common concerns and principles that are applicable to the design of any object, whether it is a poster, a household appliance, or a housing development.

In Bringing Design to Software, our goal is to improve the practice of software design, through thinking about design from a broader perspective, and exploring how lessons from all areas of design can be applied to software. We use the word exploring here consciously; what you will read is an open-ended foray into ideas, rather than a how-to handbook of rules and methods. Software design is still a young field, and we are far from having a clear articulation of the relevant principles. Software design is a user-oriented field, and as such will always have the human openness of disciplines such as architecture and graphic design, rather than the hard-edged formulaic certainty of engineering design.

This book brings a collection of diverse perspectives to bear on the common topic of software design. The authors include software designers, designers in other fields, researchers, teachers, software industry executives, and industry analysts. Each chapter, in its own way, addresses two key sets of questions.

What is design, and what happens in designing? How can we apply an understanding of design to the practice of software design, to produce software that is better for users?

In communicating their different perspectives, our authors have designed their texts to address readers who have a variety of professional backgrounds and of reasons for interest in software. Our natural audience is the growing group of people who consider themselves software designers--people who work day by day to produce new software, interfaces, and user experiences. Ultimately, their work is where, to use a popular phrase, the rubber meets the road. Effective software design requires effective software designers, and we address their concerns in both the discussions and the software-design examples given in brief profiles throughout the book.

The individual designer, however, does not represent the whole story of software design. Software designers work in (and with) organizations that include people who manage software development, market software, develop hardware, write documentation, and perform all the other activities needed to get software to users. A deeper understanding of the design process and of the goals of software design can be valuable to everyone engaged in the software enterprise. Many of our chapters and examples have as much to say to the people who manage design organizations as to the people who work within those organizations.

Looking further outside of the immediate design environment, we have included perspectives that address students and researchers in human-computer interaction. Although this book is not primarily a scholarly analysis, we have included a large number of references, and each author has suggested further readings that ground the discussion in the professional literature. In this book, we raise many more questions than we answer, and the pointers to other writing may help readers to seek and develop their own answers.

Expanding our circle still further, we hope that the book will be of interest to professionals in other design disciplines, such as architecture, graphic design, product design, and urban design. In "bringing design to software," we have included chapters by designers from all these fields, exploring how insights from their own disciplines can be brought to bear on software design. Colleagues from these disciplines may find it valuable both to see the connections to software, and to reflect on the nature of their own work.

Finally, a pervasive theme of this book is that one group of people is most important in software design--the users. Although our primary focus is how to do software design well, the book has much to say about the selection, introduction, and use of software. If every buyer and user of software applications has a well-developed understanding of software design, the industry will be forced to respond with better-designed software. We want to reach out to this larger audience of people who care about what software can do for them, and to help make the software that is available to them become more appropriate, more usable, and more enjoyable.

Our goal is to make visible what is common and timeless to design, while looking at the world at hand--the cases and examples that make up the tradition of software design in its short history. We have written to communicate with the reflective designer--someone who is driven by practical concerns, and who is also able to take a moment to step back and reflect on what works, what doesn't work, and why. Origins

This book developed from a workshop on software design in the summer of 1992, organized by the Project on People, Computers, and Design at Stanford University, with support from the National Science Foundation, Interval Research Corporation, and the Association for Software Design. A group of 30 software designers, graphic designers, industrial designers, researchers, and teachers got together for a lively 3-day discussion on what software design is and might be, and on what we could see emerging in each of our disciplines that would help us to define and promote new visions of software design. At the end of that workshop, several of the participants agreed to work together on a book that would merge their individual perspectives into a composite picture of software design. Since then, we have gone through an extensive process of prototyping, debugging, and user testing many versions of this book. The result is an integrated collection of essays and interviews, addressing issues and concerns that are central to the functionality, usability, and value of software. Acknowledgments

In any project of this length and scope, many people contribute their knowledge and skills. We have been assisted by colleagues whose understanding and whose work on this volume are truly remarkable. First, and most obviously, the chapter authors have been diligent in reworking their contributions, patient in following the book through its changes of direction, and insightful in their writing and comments. The experience of producing this book has been a challenging dialog, in which they have eagerly and actively engaged.

Numerous people were instrumental in creating the original workshop, including the organizing committee--Bradley Hartfield, Mitchell Kapor, David Kelley, Donald Norman, Donald Schön, Andrew Singer, and Terry Winograd--and the conference director, Cynthia Lewis, with assistance from Barry Polley. The other conference participants (in addition to the contributors of chapters to the book) were Jeanne Bamberger (MIT), Nathaniel Borenstein (Bellcore, currently First Virtual), Larry Bucciarelli (MIT), Robert Carr (Autodesk), Parvati Dev (Stanford Medical School), Laird Foshay (Tabula Interactive), Nick Flor (UC San Diego), Chris Graham (Microsoft), John Hestenes (National Science Foundation), Susan Kare (design consultant), Jason Lewis (vivid), David Liddle (Interval Research), Kyle Mashima (Objective Software), Raul Medina-Mora (Action Technologies), Gary Perlman (Ohio State University), David Rine (George Mason University), Kurt Schmucker (Apple Computer), Lee Sproull (Boston University), Suzanne Stefanac (Mac World), Susan Stucky (Institute for Research on Learning), Bill Verplank (Interval Research), Patrick Whitney (Institute of Design, Illinois Institute of Technology), Sean White (Interval Research), and Karen Wieckert (Stanford University).

The workshop and much of the subsequent work on the book were supported generously by the Interval Research Corporation. Interval's president, David Liddle, deserves a special note of thanks for his consistent and persistent efforts on behalf of this work and for his support of the development of software design in many other ways. Financial support also came from the National Science Foundation, Directorate for Computer and Information Science and Engineering, grant #CDA-9018898.

Valuable editorial assistance and reviews have been provided by Robert Brunner, Allan Bush, Laird Foshay, Jonathan Grudin, Peter Hildebrand, Barbara Knapp, Donald Lindsay, Mary Miller, Barry Polley, Richard Rubinstein, Suzanne Stefanac, Howard Tamler, Bill Verplank, and Sean White. Peter Gordon of Addison-Wesley and Lyn Dupré have been active participants in the development of the book, providing the kind of editorial input that authors hope for and rarely get from a publisher.

Finally, switching from the editorial "we" to an individual "I," I can convey only a small part of the tremendous gratitude and admiration I have for my coeditors, John Bennett, Laura De Young, and Brad Hartfield. Each of them has given the kind of dedication and effort that might be expected of a solo editor. They have labored over chapters, read and commented on drafts, worked through dozens of meetings and discussions, and contributed to the manuscript in every possible way. It is a cliche to say "without them it would not have been possible," but, in this case, the assertion is decidedly true. This book is a group production, through and through.

And now the group expands to include you, the reader, whose active participation we invite. We hope that this book will inspire you to add your own perspective--to speak up in the ongoing dialog about what software is, what it can do, and how we can design it more effectively to suit human needs and concerns.

Terry Winograd ([e-mail])

John Bennett ([e-mail])
Laura De Young (laura@windrose)
Bradley Hartfield (hartfield.chi@xerox)

0201854910P04062001

See all Editorial Reviews

Product Details

• Paperback: 352 pages
• Publisher: ACM Press; 1 edition (April 12, 1996)
• Language: English
• ISBN-10: 0201854910
• ISBN-13: 978-0201854916
• Product Dimensions: 9.2 x 6.3 x 1 inches
• Shipping Weight: 1.1 pounds (View shipping rates and policies)
• Average Customer Review: 3.1 out of 5 stars  See all reviews (9 customer reviews)
• Amazon Best Sellers Rank: #1,065,940 in Books (See Top 100 in Books)

Customer Reviews

Most Helpful Customer Reviews

12 of 13 people found the following review helpful:

4.0 out of 5 stars Bringing Design to Software, February 15, 2000

By 

Robin Lindbeck (Pepperdine University) - See all my reviews

This review is from: Bringing Design to Software (Paperback)

This book is a collection of chapters focusing on design and design topics. The chapter authors are from a variety of disciplines including software and product design, technology, architecture, graphic arts, and philosophy. This diversity adds to the richness in which the book addresses "design," expands the notion of the "designer" community of practice, and illustrates the importance of multifunctionality in design by taking lessons of practice from a variety of disciplines. After each chapter a "profile" of a product or situation is provided as a real-life example of the key points of the chapter.

The following themes appeared throughout the book:

· There needs to be a move from product-centered design to user-centered (or maybe use-centered) design. Talking, observing, interacting and listening with the users are key activities in making this happen.

· The move to a user-centered design can be aided by recognizing and professionalizing the role of a designer in the software development process. (in this book people are variously referred to as software designers, interaction designers, artist-designers, software architects, etc.)

· There is a need for tools and materials developed for software designers to create a language of design, and to develop prototypes and models. These things are needed for use in the design process to allow for a "conversation with the materials," --to create opportunities for exploration of the design, which may lead to unexpected characteristics and surprises. These, in turn, allow for reflection and lead to the development of better questions about our design and design process. These tools and methods also allow for communicating ideas, changes and goals to others involved in the design process.

· Design is a team-sport. Successful designers will be familiar with the roles, language and concerns of everyone involved in the design process so as best to include them, and their contributions, into the overall design effort. It's also true that the design process resides within an organization, whose values, culture, management and business concerns have an impact on the success of design efforts. A skillful designer will be aware of (and perhaps challenge) the impact of the organization on the design process to allow the design effort to be as successful as possible.

This is a good thought-starter for anyone interested in broadening their definition of designer and incorporating additional perspectives into their design practices.

5 of 5 people found the following review helpful:

4.0 out of 5 stars I particularly liked the use of "profiles" between chapters., September 7, 1998

By A Customer

This review is from: Bringing Design to Software (Paperback)

The various contributions are inconsistent (writing style varies from riveting to just readable), but Winograd does a good job of tying everyone's contributions together. I particularly liked the use of "profiles" (short pieces highlighting a specific product or concept) that supplemented the longer chapters. Chapter 8 and the subsequent profile on IDEO should be required reading for anyone assigned to a software design project. And everyone involved in human-computer interaction should read Kapor's, "A Software Design Manifesto" (which is Chapter 1).

7 of 8 people found the following review helpful:

4.0 out of 5 stars Take the user into account, February 19, 2000

By 

Jennifer Ryan (Pepperdine University) - See all my reviews

This review is from: Bringing Design to Software (Paperback)

Winograd brings together a mix of software designers, computer scientists, graphic artists, architects, scientists, and consultants, and their conceptions and methodologies for software design. Each describes their design situations from his or her position of expertise. Each of the "designers" has a similar message, ease of use and interaction must be relevant to the user, not only to the hierarchical structure of the software. Another point in the book is, if software is designed in such a way as to have the user append knowledge, as opposed to throw all daily logic of how things work in their world out the window, the learning curve for new software would be minimal.

The designer's involvement needs to be invoked from the beginning of the software project, and should not be considered as just a "final coat of spray-on aesthetics". Thought and design energy need to be given towards the capabilities of identifying the skill level and needs of the user, so that the user can accomplish his or her tasks while enduring the least amount of frustration. Hopefully the user will also learn something through his or her experience with the software, which would then bring them up to a new level of mastery. The use of design teams, with members encapsulating differing points of view, is emphasized as a successful methodology for the development of such software applications.