[openstack-dev] [tc] Organizational diversity tag

Mohammed Naser mnaser at vexxhost.com
Tue May 29 12:51:16 UTC 2018

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.

> --
> 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

More information about the OpenStack-dev mailing list