Top-posting as I'll try to summarize/re-start/reword/whatever the right word is,
this thread:

It seems to me that the problem we're trying to solve here is how we can help
voters to make more thoughtful choices (note that I'm not saying they currently
don't. I'm not judging the voters but, as others, I'm pointing fingers at the
process we've in place). A couple of points have been made around this:

- We'd like the electorate to be able to ask questions to the candiates
- The time availble doesn't seem to be enough for this
- The ML is great but it might not be the right format for this, especially with
 the amount of emails going through openstack-dev

Some (rough) ideas:

- We could have a common place where we collect the threads that ask questions
 to the candidates. Ideally, this thread would be kept updated by the members
 of the community asking these questions. If I start a new thread, I get the
 link and put it in this "common place" The common place could be a wiki page
 or anything linkable from the voting URL.
- Link in the voting URL the place where the information about the questions
 being asked to the candidates are being aggregated.
- Send the ballots every day, if possible.

I don't think the above will solve all the problems that have been mentioned in
this thread. For example, it certainly doesn't solve the problem of there not
being enough time for all the candidates to reply to these questions and/or the
electorate to come up with a list of questions and/or read through the answers.

I'd like to avoid coming up with a prepared set of questions as I believe the
best discussions are triggered by candidacies, moment and a broader set of minds
working together. I don't really have a strong opinion on having an extra week
in between but I trust Anita's feedback on the burden this will add to the
election's officers. It'd also add more stress to the candidates, fwiw.

The rough ideas above are just small steps that could help organizing the
discussion and making them easier to find by our electorate. I hope the list of
issues does summarize the concerns expressed in this thread.


On 03/10/16 11:46 -0500, Edward Leafe wrote:
So the period of self-nominations for the Technical Committee seats has ended, 
and the voting has begun. I've been a very close observer of this process for 
several cycles, and I have some ideas I'd like to share. Full disclosure: I am 
a current candidate for the TC, and have been a candidate several times in the 
past, all of which were unsuccessful.

When deciding to run, candidates write a long, thoughtful essay on their 
reasons for wanting to serve on the TC, and those essays are typically the last 
you hear from them until the election. It has been rare for anyone to ask 
follow-up questions, or to challenge the candidates to explain their positions 
more definitively. I have spoken with many people at the Summits, which always 
closely followed the TC election (warning: unscientific samples ahead!), and 
what their selection process mostly boils down to is: they pick the names they 
are most familiar with. Many people don't read those long candidacy posts, and 
nearly all couldn't remember a single point that any of the candidates had put 

We are fortunate in that all of the candidates are exceptionally 
well-qualified, and those elected have put in excellent service while on the 
TC. But one thing I'm afraid of is that we tend to get into a situation where 
groupthink [0] is very likely. There are many excellent candidates running in 
every election, but it is rare for someone who hasn't been a PTL of a large 
project, and thus very visible, has been selected. Is this really the best 

I wrote a blog post about implicit bias [1], and in that post used the example 
of blind auditions for musical orchestras radically changing the selection 
results. Before the introduction of blind auditions, men overwhelmingly 
comprised orchestras, but once the people judging the auditions had no clue as 
to whether the musician was male or female, women began to be selected much 
more in proportion to their numbers in the audition pools. So I'd like to 
propose something for the next election: have candidates self-nominate as in 
the past, but instead of writing a big candidacy letter, just state their 
interest in serving. After the nominations close, the election officials will 
assign each candidate a non-identifying label, such as a random number, and 
those officials will be the only ones who know which candidate is associated 
with which number. The nomination period can be much, much shorter, and then 
followed by a week of campaigning (the part that's really missing in the cu!
rrent pro
cess). Candidates will post their thoughts and positions, and respond to 
questions from people, and this is how the voters will know who best represents 
what they want to see in their TC.

The current candidacy essay would now be posted in the campaign period, rather 
than at the time of nomination, and should exclude the sort of biographical 
information that is currently the most important piece for many people. Keeping 
anonymity will be difficult, and will preclude the use of email for posting 
positions and responses, since email identifies the sender. So perhaps 
candidates could forward their posts to the election officials, who will post 
them for the candidates, identifying them by number only. The voting form will 
only list the candidate numbers, so the end result will be people casting votes 
for the candidates whose platform most matches what they want to see in the TC, 
and who have best answered any questions raised by others.

My feeling is that the result would be very different than the current process. 
My question, then, is whether that would be a good thing? It would require more 
work from the candidates and especially the election officials, so we should 
make sure that the goal is worth it. Do we want everyone to have an equal 
chance to serve on the TC, or should those who have earned name recognition by 
their excellent work in other parts of OpenStack continue to have an advantage?


-- Ed Leafe

OpenStack Development Mailing List (not for usage questions)

Flavio Percoco

Attachment: signature.asc
Description: PGP signature

OpenStack Development Mailing List (not for usage questions)

Reply via email to