Joe Strazzere (spelled it right this time, but will continue to mispronounce it) talks about The Barbara Test, wherein he speaks of having a domain knowledge expert help you understand what he or she does so you get a better sense of how your software will help.
He’s right. In my experience, too often software is developed by technical people, particularly the hated software developer, who spends his or her day at the computer or in meetings or standing around the coffeepot steeped in the business of software development. Software company people spend all day at the computer, so they see the computer and the software under development as an end in itself. However, for people in the real world, computers and software are tools and means to other goals.
I remember a position where I tested chemical lab software. Slow lab software. I complained incessantly about the performance, but no one else did, not even the other QA staff. Just because we had to fill eight to ten hours a day sitting in the chair in front of the computer, we could accept a minute passing between operations. However, to a chemist in a lab, the computer is a small part of what he or she does. Prepare an experiment, conduct an experiment, enter the results, and then prepare another experiment. The software should not impede the user from doing his or her job.
But try telling that to your team, unless you have a Barbara right there. Preferably one with a cosh.
The other woman to keep in mind, as I have mentioned before, is Roberta. Someone who is not familiar with computers much at all. Your software needs to guide that user through the process through its design. A design built to perform a function, not to impress your designers’ peers.