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
Post a Comment