It's all a fine idea in theory. There are already epic JIRAs out there though. I've already tried to organize without much effect. There are few 'cats' to herd out there (active committers). I don't think these are getting at the problem, which is quite simply big sprawling scope versus not enough hands willing to support it.
The level of interest in planning-to-do here is great, but it's just meta-work being done here, and we've had plenty of these chats before. They aren't real progress unfortunately. It would be great if there were more interest in doing, so we could tackle a larger scope. There isn't, so I am pretty certain the focus should be cutting down scope and repairing the things that have already long been noted in JIRA. That is -- there's a pretty clear to-do list not being done. One can say, let's talk about why it's not being done, let's form a new process, let's shuffle the papers, let's write new to-dos. Why would that not end up with another bigger to-do list? Why is more work going to get done? On Wed, Oct 26, 2011 at 5:42 PM, Jeff Eastman <[email protected]> wrote: > Changing the title, I'm tired of being "demoralized". I want to improve the > state of our JIRAs and planning overall by building upon my previous remarks > (cf. "RE: Demoralized over JIRA state" above). > > If we wanted to apply an Agile/Scrum process to Mahout development, we could: > > * Identify a "Product Owner" to develop "epic" JIRAs to focus our > development and to prioritize our backlog by quarterly release. Each release > would then have a theme and would be a complete set of concrete enhancements > with user-centric goals. Perhaps even a users@ member could take on this > role, IMHO it does not need to be a developer, but someone who can work to > establish and communicate a vision and a roadmap. > > * Identify a "Scrum Master" to drive the creation of specific "story" > JIRAs and guide development. This is a bit more like herding cats than > managing people. This probably needs to be a committer as it has much more > technical content and knowledge of the code base. We are all doing Mahout > part-time so the schedule will be less predictable. But with Agile metrics > computable if points are assigned to the stories we could at least measure > our velocity quarterly. > > Burndowns anybody? > Jeff > >
