Open Stack

Excerpts from Mohammed Naser's message of 2018-05-29 08:51:16 -0400:
> On Tue, May 29, 2018 at 7:59 AM, Thierry Carrez <thierry at openstack.org> wrote:
> > Mohammed Naser wrote:
> >>
> >> During the TC retrospective at the OpenStack summit last week, the
> >> topic of the organizational diversity tag is becoming irrelevant was
> >> brought up by Thierry (ttx)[1].  It seems that for projects that are
> >> not very active, they can easily lose this tag with a few changes by
> >> perhaps the infrastructure team for CI related fixes.
> >>
> >> As an action item, Thierry and I have paired up in order to look into
> >> a way to resolve this issue.  There have been ideas to switch this to
> >> a report that is published at the end of the cycle rather than
> >> continuously.  Julia (TheJulia) suggested that we change or track
> >> different types of diversity.
> >>
> >> Before we start diving into solutions, I wanted to bring this topic up
> >> to the mailing list and ask for any suggestions.  In digging the
> >> codebase behind this[2], I've found that there are some knobs that we
> >> can also tweak if need-be, or perhaps we can adjust those numbers
> >> depending on the number of commits.
> >
> >
> > Right, the issue is that under a given level of team activity, there is a
> > lot of state flapping between single-vendor, no tag, and
> > diverse-affiliation. Some isolated events (someone changing affiliation, a
> > dozen of infra-related changes) end up having a significant impact.
> >
> > My current thinking was that rather than apply a mathematical rule to
> > produce quantitative results every month, we could take the time for a
> > deeper analysis and produce a qualitative report every quarter.
> 
> I like this idea, however...
> 
> > Alternatively (if that's too much work), we could add a new team tag
> > (low-activity ?) that would appear for all projects where the activity is so
> > low that the team diversity tags no longer really apply.
> 
> I think as a first step, it would be better to look into adding a
> low-activity team that so that anything under X number of commits
> would fall under that tag.  I personally lean towards this because
> it'll be a useful indication for consumers of deliverables of these
> projects, because I think low activity is just as important as
> diversity/single-vendor driven projects.
> 
> The only thing I have in mind is the possible 'feeling' for projects
> which are very stable, quiet and functioning to end up with
> low-activity tag, giving an impression that they are unmaintained.  I
> think in general most associate low activity = unmaintained.. but I
> can't come up with any better options either.

We have the status:maintenance-mode tag[3] today. How would a new
"low-activity" tag be differentiated from the existing one?

[3] https://governance.openstack.org/tc/reference/tags/status_maintenance-mode.html

> 
> > --
> > Thierry Carrez (ttx)
> >
> > __________________________________________________________________________
> > 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
>