<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Thank you for your PyCon proposals!</title>
	<atom:link href="http://dougma.com/archives/140/feed" rel="self" type="application/rss+xml" />
	<link>http://dougma.com/archives/140</link>
	<description>the truth according to Doug</description>
	<lastBuildDate>Tue, 11 Aug 2009 14:20:12 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9-rare</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: doug</title>
		<link>http://dougma.com/archives/140/comment-page-1#comment-422</link>
		<dc:creator>doug</dc:creator>
		<pubDate>Thu, 06 Nov 2008 16:11:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.dougma.com/?p=140#comment-422</guid>
		<description>@André

I have never witnessed any improper conflict of interest, and I don&#039;t think there are any in the community which would try to subvert PyCon... but...

Conflict of interest is a difficult problem, and there are different aspects of it to deal with.

Foremost we need to trust our reviewers. What I mean by this is that there is no way to be 100% sure there are no conflicts of interest at play. There are no automated or software solutions to solve this problem. It is inherently a human based issue. As such draconian procedures will only cause problems. Most people are more sensitive to their own perceived conflicts of interest; that is we judge ourselves more harshly than others would on average. We need to trust that our reviewers will &#039;do the right thing&#039; as it is impossible to prevent it otherwise. 

With that said there are checks and balances.

There are two primary forms of acting on conflict of interest:

&lt;b&gt;A. constructive&lt;/b&gt; (author is a known associate, etc)

This is the most common, as the python community is not that large, especially with domain topics like web2py or jython. This is not a bad thing as we want those domain experts reviewing these talks. Also information like &#039;this author is a friend of mine. he gave the talk at the local users group and it was well received.&#039; is information crucial to the program committee. Here we ask that reviewers detail their conflicts of interest in the review.

&lt;b&gt;B. Subversive&lt;/b&gt; (collusion and sabotage)

This includes the scenario you bring up. These are situations where a person receives some sort of benefit from seeing a talk accepted or declined. Here there are three checks to try to detect when this happens.

&lt;b&gt;1. At least 3 reviewers&lt;/b&gt;

Every proposal must have at least 3 reviews. It is much harder to improperly review a proposal when at least two others are also reviewing the same talk. Many of these reviewers are prominent in the python community. Passive pier pressure can be a powerful motivator.

&lt;b&gt;2. Reviews do not determine acceptance&lt;/b&gt;

We do not use a computed score when writing reviews. The mark given is just to help break down the talks into interesting groups. As such it is impossible for someone to kill off a proposal. The PC as a whole discusses the proposals by breaking them down into successive groups. Part of that is breaking them down by overlapping and intersecting topics. It should be obvious if a champion speaks up against a talk then turns out to be the author of of a talk in that same group.

&lt;b&gt;3. Authors get to see the reviews and provide feedback&lt;/b&gt;

Before the accepted talks are announced to the general public, the proposal authors get to see the written reviews and provide feedback. Many times they are in the best position to identify when there is a subversive conflict of interest.

At the end of the day you need to trust the community.</description>
		<content:encoded><![CDATA[<p>@André</p>
<p>I have never witnessed any improper conflict of interest, and I don&#8217;t think there are any in the community which would try to subvert PyCon&#8230; but&#8230;</p>
<p>Conflict of interest is a difficult problem, and there are different aspects of it to deal with.</p>
<p>Foremost we need to trust our reviewers. What I mean by this is that there is no way to be 100% sure there are no conflicts of interest at play. There are no automated or software solutions to solve this problem. It is inherently a human based issue. As such draconian procedures will only cause problems. Most people are more sensitive to their own perceived conflicts of interest; that is we judge ourselves more harshly than others would on average. We need to trust that our reviewers will &#8216;do the right thing&#8217; as it is impossible to prevent it otherwise. </p>
<p>With that said there are checks and balances.</p>
<p>There are two primary forms of acting on conflict of interest:</p>
<p><b>A. constructive</b> (author is a known associate, etc)</p>
<p>This is the most common, as the python community is not that large, especially with domain topics like web2py or jython. This is not a bad thing as we want those domain experts reviewing these talks. Also information like &#8216;this author is a friend of mine. he gave the talk at the local users group and it was well received.&#8217; is information crucial to the program committee. Here we ask that reviewers detail their conflicts of interest in the review.</p>
<p><b>B. Subversive</b> (collusion and sabotage)</p>
<p>This includes the scenario you bring up. These are situations where a person receives some sort of benefit from seeing a talk accepted or declined. Here there are three checks to try to detect when this happens.</p>
<p><b>1. At least 3 reviewers</b></p>
<p>Every proposal must have at least 3 reviews. It is much harder to improperly review a proposal when at least two others are also reviewing the same talk. Many of these reviewers are prominent in the python community. Passive pier pressure can be a powerful motivator.</p>
<p><b>2. Reviews do not determine acceptance</b></p>
<p>We do not use a computed score when writing reviews. The mark given is just to help break down the talks into interesting groups. As such it is impossible for someone to kill off a proposal. The PC as a whole discusses the proposals by breaking them down into successive groups. Part of that is breaking them down by overlapping and intersecting topics. It should be obvious if a champion speaks up against a talk then turns out to be the author of of a talk in that same group.</p>
<p><b>3. Authors get to see the reviews and provide feedback</b></p>
<p>Before the accepted talks are announced to the general public, the proposal authors get to see the written reviews and provide feedback. Many times they are in the best position to identify when there is a subversive conflict of interest.</p>
<p>At the end of the day you need to trust the community.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: André Roberge</title>
		<link>http://dougma.com/archives/140/comment-page-1#comment-420</link>
		<dc:creator>André Roberge</dc:creator>
		<pubDate>Thu, 06 Nov 2008 11:26:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.dougma.com/?p=140#comment-420</guid>
		<description>First of all, congratulations for all your work, and that of everyone involved in organizing Pycon.  While I have not participated in Pycon&#039;s organization, I have a fairly good idea of all the work required to make such a conference work and I am really impressed with how smoothly everything is run.

I am curious about one point which you did not address: How do you handle conflicts of interest?  If Bob, who volunteered as a reviewer, submits a talk, how do you ensure that he is fair in his assessment&#039;s of a talk by Jane on the same topic?  Perhaps Bob&#039;s proposal was written after he read Jane&#039;s, etc.  Just curious...</description>
		<content:encoded><![CDATA[<p>First of all, congratulations for all your work, and that of everyone involved in organizing Pycon.  While I have not participated in Pycon&#8217;s organization, I have a fairly good idea of all the work required to make such a conference work and I am really impressed with how smoothly everything is run.</p>
<p>I am curious about one point which you did not address: How do you handle conflicts of interest?  If Bob, who volunteered as a reviewer, submits a talk, how do you ensure that he is fair in his assessment&#8217;s of a talk by Jane on the same topic?  Perhaps Bob&#8217;s proposal was written after he read Jane&#8217;s, etc.  Just curious&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
