Mark DiGiovanni

Sponsors

The Lounge

News

Advertisement

Images in this post missing? We recently lost them in a site migration. We're working to restore these as you read this. Should you need an image in an emergency, please contact us at imagehelp@codebetter.com
Seven deadly excuses for poor design

I've recently experienced #3.

3. "The requirements make it clear what has to be done."
Translation: “Simply including certain features is more important than how those features are implemented.”

Development of requirements should be part of a customer-centered design process: it should be based on established user needs and followed by a design process that includes customers throughout. However, many cultures have become feature-focused, and they over-emphasize what needs to be done while paying little attention to how it is to be designed.

Companies with feature-focused cultures will tend to generate requirements in-house and base requirements on scanty, anecdotal, and/or antiquated customer information. They may also consider the requirements the measure by which finished products are evaluated, instead of balancing that view with external measures such as usability test results.

Read on here.

--Mark


Posted 09-02-2004 7:41 AM by Mark DiGiovanni

[Advertisement]

Comments

Jennifer wrote re: Seven deadly excuses for poor design
on 10-24-2004 10:16 AM
In addition, business requirements gathering should also include business process understanding. Many times user requirements are different than business process needs.

Users may demand features that require more work on the part of customers. For example, a call center user may suggest a feature that would degrade the customer's experience. So a clear understanding of business process, user requirements, and customer requirements is essential. Sometimes the user and the customer are two different groups, but are affected by system changes or new software.

Add a Comment

(required)  
(optional)
(required)  
Remember Me?