Posted by tac_admin, August 7, 2012

Valuable Requirements

It is so easy to get caught up in the “craziness” of a project. You have a tight budget, a tight timeline (some might say impossible), and not enough resources. You put your head down and focus on getting the requirements, documenting the requirements and getting them to the IT team so that you can take a breath for just a minute.

But if you take a step back and consider what the valuable requirements are, you may find that some of what you are documenting as requirements is not needed.

Tyner Blain wrote an article explaining what makes a requirement valuable. Try using this philosophy on your next project and see if it helps you  focus on what’s really needed in order to meet stakeholder’s expectations.

Writing valuable requirements is important.  It doesn’t matter how well your teams execute if they are off building the wrong products / capabilities / features.  The right products and capabilities are the ones that have relevant value.

  • Valuable requirements solve problems in your market.
  • Valuable requirements support your business strategy.
  • Valuable requirements solve problems for your users.
  • Valuable requirements meet your buyers’ criteria.
  • Valuable requirements don’t over-solve the problems.

Click here to continue reading the article…


Leave a Reply

Your email address will not be published. Required fields are marked *

Get in touch today

Speak directly with The Analyst Coach
and get pointed in the right direction.

Preferred Contact EmailPhone

Subscribe to receive our free white paper on how weak requirements effect strong companies


Sign up to get your FREE Business Analyst Survival Guide

Don't worry, we hate spam too. We will never share your information to third parties.