Description

Copyright 2004

Dimensions: Special (all other)

Pages: 288

Edition: 2nd

Book

ISBN-10: 0-672-32614-0

ISBN-13: 978-0-672-32614-1

eBook (Watermarked)

ISBN-10: 0-7686-6334-2

ISBN-13: 978-0-7686-6334-1

Imagine, at a terrifyingly aggressive rate, everything you regularly use is being equipped with computer technology. Think about your phone, cameras, cars-everything-being automated and programmed by people who in their rush to accept the many benefits of the silicon chip, have abdicated their responsibility to make these products easy to use. The Inmates Are Running the Asylum argues that the business executives who make the decisions to develop these products are not the ones in control of the technology used to create them. Insightful and entertaining, The Inmates Are Running the Asylum uses the author's experiences in corporate America to illustrate how talented people continuously design bad software-based products and why we need technology to work the way average people think. Somewhere out there is a happy medium that makes these types of products both user and bottom-line friendly; this book discusses why we need to quickly find that medium.

Sample Content

Online Sample Chapters

Sample Pages

Table of Contents

Foreword.

I. COMPUTER OBLITERACY.

1. Riddles for the Information Age.

What Do You Get When You Cross a Computer with an Airplane? What Do You Get When You Cross a Computer with a Camera? What Do You Get When You Cross a Computer with an Alarm Clock? What Do You Get When You Cross a Computer with a Car? What Do You Get When You Cross a Computer with a Bank? Computers Make It Easy to Get into Trouble. Commercial Software Suffers, Too. What Do You Get When You Cross a Computer with a Warship? Techno-Rage. An Industry in Denial. The Origins of This Book.

2. Cognitive Friction.

Behavior Unconnected to Physical Forces. Design Is a Big Word. The Relationship Between Programmers and Designers. Most Software Is Designed by Accident. "Interaction" Versus "Interface" Design. Why Software-Based Products Are Different. The Dancing Bear. The Cost of Features. Apologists and Survivors. How We React to Cognitive Friction. The Democratization of Consumer Power. Blaming the User. Software Apartheid.

II. IT COSTS YOU BIG TIME.

3. Wasting Money.

Deadline Management. What Does "Done" Look Like? Parkinson's Law. The Product That Never Ships. Shipping Late Doesn't Hurt. Feature-List Bargaining. Programmers Are in Control. Features Are Not Necessarily Good. Iteration and the Myth of the Unpredictable Market. The Hidden Costs of Bad Software. The Only Thing More Expensive Than Writing Software Is Writing Bad Software. Opportunity Cost. The Cost of Prototyping.

4. The Dancing Bear.

If It Were a Problem, Wouldn't It Have Been Solved by Now? Consumer Electronics Victim. How Email Programs Fail. How Scheduling Programs Fail. How Calendar Software Fails. Mass Web Hysteria. What's Wrong with Software? Software Forgets. Software Is Lazy. Software Is Parsimonious with Information. Software Is Inflexible. Software Blames Users. Software Won't Take Responsibility.

5. Customer Disloyalty.

Desirability. A Comparison. Time to Market.

III. EATING SOUP WITH A FORK.

6. The Inmates Are Running the Asylum.

Driving from the Backseat. Hatching a Catastrophe. Computers Versus Humans. Teaching Dogs to Be Cats.

7. Homo Logicus.

The Jetway Test. The Psychology of Computer Programmers. Programmers Trade Simplicity for Control. Programmers Exchange Success for Understanding. Programmers Focus on What Is Possible to the Exclusion of What Is Probable. Programmers Act Like Jocks.

8. An Obsolete Culture.

The Culture of Programming. Reusing Code. The Common Culture. Programming Culture at Microsoft. Cultural Isolation. Skin in the Game. Scarcity Thinking. The Process Is Dehumanizing, Not the Technology.

IV. INTERACTION DESIGN IS GOOD BUSINESS.

9. Designing for Pleasure.

Personas. Design for Just One Person. The Roll-Aboard Suitcase and Sticky Notes. The Elastic User. Be Specific. Hypothetical. Precision, Not Accuracy. A Realistic Look at Skill Levels. Personas End Feature Debates. Both Designers and Programmers Need Personas. It's a User Persona, Not a Buyer Persona. The Cast of Characters. Primary Personas. Case Study: Sony Trans Com's P@ssport. The Conventional Solution. Personas. Designing for Clevis.

Updates

More Information

Get unlimited 30-day access to thousands of
Books & Training Videosabout technology, professional development and digital media
If you continue your subscription after your 30-day trial, you can receive 30% off a monthly subscription to the Safari Library for up to 12 months.