I don't believe in NFRs

There is something about the phrase Non Functional Requirements that I don’t really like. It’s the Non bit which gets me – I think that word makes them feel unimportant and therefore there is no pressing need to explore how they will affect the system. I have seen on many projects teams procrastinating in defining how the “NFRs” will affect what they are building – usually in the metrics around performance.

On my current project we have decided to appease my sensibilities and have called these Cross Functional Requirements to better express what they truly represent – requirements which cross all the functions we are building. So far the wording works – but we have only finished the 2nd week of inception.

This entry was posted in Agile, Design. Bookmark the permalink.

4 Responses to I don't believe in NFRs

  1. Andy Palmer says:

    Nice.
    The term non-functional requirements also bugs me… why do I want something to be non-functional?
    I like cross-functional, much like AOP and cross-cutting :-)

    Thanks

  2. Jason Yip says:

    Cem Kaner calls them parafunctional

  3. +1 to you. It gets irritating when PMs and BAs start to push out NFRs, sometimes even pleading that customers aren’t going to pay for these !!!

  4. Pingback: DevOps and the Iteration Showcase | Evan Bottcher

Leave a Reply

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

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>