Re: RFC Series Editor (RSE) Statement of Work

Alissa Cooper <alissa@cooperw.in> Wed, 31 July 2019 18:34 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A45FB1206D3 for <ietf@ietfa.amsl.com>; Wed, 31 Jul 2019 11:34:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b=xQrTMXae; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=X7gBJ6XQ
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 ga9FTq45BNfO for <ietf@ietfa.amsl.com>; Wed, 31 Jul 2019 11:34:24 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A231A1206EB for <ietf@ietf.org>; Wed, 31 Jul 2019 11:34:23 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 02A10220A3; Wed, 31 Jul 2019 14:34:23 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 31 Jul 2019 14:34:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=G /q6Ss8wmZSEiMDn1hekrt+tuAXrY+UrD7/hj+kyGAY=; b=xQrTMXaeVT6+d0air 8mmcML1Ojm5yJM4U4FsCJhnE+1T79+y8WOeKspS4FjLp+eG7ORhoF2DfQeaSsyUZ zOFPTa4kuuOqLv7anf9fofXc1ip9L4Xhh1IV7mDYZBdC9+PRgiQtfG8E5hrqYsYO yIIX35SRGhPsdZnsCxMGDeHg4SAPAV3TmN64A5/fYGZzM72dtpT0HrdxMgHIr+Sf woCuoLKnGLJVVmfu+q5MzPCxENORQ5chUEp0jal92qGM8McDNPVsjKZ/FFNczLfh mdQFAODJUsP92CxD5mlqIS98wlNqIpHXAivzTVTpVR3g9AXhu/+RhM0AVU+T/WAV znHoQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=G/q6Ss8wmZSEiMDn1hekrt+tuAXrY+UrD7/hj+kyG AY=; b=X7gBJ6XQ5GSgEEwj0YoFuSewlhZgG2yxwdiTrgSWX/kFoqBBcUdQZcmgi veyg2Vrr1RebktCY4+4JtdIeT7kd0EvLwXEELAbeGRQQSfBhAa2vTYwFvKtTdQgA f4NVJXiwj7lowzeEYUryA1JQ1yOr5uvCYP1KK5rUow9daYZSTmIgVku2+4T/qtBu F5UtFxtZj5YgNZqMA4VV/In2NsKNpgDR9HetgudpX8qDYQ5GUvhz15dUtWQd8nhe NiHrQXJ3N+HU02KTfSRxTf2GlBA/9QEcy3gDfw9gDK1ETprsH5RwbPW9bkxe9tWU Q+hcle/+xp9p0w9jkEFVHwUA7DKPQ==
X-ME-Sender: <xms:Lt9BXYrQIg8phV0sNmiZRFO63Bbz4vOng4N6THYfNyErUNf3uEzhVA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrleehgdduvdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtjeenucfhrhhomheptehlihhs shgrucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucfkphepud ejfedrfeekrdduudejrdejkeenucfrrghrrghmpehmrghilhhfrhhomheprghlihhsshgr segtohhophgvrhifrdhinhenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:Lt9BXYH8p1FXaJrrcgPZheUIG_9atrk6sbfduglO61VWcu8aUSVUWQ> <xmx:Lt9BXcy25KR0D_u25xM5swrY-hNRjQtZoVSIV01icLp5M-xELrxlLA> <xmx:Lt9BXVowmKUHNy8DSkY0euDgjH0kAzSivODWlui4He-10JhWR5DKvw> <xmx:Lt9BXTGY-sh1qhkdZA8WqH_31zafr3cEoHJGPdJvhCCBZSigbtfGiA>
Received: from rtp-alcoop-nitro2.cisco.com (unknown [173.38.117.78]) by mail.messagingengine.com (Postfix) with ESMTPA id 46C39380075; Wed, 31 Jul 2019 14:34:22 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: RFC Series Editor (RSE) Statement of Work
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <92dd887b-7c32-134d-4f12-ad8ff75da791@comcast.net>
Date: Wed, 31 Jul 2019 14:34:20 -0400
Cc: ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <C5DB2EEF-E075-47CA-87D5-699B594C2D9B@cooperw.in>
References: <9817BB4B-D828-4128-A70C-A8B966E6642F@encrypted.net> <CAL02cgRcGF80R_h5it_u7eGQrMjavpZ6_noEKb5vY5i1HqJYaA@mail.gmail.com> <7e82f47a-6a1d-8d3e-b183-e5159a071481@gmail.com> <9f7e969e-0374-2f9f-4ec6-e2d85a2fb819@gmail.com> <B027130E-8357-44C7-AAAF-FA11C249FD92@isi.edu> <F6C97564-6DD6-47A2-A9E6-5401F50BE4D5@cable.comcast.com> <ce36b799-80e3-7eaa-576b-c7137793f115@cs.tcd.ie> <21882.1564430860@localhost> <8ce5bf75-7040-4b6c-32fc-0042cc6dbfc2@comcast.net> <848781BF-6AF6-4DB2-A845-6A6449B36FBF@cooperw.in> <92dd887b-7c32-134d-4f12-ad8ff75da791@comcast.net>
To: Michael StJohns <mstjohns@comcast.net>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/z6hYPMKbMJg4DY5Qqkm4ZGtxXFE>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 31 Jul 2019 18:34:27 -0000

