Re: Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice

Pete Resnick <presnick@qti.qualcomm.com> Tue, 10 March 2015 03:18 UTC

Return-Path: <presnick@qti.qualcomm.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9505E1ACD56 for <ietf@ietfa.amsl.com>; Mon, 9 Mar 2015 20:18:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.011
X-Spam-Level:
X-Spam-Status: No, score=-7.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98xR0WKndSSO for <ietf@ietfa.amsl.com>; Mon, 9 Mar 2015 20:18:57 -0700 (PDT)
Received: from wolverine01.qualcomm.com (wolverine01.qualcomm.com [199.106.114.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C89381A0113 for <ietf@ietf.org>; Mon, 9 Mar 2015 20:18:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1425957537; x=1457493537; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=KZ96/meTntx2IJX0/Dgx5ETFQnDkVeTX6+N0bVry4jk=; b=Dax0ZZsJ1a+lRVGuH/8wBH78FW4TOJ0n9Nv9lZ1DHDe9fVbnio6velQ6 TvTSE98hprWXSPmvj+YFJd5RMS0gywb15Gx+3W5VcEwNzHQ/i767qGm+B A+uYX7wLbIVbfxfWEzUQ9DPOMvDYYvpS1rZFBUr/QApEPDaqnJMFX4Jd8 E=;
X-IronPort-AV: E=McAfee;i="5600,1067,7735"; a="107102383"
Received: from ironmsg02-lv.qualcomm.com ([10.47.202.183]) by wolverine01.qualcomm.com with ESMTP; 09 Mar 2015 20:18:57 -0700
X-IronPort-AV: E=Sophos;i="5.11,371,1422950400"; d="scan'208";a="31952401"
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by ironmsg02-lv.qualcomm.com with ESMTP/TLS/RC4-SHA; 09 Mar 2015 20:18:56 -0700
Received: from resnick2.qualcomm.com (10.80.80.8) by NASANEXM01F.na.qualcomm.com (10.85.0.32) with Microsoft SMTP Server (TLS) id 15.0.995.29; Mon, 9 Mar 2015 20:18:55 -0700
Message-ID: <54FE6297.4090008@qti.qualcomm.com>
Date: Mon, 09 Mar 2015 22:18:47 -0500
From: Pete Resnick <presnick@qti.qualcomm.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: Sam Hartman <hartmans-ietf@mit.edu>
Subject: Re: Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice
References: <20150116152211.25947.49086.idtracker@ietfa.amsl.com> <20150117174430.9A0471ACE15@ietfa.amsl.com> <20150306163724.GA32205@verdi> <tsl385im2yp.fsf@mit.edu> <781553AA-EA2C-4057-9888-491C80A780DA@piuha.net> <54FE045D.3080606@qti.qualcomm.com> <tslr3sxep1l.fsf@mit.edu>
In-Reply-To: <tslr3sxep1l.fsf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [10.80.80.8]
X-ClientProxiedBy: NASANEXM01F.na.qualcomm.com (10.85.0.32) To NASANEXM01F.na.qualcomm.com (10.85.0.32)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/45U2jdVun4lv5kkFuHAbY89QxxI>
Cc: IETF Discussion List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2015 03:18:59 -0000

On 3/9/15 6:20 PM, Sam Hartman wrote:
>>>>>> "Pete" == Pete Resnick<presnick@qti.qualcomm.com>  writes:
>>>>>>              
>      Pete>  The short answer is that the IESG generally thought that
>      Pete>  "crossing the streams" was a bad idea. Imagine that we do get
>      Pete>  to the particular point of horror, that someone in leadership
>      Pete>  has harassed someone in such a way that the Ombudsteam
>      Pete>  concludes the only appropriate remedy is that they are unable
>      Pete>  to attend future meetings or participate in list discussions,
>      Pete>  *and* that person refused to resign their post. Even if they
>      Pete>  keep the fact of the harassment confidential and simply said,
>      Pete>  "I will be unable to attend meetings in the future for
>      Pete>  personal reasons, nor will I be able to participate in WG list
>      Pete>  discussions, but I still wish to remain as AD", that's really
>      Pete>  plenty enough impetus for a recall committee to be formed and
>      Pete>  remove the person from their post.
>
> OK, well, that seems kind of inconsistent with the current text that
> talks about recommending someone not be in a leadership position.
>    

The current (version -06) text does not talk about recommending someone 
not be in a leadership position. That text got removed after IESG 
Evaluation before approval.

> Also, there's another concern.  Imagine sexual harassment on the part of
> ADs in in-person interactions.
> [...]
> In some ways this approach forces the ombudsteam to exclude someone from
> a meeting rather than what might be a lesser penalty  of removing them
> from a leadership position.
> Do you want to force that?
>    

First of all, a remedy as "penalty" is addressed in Section 5.1. The 
*existence* of potential remedies can act as a deterrent, but the 
*imposition* of a remedy is "to try to make sure that the incident does 
not escalate and to ensure that a similar situation is unlikely to occur 
with the same Respondent in the future" and specifically "is not to be 
imposed for the purposes of retribution." Given that, and given that 
section 5 says quite clearly that the remedies are a range, and can be 
as simple as "discuss the situation with the Respondent and come up with 
a plan such that there is no repeat of the harassment", it's not clear 
to me that removing someone from a leadership position is a useful 
remedy, likely to prevent future incidents, that other remedies (less 
drastic than exclusion from meetings) would not more readily accomplish. 
So I don't see any way in which this "forces" the Ombudsteam to exclude.

> I think that most of my concerns would be addressed by adding a
> statement indicating that the ombudsteam SHOULD maintain a procedure
> explaining  how they resolve conflicts between the desire for
> confidentiality and the disclosures necessary to do their jobs.
>
> To me that statement accomplishes two things not present in the current
> text:
>
> 1) It acknowledges that there are such conflicts; I read the current
> text and I see a bunch of stuff about absolute confidentiality, with no
> acknowledgement that it can't quite be absolute.
>
> 2) Indicates where people can look to see current thinking on resolving
> the conflict.
>    

Section 4.1 requires the Ombudsteam to document its operational 
practices. Should something like this be needed, I would expect it to be 
a part of that documentation. You will also note that 4.1 says:

       In all cases the Ombudsteam will strive to maintain
       confidentiality for all parties including the very fact of contact
       with the Ombudsteam.

"Strive to maintain" not not seem to be about "absolute 
confidentiality", as you put it, so it's not clear what else needs to be 
acknowledged in the text.

pr

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478