Attainability is a requirements development issue that is commonplace on many projects. Defining requirements without adequately assessing attainability places projects at risk of significant cost overruns, schedule delays, and performance
ArgonDigital offered our 1- day “Writing Good Requirements Seminar“ in Denver, Colorado on April 9, 2013. With the right approach, knowledge, tools and techniques, you can deliver projects on-time and
This is another common question. It is also a major complaint of both developers and testers. Developers often receive requirements from their customers that are not verifiable. How many times
We are often asked this question. It is common to see cases where projects over specify their requirements for a product. In one of our classes, we were told that
We were asked by one of our clients the following question via our Ask the Experts page: “Can a child requirement have more than one parent requirement?” More recently we
We were recently asked the following question from one of our clients concerning the use of passive vs active voice when writing requirements: “Is passive voice not allowed to state
We were recently asked the following question from one of our clients concerning managing traceability and allocation links: “When you delete a requirement should you break the link so that
We were recently asked the following question from one of our clients concerning the decomposition of requirements: “Do Requirements Traceability Matrices always trace down? One of the concepts we try
We received the following question via our “Ask the Experts” page: “Can (should) a requirement have more than one verification method?” The short answer is no, you should state the
We received the following question via our “Ask the Experts” page: “Can you say ‘shall be guided by’ when referring to a large section in a document that specifies in
This is a continuation of Requirement Categories – Part 1: Introduction and Functional/Performance Requirements and Requirement Categories – Part 2: Operational and –ility Requirements. Physical Characteristics: Physical characteristics may be
This is a continuation of Requirement Categories – Part 1: General Discussion and Functional and Performance Requirements. Operational Requirements: Shifting your perspective, it is useful to next think about how
Don’t miss out on this opportunity
and request a conversation today!
