Get your own customer support community
 

Time-based Sprints/Releases

From my limited understanding of sprints and releases, I think it's best to make them time-bound. That means that when a sprint has reached its end date, it's safe to assume that any unfinished stories will automatically be moved to the next sprint. Same with releases. This could probably be made automatic rather than manual otherwise it won't feel so close to the philosophy of Scrum. I'm also basing this on my observation of a few open-source projects where they are time-bound rather than feature-bound.
 
happy I’m hoping this makes sense
Inappropriate?
1 person likes this idea

User_default_medium