Rochelle.RochelleGrober wrote: > [...] > So, with all that prologue, here is what I propose (and please consider > proposing your improvements/changes to it). I would like to see for Kilo: > > - IRC meetings and mailing list meetings beginning with Juno release and > continuing through the summit that focus on core project needs (what Thierry > call "strategic") that as a set would be considered the primary focus of the > Kilo release for each project. This could include high priority bugs, > refactoring projects, small improvement projects, high interest extensions > and new features, specs that didn't make it into Juno, etc. > - Develop the list and prioritize it into "Needs" and "Wants." Consider these > the feeder projects for the two runways if you like. > - Discuss the lists. Maybe have a community vote? The vote will "freeze" the > list, but as in most development project freezes, it can be a soft freeze > that the core, or drivers or TC can amend (or throw out for that matter). > [...]
One thing we've been unable to do so far is to set "release goals" at the beginning of a release cycle and stick to those. It used to be because we were so fast moving that new awesome stuff was proposed mid-cycle and ends up being a key feature (sometimes THE key feature) for the project. Now it's because there is so much proposed noone knows what will actually get completed. So while I agree that what you propose is the ultimate solution (and the workflow I've pushed PTLs to follow every single OpenStack release so far), we have struggled to have the visibility, long-term thinking and discipline to stick to it in the past. If you look at the post-summit plans and compare to what we end up in a release, you'll see quite a lot of differences :) -- Thierry Carrez (ttx) _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev