 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
17 messages in org.apache.maven.devRe: how we handle JIRA versions| From | Sent On | Attachments |
|---|---|---|
| Brett Porter | Aug 1, 2007 9:47 am | |
| Dennis Lundberg | Aug 1, 2007 12:31 pm | |
| Brett Porter | Aug 1, 2007 7:00 pm | |
| Jason van Zyl | Aug 1, 2007 8:21 pm | |
| Christian Gruber | Aug 1, 2007 8:25 pm | |
| Brett Porter | Aug 1, 2007 8:37 pm | |
| Jason van Zyl | Aug 1, 2007 8:51 pm | |
| Brett Porter | Aug 1, 2007 8:55 pm | |
| Brian E. Fox | Aug 1, 2007 9:01 pm | |
| Brett Porter | Aug 1, 2007 11:11 pm | |
| jaso...@gmail.com | Aug 1, 2007 11:24 pm | |
| Brett Porter | Aug 1, 2007 11:37 pm | |
| Dennis Lundberg | Aug 2, 2007 3:11 am | |
| Dennis Lundberg | Aug 2, 2007 3:20 am | |
| Jason Dillon | Aug 2, 2007 3:28 am | |
| Brett Porter | Aug 2, 2007 3:29 am | |
| Vincent Siveton | Sep 12, 2007 3:54 pm |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: how we handle JIRA versions | Actions... |
|---|---|---|
| From: | Brett Porter (bre...@apache.org) | |
| Date: | Aug 1, 2007 8:37:28 pm | |
| List: | org.apache.maven.dev | |
On 02/08/2007, at 1:22 PM, Jason van Zyl wrote:
All looks good, my only comments are I think the notions in Scrum like Sprints for a release are good like the idea of fixing the set of issues and sticking with it for the Sprint. Sensible patterns and there's already literature on that. So in any parts you're talking about planning I think it might be good to defer to Scrum.
That's the intent (if it were to be summarised in a sentence), but I agree if anyone is looking for more detail that's the place to go.
To sustain any sort of visibility amongst us I think it would be wise for us to mandate the use of Mylyn. I don't use Eclipse but I use Eclipse for Mylyn. For anyone using Eclipse it's a no brainer, but I don't use Eclipse 100% of the time but I use it for Mylyn. It makes being diligent about issue management a lot easier. It also helps vet duplicates, and generally makes planning easier. At least I've found it to be a great boon after using it for quite a while now.
I'd encourage us sharing a good Mylyn set up and putting it on the web site to encourage this consistency, but I think it's unreasonable to mandate it.
As far as the workflow, are you actually going to try and encapsulate that workflow in a JIRA workflow itself? I think that might be a bit masochistic but any workflow that is not strictly enforced in the tool is going to be hard to adhere to.
It'd be nice to enforce it now, but I'm not prepared for that kind of pain :) If someone else who's done more jira workflowy things wants to try their hand, please do. Otherwise, I figure if we at least have a stated pattern in agreement, if we see regular violations we should either review the rule, or enforce it at that point.
Thanks, Brett