Another fallacy, we in software cling to is that needs and people don’t change, that the software we build today is all they ever need just as it is.
People learn, believe it or not. Some actually aspire to be good at the use of software and call support or actually read the manuals or ask some one. As a result, the same person changes how they use software over time.
Spreadsheets are a good example - not glamourous but a good example of use change as users learn about the product.
First, you use it as you about a regular accounting sheet - columns of figures and you learn to add them.
Then you learn more complex functions and maybe macros - how can you sum across a series of sheets.
Then wondering creeps in (and the mother of all invention, sloth). I wonder if I can get this to happen with as little effort as possible and you discover Visual Basic for Apps and you can get a lot of stuff to happen automatically.
Oh, and I don’t want to type all this stuff in from the report that comes from the field office - can I get someone else to do it or can I scan it in and will it read the figures and how do I get the figures in the right place? OCR, hmmm…what is that?
If something is badly designed but it’s the only tool their boss gives them - they will find a way (ranging from doing it by hand cobbling the information from bits they know and using tools they do know and will lie about how they did it.
For example, I’ve seen folks who know SQL who’ve had to use a bug tracking system with built in workflow, go around the interface and go directly into SQL to manipulate their bugs because they didn’t like the interface. Unfortunately, they often break the workflow and THEN THEY LIE TO ME ABOUT SCREWING UP the bug tracking system.
The other impediment is economic. QA, Support and Documentation are overhead so in our new “money for nothing” economy, don’t test, answer questions (support) or give examples of how to use the software. I get to a certain level and then don’t know where to go and want to talk to someone who might have already learned this but so many companies now use the strategy to discourage costs of not having enough support people so you’re on hold for 30-35 minutes.
I’ve watched the same person over an hour and a half in a usability lab learn the software and how to outwit security, bugs and design flaws to complete tasks that will fufil their objectives (that of winning tickets to the Red Sox). People evolve and learn and they aren’t going to tell you when they screw up so yeah, people lie dependent on risk.
Linda