4

We have most cases assigned to 'up for grabs' user.

So, the common confusion of developers occures when they start working on some case assigned to a virtual user, but this case does not assigns to them automatically. After working with a scrum board this seems very natural to them.

They ask me: "what's the difference between case assigned to them and working on case"?

Of course, i do see the difference, but, after all, 99% times when you start working on the case - you take responsibility for it (at least, temporarily).

I'd like some kind of checkbox in the working on menu ("also, assign this case to me"). Ideally - also a global/per user setting that set's this checkbox default value.

Does this make any sense?

flag
Sometimes it happens that 2 people are working on same case, i.e. tester and programmer. So this kind of behaviour should be optional. I in our FB installation I would not enable it. – Dmitry Lobanov Apr 5 2011 at 19:23

2 Answers

4

We've developed a plugin for that:

http://www.fogcreek.com/FogBugz/Plugins/plugin.aspx?ixPlugin=32

Nothings fancy (actually, like 20 lines of code), but does it's job.

link|flag
Nice! Could you make this available for On Demand users? fogbugz.stackexchange.com/questions/1144/… – Jude Allred Jan 22 2010 at 20:28
I found a typo on your plugin page. The word "assigns" is spelled "assings" twice. – Greg Saven Sep 1 2010 at 15:39
2

It sounds quite reasonable, and it would make a very cool FogBugz plugin for Scrum teams. The simplest thing would be to hook either Bug commit or TimeInterval commit via the FogBugz plugin architecture. It's probably worth requesting here: http://fogbugzplugins.uservoice.com

Update: Alexander has written and posted a plugin.

link|flag
Good idea. Done it. fogbugzplugins.uservoice.com/pages/… I will consider writing a plug in myself too :) – Alexander Gornik Dec 31 2009 at 5:54

Your Answer

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