Hi Mike,

> On Jul 31, 2019, at 1:44 PM, Michael StJohns <mstjohns@comcast.net> wrote:
> 
> On 7/31/2019 1:28 PM, Alissa Cooper wrote:
>> Hi Mike,
>> 
>>> On Jul 29, 2019, at 4:48 PM, Michael StJohns <mstjohns@comcast.net> wrote:
>>> 
>>> On 7/29/2019 4:07 PM, Michael Richardson wrote:
>>>> Stephen Farrell <stephen.farrell@cs.tcd.ie> wrote:
>>>>     >> [JL] If this is the case, I wonder if it much matters to the community
>>>>     >> whether the role is an employee (full or part time) or a contractor
>>>>     >> (full or part time)?
>>>>          > For reasons stated earlier on the iasa2 list and as I stated at
>>>>     > the plenary during open mic, I remain opposed to the idea of an
>>>>     > employee-RSE. It does seem to keep being suggested, but that won't
>>>>     > IMO make it a better idea;-)
>>>> 
>>>> Are you opposed to the "clerical" issue of how the person is paid,
>>>> or are you opposed to the person being hired by interview rather than RFP?
>>>> 
>>> Practical:
>>> 
>>> 1) The general LOE for the RSE according to RFC6635 is 20 hours a week.  It's difficult to be just a part-time employee as a salaried worker for various reasons including benefits, and the general assumption that if you're working for company A, you're not working for company B.  Throw in the need to do full time weeks 3-5 times a year for the RSE (IETF and various retreats or other meetings) and that time has to be taken from other employers and you get into some messy situations.
>>> 
>>> 2) The employing organization (e.g. the LLC) doesn't really have the size to be able to handle traditional employees.  Even the ED hire is going to be interesting.  Think about payroll, HR, benefits, etc.  Then think about the need for some manager.
>> The LLC has planned and is preparing for the situation where the executive director and potentially others could be sustained as traditional employees.
> 
> I know this. 

Great! Just wanted to make sure the facts are clear for everyone.

> I also know there will be growing pains, and that the RSE is not a "traditional employee" in any sense of the word. In any event, until you can deal with (1), you don't need to think about (2) or (3) or the other bullets.
> 
>> 
>>> You could make it the LLC under an "employee with a contract model" and assign them to the LLC to manage, but there would still be a lot of things to work out.  Then there's "advancement" or the lack thereof.   For Ray, we punted - he was really a contracted for employee by the IAOC of a larger company (ISOC) as far as I can tell.
>> Ray was an ISOC employee.
> 
> *sigh*  Either I need to take writing lessons or others need to read more closely.  I'm not sure what the correct answer is.
> 
> Yes, Ray was an ISOC employee and as an employee was a contracted for resource of the IETF.  That contract might have been implicit or explicit, in kind or with a dollar value attached, but it was a contract between the IETF and the ISOC for Ray's services.   Maybe "contracted for employee, by the IAOC, of a larger company (ISOC)" would have been clearer?

Since the thread had turned in the direction of discussing the details of specific employment relationships, it seems like the subtleties here matter. Since the IETF was organized as an activity of ISOC while Ray was IAD, there was no written contract to speak of between the IETF or the IAOC and ISOC that I’m aware of (though happy to be corrected if I’m wrong). The understanding of the IAD role was documented in RFC 4071. I wasn’t thinking of RFC 4071 as an “implicit contract” when I read your mail, but perhaps that is one way of thinking about it.

By contrast, Portia was not an employee of ISOC. She was a contractor to ISOC before the IETF LLC was created, and is now a contractor to the IETF LLC, under your definition of “contractor/consultant.”

Best,
Alissa


> 
> Later, Mike
> 
> 
>> 
>> Best,
>> Alissa
>> 
>> 
>>> And placing the RSE under the ED is pretty much a recipe for failure for oh so many reasons.
>>> 
>>> 3) Stephen's other note (surprising to me) about life tenure after a period of time in certain companies.  I don't think we want to limit our selection to countries where this isn't the law.
>>> 
>>> Relational:
>>> 
>>> 1) This is a senior person who really should be co-equal with the IAB and IESG.  Contracts at least allow for some specification of relationships between these three entities without screwing up supremacy issues in each of the entities bailiwick.   I would expect the next contract to be rather restrictive on who gets to give direction to the RSE.
>>> 
>>> 2) We haven't any one who could actually be a manager respected (in terms of the ability to actually provide value add in managing someone who knows more about publishing than the putative manager) by a good candidate for the RSE position.
>>> 
>>> Obvious:
>>> 
>>> 1) Publishing is not in any way a core competency of the IETF.
>>> 
>>> 
>>> 
>