6

1

we use scrum with monthly sprints and we produce a software release every few sprints. we'd like to assign a case to multiple milestones - one for the software release and one for the sprint. for example a case should be done for release "MyProduct-v2.7" AND for "Sprint #28, July 2010".

we have tried to use tags and custom fields but neither worked very well (for several reasons - like no reports, typos, no pre-defined fields,....).

what could we do to get reports, filtering, easy entering of releases/milestones,.. for our software releases and sprints?

right now we either move cases around between milestones or we duplicate them and assign one to the release and one to the sprint and link them together. a whole lot of work that everyone hates. :(

thanks

flag

4 Answers

2

I agree that we should be able to assign multiple milestones to a case. We release different versions of our software to different clients. Often when a bug is fixed, we need to fix it in multiple software versions and therefore need to assign multiple milestones to a case, one corresponding to each software version in which bug was fixed. By assigning multiple milestones to a case we can generate Release Notes corresponding to each software version cleanly. While duplicating a case to assign different milestones is an option, it creates a huge overhead by increasing case volume, managing/resolving/closing multiple cases, assigning parent cases etc.

link|flag
1

Perhaps you could use Milestone dependencies and make your sprint milestone a dependency of the software milestone -- then just assign the cases to the appropriate sprint milestone.

link|flag
i think one problem with that is that a sprint can contain cases for different releases. like sprint #1 contains cases A and B. case A is planned to go into release v1.0 and case B is planned to go into release v1.1. but once the sprint is over you can't tell anymore if case A was implemented for release 1.0 or 1.1.. all you know is that it was implemented during sprint #1. another problem, you couldn't create a filter to show all cases that should be implemented for a certain release.. – stmax Jun 25 2010 at 19:37
0

May be the usage of filter is a solution. If you add all your sprints of one release to the search field, you should see, all cases that belongs to one release. For example your release consists of three sprints: milestone:"Sprint #28, July 2010" milestone:"Sprint #29, August 2010" milestone:"Sprint #30, September 2010"

link|flag
thanks for your reply. i think this would have the same problem that i explained in the answer to ken right now. the problem is that a sprint can contain cases that are planned to go into different releases. like sprint #28 contains cases A and B. case A should be finished for release 1.0, case B for release 1.1. i couldn't create a filter for release 1.0 by filtering for "Sprint #28" because it would also include the case B, which doesn't go into release 1.0. – stmax Jun 25 2010 at 19:42
0

But then i am not able to see the release notes in the filter (since release notes field cannot be shown in bug listing)

link|flag

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.