Gathering and managing software project requirements
A comprehensive collection of articles, videos and more, hand-picked by our editors
How does requirements gathering change when development is continuous?
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
For Agile teams, continuous requirements gathering will be very familiar. The changes an Agile team will likely make as it transitions to continuous delivery or continuous development are in many ways more of the same: iterations become shorter, the scope of each project decreases, and requirements grow more flexible.
The difference in continuous development is that communication, modeling and design discussions occur continuously and not only in scheduled meetings. Teams don't need to sit in a circle, holding hands and singing "Kumbaya." But they must be comfortable asking questions, bringing up ideas and discussing them in the group -- repeatedly, if necessary. Talking among the team is important. It doesn't matter if it happens in person or via IM, email or teleconferencing. What's important is that it happens.
Many teams use a white board to draw out design ideas; while others may use modeling or flowchart techniques, depending on the size and complexity of the change or its implications to other parts of an existing application. The important part is that the team decides on the mode of communication they implement best. The right tool is the one that works best for that particular mix of people.
It is also essential to an Agile team's success that requirements be documented. They can be part of a user story or any other type of document. The purpose is to save ideas and track what the code does, continuously. Team members change and business priorities change, so it's imperative that design decisions are documented continuously, as well.
Generally, complex changes should be broken down into smaller pieces. Smaller pieces are easier to manage, and that's the secret to continuous success. Continuous development doesn't remove the responsibility of defining requirements, but it requires they be gathered continuously as features are designed.
Related Q&A from Amy Reichert
QA needs to keep reminding business of its value. Expert Amy Reichert offers tried-and-true advice on how to leverage documentation and automation to...continue reading
Contract QA jobs can pay more than staff positions, but only if you're a good negotiator. Expert Amy Reichert helps explain the differences between ...continue reading
Quality assurance professionals need to start thinking about bringing business along for the ride. Expert Amy Reichert offers tried-and-true advice ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.