Ask the Expert

Why document user requirements?

Why should we (the business analyst) document user requirements when we already know what we want the system (functional requirements) to do?

    Requires Free Membership to View

What this is really saying is that you as the business analyst "assume" that you know what the system should do based on what you "assume" the user wants. The Standish Group International has identified "user involvement" every year for the past decade as the most critical factor for project success. Without formally eliciting (seeking input directly from the user), analyzing (documenting assumptions and prioritizing the requirements), representing and validating the user requirements, the project team risks implementing the wrong system functionality. This, of course, equates to rework later on. Furthermore, without first looking at what the user role does to perform their business tasks, the "manual" aspects of what they do are completely overlooked and are not accounted for in the solution.

This was first published in January 2008

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to: