Agile Requirements Modeling

Many traditional project teams run into trouble when they try to define all of the requirements up front, often the result of a misguided idea that developers will actually read and follow what the requirements document contains. The reality is that the requirements document is usually insufficient, regardless of how much effort goes into it, the requirements change anyway, and the developers eventually end up going directly to their stakeholders for information anyway (or they simply guess what their stakeholders meant). Agilists know that if they have the ability to elicit detailed requirements up front then they can also do the same when they actually need the information. They also know that any investment in detailed documentation early in the project will be wasted when the requirements inevitably change. Agilists choose to not waste time early in the project writing detailed requirements documents because they know that this is a very poor way to work.


Table of Contents

• Agile requirements modeling in a nutshell
• Where do requirements come from?
• Best practices
• Types of requirements
• Potential requirements artifacts
• Techniques for eliciting requirements
• Common requirements modeling challenges
• Agile requirements change management

Author: Scott W. Ambler