Question

I am trying model how we are going to use Scrum in FogBugz and combine this with logging build numbers from nightly builds etc. I have been looking at the implementation from Daniel Root http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html. I would like a way testers and users can easily filter to see what issues or features have been addressed from the previous day's work.

So if we use milestones to identity a sprint, how would we identify a specific build in which a feature or bug was addressed? Could we should we use Tags? Perhaps we could create and field using the Custom Field plugin called Build Number? The issue seems that in FB milestone includes the notion of 'Fix For' a nightly build number, a slightly larger sprint, and even a next release product version.

A little more analysis has it that: A product version will be the result of one or more sprints (so a parent-child type relationship) An incrementing build number may well fall in this category as well, but I don't think changing the milestone after every build makes sense?

Does anyone have any experience with this and could shed some light or offer suggestions.

TIA

Answer 1

We use tags and it works great. It's easy to use, lives across milestones, and easily editable. We enter "buildnnn" where nnn is the build number.

Just remember that you will want to start with 001 because build1 will also bring up build 10, 11, etc. - Another good way to number the builds could be yyyymmdd.n - example: 20100206.1 (first build on February 6th, 2010. Building them this way also makes it easy if you ever want to sort on the build number.

Because you're already in the tag field, it's easy to load it up with other valuable information like - TestReady, NeedsReview, etc.