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.
Posted: January 31st, 2010 under Agile, Design.
Comments
Comment from Sriram Narayanan
Time April 3, 2010 at 10:07 am
+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 !!!
Comment from Andy Palmer
Time February 1, 2010 at 12:08 am
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