When does strict adherence to requirements win over the agile approach and flexibility?

 I see that part of the power of agile is being able to change requirements during an iteration and still release, there is flexibility inherent in the process. From a project management and development perspective, that sounds good, but through the eyes of a QA person, it has the very real danger of letting things slip through the cracks.

With that in mind, can there be a line drawn between letting the agility of changing functionality allow a product to change mid-sprint and the steadfast necesity of real, measurable, requirements? And if so, then where can that line be put? I see the benefits of both and am wondering whether the ‘grey area’ in the middle can be clarified?


Comments

Popular posts from this blog

Agile v Waterfall - Which Is The More Risky?

What are the Educational Requirements and How to train for the job of Quality Assurance?

To Assume is To Doubt - Eliminating Doubt to Ensure Quality