[openstack-dev] Avoiding regression in project governance
Doug Hellmann
doug at doughellmann.com
Tue Mar 10 16:47:24 UTC 2015
On Tue, Mar 10, 2015, at 12:46 PM, Doug Hellmann wrote:
>
>
> On Tue, Mar 10, 2015, at 12:29 PM, Russell Bryant wrote:
> > The TC is in the middle of implementing a fairly significant change in
> > project governance. You can find an overview from Thierry on the
> > OpenStack blog [1].
> >
> > Part of the change is to recognize more projects as being part of the
> > OpenStack community. Another critical part was replacing the integrated
> > release with a set of tags. A project would be given a tag if it meets
> > some defined set of criteria.
> >
> > I feel that we're at a very vulnerable part of this transition. We've
> > abolished the incubation process and integrated release. We've
> > established a fairly low bar for new projects [2]. However, we have not
> > yet approved *any* tags other than the one that reflects which projects
> > are included in the final integrated release (Kilo) [3]. Despite the
> > previously discussed challenges with the integrated release,
> > it did at least mean that a project has met a very useful set of
> > criteria [4].
> >
> > We now have several new project proposals. However, I propose not
> > approving any new projects until we have a tagging system that is at
> > least far enough along to represent the set of criteria that we used to
> > apply to all OpenStack projects (with exception for ones we want to
> > consciously drop). Otherwise, I think it's a significant setback to our
> > project governance as we have yet to provide any useful way to navigate
> > the growing set of projects.
> >
> > The resulting set of tags doesn't have to be focused on replicating our
> > previous set of criteria. The focus must be on what information is
> > needed by various groups of consumers and tags are a mechanism to
> > implement that. In any case, we're far from that point because today we
> > have nothing.
> >
> > I can't think of any good reason to rush into approving projects in the
> > short term. If we're not able to work out this rich tagging system in a
> > reasonable amount of time, then maybe the whole approach is broken and
> > we need to rethink the whole approach.
>
> I think we made it pretty clear that we would be taking approvals
> slowly, and that we might not approve any new projects before the
> summit, precisely for the reasons you state here. I have found the
> submitted proposals
Oops
I have found the existing applications useful for thinking about what
tags we need, and what other criteria we might be missing (Joe's
proposal to add a team employer diversity requirement is one example).
Doug
>
> >
> > Thanks,
> >
> > [1]
> > http://www.openstack.org/blog/2015/02/tc-update-project-reform-progress/
> > [2]
> > http://governance.openstack.org/reference/new-projects-requirements.html
> > [3] http://governance.openstack.org/reference/tags/index.html
> > [4]
> > http://governance.openstack.org/reference/incubation-integration-requirements.html
> >
> > --
> > Russell Bryant
> >
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list