[openstack-dev] [tc] Organizational diversity tag
Doug Hellmann
doug at doughellmann.com
Mon Jun 4 21:52:28 UTC 2018
Excerpts from Zane Bitter's message of 2018-06-04 17:41:10 -0400:
> On 02/06/18 13:23, Doug Hellmann wrote:
> > Excerpts from Zane Bitter's message of 2018-06-01 15:19:46 -0400:
> >> On 01/06/18 12:18, Doug Hellmann wrote:
> >
> > [snip]
> >
> >>> Is that rule a sign of a healthy team dynamic, that we would want
> >>> to spread to the whole community?
> >>
> >> Yeah, this part I am pretty unsure about too. For some projects it
> >> probably is. For others it may just be an unnecessary obstacle, although
> >> I don't think it'd actually be *un*healthy for any project, assuming a
> >> big enough and diverse enough team (which should be a goal for the whole
> >> community).
> >
> > It feels like we would be saying that we don't trust 2 core reviewers
> > from the same company to put the project's goals or priorities over
> > their employer's. And that doesn't feel like an assumption I would
> > want us to encourage through a tag meant to show the health of the
> > project.
>
> Another way to look at it would be that the perception of a conflict of
> interest can be just as damaging to a community as somebody actually
> acting on a conflict of interest, and thus having clearly-defined rules
> to manage conflicts of interest helps protect everybody (and especially
> the people who could be perceived to have a conflict of interest but
> aren't, in fact, acting on it).
That's a reasonable perspective. Thanks for expanding on your original
statement.
> Apparently enough people see it the way you described that this is
> probably not something we want to actively spread to other projects at
> the moment.
I am still curious to know which teams have the policy. If it is more
widespread than I realized, maybe it's reasonable to extend it and use
it as the basis for a health check after all.
> The appealing part of the idea to me was that we could stop pretending
> that the results of our mindless script are objective - despite the fact
> that both the subset of information to rely on and the limits in the
> script were chosen by someone, in an essentially arbitrary way - and let
> the decision rest on the expertise of those who are closest to the
> project (and therefore have the most information), while aligning their
> incentives with the needs of users so that they're not being asked to
> keep their own score. I'm always on the lookout for opportunities to do
> that, so I felt like I had to at least float it.
>
> The alignment goes both ways though, and if we'd be creating an
> incentive to extend the coverage of a policy that is already
> controversial then this is not the way forward.
>
> cheers,
> Zane.
>
More information about the OpenStack-dev
mailing list