What's next?

Why not visit our main project management site for hundreds of articles, templates and step-by-step guides.

* *

Follow Project Smart on Twitter!

Bookmark and Share

Getting Realistic User Requirements

Question 14: Are the User Requirements realistic?

*

Good Practice: For many projects the total set of User Requirements can be very ambitious, making it difficult or even impossible to deliver a solution, which meets all the requirements in a manner that is robust, cost effective, maintainable and which can be rolled out quickly to a large user base. It is therefore very important to match the User Requirements Specification against the available technology and solutions that can be implemented in a timely, robust and practical manner. This may result in an agreement that some of the requirements, say 20%, will not be delivered. Such a compromise will ensure that the remaining 80% can be delivered quickly. This is commonly known as the 80/20 rule or Pareto Principle. This compromise is particularly important for global projects with a large user base. On such projects the speed and ease of implementation is a very important consideration in the overall solution.

To be successful at requirements gathering and to give your project an increased likelihood of success follow these rules:

  1. Don't assume you know what the customer wants, ask.
  2. Involve the users from the start.
  3. Define and agree the scope of the project.
  4. Ensure requirements are specific, realistic and measurable.
  5. Obtain clarity if there is any doubt.
  6. Create a clear, concise and thorough requirements document and share it with the customer.
  7. Confirm your understanding of the requirements with the customer (play them back).
  8. Avoid talking technology or solutions until the requirements are fully understood.
  9. Get the requirements agreed with the stakeholders before the project starts.
  10. Create a prototype if necessary to confirm or refine the customers' requirements.
  11. Use a recognised notation, such as UML, for modeling the software.
  12. Cross check the software design against the requirements and review regularly.

Common Mistakes