So, what exactly is it that you want?
Bram has hit the nail right on the head he says that what users actually want in software and what they actually ask for can often be two completely different things. Most of us who have developed software have probably come across various forms of user driven software design. The central principal behind such development processes is to sit down with your prospective user and work out what they want, such requirements being detailed as Use Cases, or Stories (in XP parlance) or whatever. What people commonly forget is that recording what the user says they want is not really the job, its about working out what they actually want and helping them understand this. Never let your marketing department gather user requirements – you’ll end up attempting to deliver a product too soon packed with fancy features that don’t actually address what the users real requirements are. Don’t let your manager do it either – every added layer of communication between the developer and a user is an opportunity for miscommunication. I know it can be a drag, but making the effort to develop a meaningful business relationship with your user can drastically reduce the chances of feature creep and can help produce software that the user really loves. And a happy user is more likely to be a repeat customer after all…
This entry was posted on Sunday, October 26th, 2003 at 7:28 pm and is filed under General. You can follow any responses to this entry through the RSS 2.0 feed. You can skip to the end and leave a response. Pinging is currently not allowed.
Have your say
Fields in bold are required. Email addresses are never published or distributed.
Some HTML code is allowed:
URIs must be fully qualified (eg: http://www.domainname.com) and all tags must be properly closed.
Line breaks and paragraphs are automatically converted.
Please keep comments relevant. Off-topic, offensive or inappropriate comments may be edited or removed.