Re: What is a "management position? [Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice]

Pete Resnick <presnick@qti.qualcomm.com> Wed, 18 March 2015 17:52 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 5FD231A879D; Wed, 18 Mar 2015 10:52:41 -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 aljDAzVI-aWD; Wed, 18 Mar 2015 10:52:39 -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 16B4A1A8BB5; Wed, 18 Mar 2015 10:52:28 -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=1426701148; x=1458237148; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=bPOk+WhVxGM4kzzYWDVWfSQOLPdAq3GfCYdguMfGdqQ=; b=Yyz8zbFxPDx6D7gGlGLdBpeoOYQjOvunEzV5Fe+sY8Rw9qhexjDIj57u RR6jnRAhlxDOxhK89wnl1L6+1wMr161VQb9liCV/m+llg9sd75KHMwq09 sbQ9tJpfFDjkOKH4qxc6xGOdQxBbdXXuMLMPukSSLnONsZyJEHLqp5Qxr s=;
X-IronPort-AV: E=McAfee;i="5600,1067,7743"; a="109070802"
Received: from ironmsg04-l.qualcomm.com ([172.30.48.19]) by wolverine01.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Mar 2015 10:52:27 -0700
X-IronPort-AV: E=Sophos;i="5.11,423,1422950400"; d="scan'208";a="840304712"
Received: from nasanexm01f.na.qualcomm.com ([10.85.0.32]) by Ironmsg04-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 18 Mar 2015 10:52:27 -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; Wed, 18 Mar 2015 10:52:26 -0700
Message-ID: <5509BB58.4060307@qti.qualcomm.com>
Date: Wed, 18 Mar 2015 12:52:24 -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: Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: What is a "management position? [Last Call: <draft-farrresnickel-harassment-05.txt> (IETF Anti-Harassment Procedures) to Best Current Practice]
References: <5503914A.7060209@gmail.com> <5503BF22.5020902@gmail.com> <2AE2D092-C32A-46EB-88CA-71366965F4D7@cisco.com> <5505D873.1040203@gmail.com> <CAL0qLwbQf_2WUn8PrUXCMy_3w6tt+iJw0tyF=gUojA5fwRXJNg@mail.gmail.com> <550736E0.6080101@dcrocker.net> <20150316203250.GJ2179@mx1.yitter.info> <55073F22.6000606@dcrocker.net> <20150316204616.GK2179@mx1.yitter.info> <55074AC1.9080500@dcrocker.net> <20150316214620.GO2179@mx1.yitter.info> <550751AC.7090108@dcrocker.net> <55075EBA.4000905@gmail.com>
In-Reply-To: <55075EBA.4000905@gmail.com>
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/PHXpYT7pAVnGTHirwETSvVyLh00>
Cc: IETF Discussion List <ietf@ietf.org>, "iesg@ietf.org" <iesg@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: Wed, 18 Mar 2015 17:52:41 -0000

On 3/16/15 5:52 PM, Brian E Carpenter wrote:
> On 17/03/2015 10:57, Dave Crocker wrote:
> ...
>    
>> Public vs. private is entirely orthogonal to 'formally powerful' vs.
>> 'has leverage but no formal authority'.
>>
>> By way of example:
>>
>>     A document writer has made statements to a participant that violate
>> the boundaries acceptable to the Ombud team.  The statements were made
>> in private, but have been sufficiently verified. The Ombud feels that
>> the document writer needs to be removed from any position of leverage in
>> the IETF, other than "regular participant".
>>
>>     Currently, it's the Chair(s) who have the authority to remove that
>> person, not the Ombud.  But confidentiality constrains the Ombud
>> possibly from making the request and certainly from explaining why.
>>
>> d/
>>
>> ps.  Extra credit:  Note that the confidentiality thing prevents any
>> sort of persistent application of a decision.  There's no way to bar
>> someone from being a document writer going forward, even if we figure
>> out how to handle the immediate situation.
> Right. And the only solution that I can see is what would happen
> inside a company in such a situation: extend the envelope of the
> confidential discussion to include the person(s) with that
> authority.
>    

I think we have now circled back to the reason the original text ended 
up in the document in the first place:

We really want the Ombudsteam to be as confidential as possible. That's 
certainly important for the Respondent, for whom public accusations can 
be destructive and could bring legal liability for both them *and* the 
IETF, but I think the most important reason for confidentiality is for 
the sake of the Subject: Being the recipient of sexual, racial/ethnic, 
or other sorts of harassment (in contrast to most other sorts of bad 
behavior) can be embarrassing and shaming for the recipient, and can 
make one the object of all sorts of horrible negative comments. Of 
course, it would be perfectly lovely if we lived in a world where 
comments along the lines of "she was asking for it" or "he's just being 
overly sensitive to any comment about race" or "she seemed to be happily 
participating in it" were not the first things out of people's mouths, 
but we don't live in that world. And it would be nice if people did not 
look upon the targets of harassment as victims to be pitied, but they do.

Because of that, the best thing to do is to limit as much as possible 
the number of people who get exposed to the information about the 
incident. In the current text, even in the most extreme cases of 
remedies (e.g., removal from a meeting), the only people -- beyond the 
Ombudsteam -- that need to be made aware of the imposition of a remedy 
are people who are under contract to the IAOC/ISOC (i.e., the 
secretariat), which means that some level of confidentiality can be 
contractually imposed. As soon as we give the ability to the Ombudsteam 
to remove someone from an appointed position (NomCom-appointed or 
otherwise), members of the open volunteer community are going to have to 
be made aware of the existence of the remedy, whether it's the entire 
IESG ("This person can no longer be a chair for any WG"), the IAB ("This 
person can no longer be confirmed as an AD") or others. Maybe we want to 
go through the exercise of trying to figure out what sorts of 
confidentiality "envelopes" we want to have and examine how this 
document interacts with 2026, 2418, and 7437, but it's not going to be a 
pleasant exercise.

The thing I like about the original text, and reason that I'm OK with in 
Sam's text, is that it limits how many people need to know the result; 
the Ombudsteam removes the person from the situation that is causing the 
problem (from a mailing list or a meeting in the extreme case), but can 
only tell the Respondent that it would be a good idea to resign at that 
point. If things go the right way, the person resigns and the outcome is 
identical to having the Ombudsteam remove them (with potentially less 
people having to be told). If things go badly and they refuse to resign 
and instead make a stink, the outcome doesn't seem all that much worse 
than the stink such a person will make after the Ombudsteam summarily 
dismisses them from their position. And again, it avoids the Ombudsteam 
having to figure out who in the community needs to be told, and what 
particular details they need to know.

pr

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