8

1

We are an internal corporate shop supporting dozens of internal only applications, where every part of the business wants whizzbang features added to their part of the internal world all the time.

We use a modified Scrum system where our sprints are made up of backlog items from across the spectrum of apps. "This sprint the billing app will get a new processing module, the reporting app will have these 3 reports written, and the public websites will have the search module rewritten to use Ajax" etc.

So we use only global milestones (each sprint) and also want to use a global backlog ordering (so the business owners can all sit it a room and argue with each other about which feature gets implemented first in our next sprint), but it seems there is only project specific backlogs. Is there a way to use the backlog globally?

flag

5 Answers

1

My best suggestion is that you should arrange everything to be in one project and use areas to divide it up into billing/reporting/... and so forth.

I think of projects as teams. If a team works on more than one project, it's really just a big project with multiple areas.

link|flag
We wrote some custom reports to give each business owner views of their 'projects', as well as use some of the other project functionality in FogBugz. Areas don't seem to permeate as many areas of FogBugz as Projects do. But i am looking at how we may be able to switch to this way of thinking without losing anything. thanks. – kscott Aug 25 2010 at 18:47
That's a good point, too. Projects and areas aren't always interchangeable in other parts of the product. A configuration option for the plugin does seem reasonable. – Ted Aug 25 2010 at 20:13
1

Thanks for the feature request! We'll file it as an official request when it reaches our top 100 feature requests by votes. To get it there, vote up this question!

link|flag
0

I had a similar question stemming from our usage pattern with other tools. We create multiple products, and of course each product has a new release every so often. Traditionally, I would think of each release of each product as a "project".

Currently, we're looking at whether it is viable to switch to FogBugz, but I'm having trouble figuring out how to model the following in FogBugz:

  • multiple products
  • one backlog per product
  • items get pulled from product backlog into product releases (projects/etc.)
  • items get pulled from product releases into release milestones (sprints/iterations/etc.)

This is very similar to the OP's issue, in that we would like to have a backlog tracked above the project level, but slightly more complex in that we also would like to have one such backlog per product.

Any advice on how to map this model into the FogBugz model?

link|flag
0

We need this feature as well.

link|flag
0

Adding my yes vote to this feature. Please add it as soon as possible!

link|flag

Your Answer

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