Re: RFC Series Editor (RSE) Statement of Work

Alissa Cooper <alissa@cooperw.in> Fri, 02 August 2019 17:05 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 D2B261205F3 for <ietf@ietfa.amsl.com>; Fri, 2 Aug 2019 10:05:15 -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=0+81BzJV; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=khR4wcVA
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 gng5TWCq_i2u for <ietf@ietfa.amsl.com>; Fri, 2 Aug 2019 10:05:13 -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 AFB6F1202B3 for <ietf@ietf.org>; Fri, 2 Aug 2019 10:05:13 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id F122122007; Fri, 2 Aug 2019 13:05:12 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 02 Aug 2019 13:05:12 -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=Q pcHPF8NdhPWsNhEd2wYX4UL9zeAOOPVuGJJG+jrL/w=; b=0+81BzJVmAemZMG0K HaskJfNCpMTIrhgE6ReJi2DR5Fba+tJw9ffAS058EM5LDmcJx5UbTqrqRThPkBQG hE0J2Ens9J9IjQ30O1VqQyx+xArt9iNovfeC/It3omldvxarMyU/0CyD/NQ5xmS6 NDh/xNhCYCVuI8UIlGMzqjM1VPTx4owyuzdzMBIiSGV7IDDG8hcgL8EdcFeswCG9 j6G4oP9ipPsCQmjVaBYAX+M84ClWm65mKqTasj4Utls6Ou0Iboi5pH03fL7Syfv5 DMrC32C7eFh3AVC2kC4ZU9djtugayYqrsDtQqAcT7hhhIP/9J9eWri8xznUoklgz wJEdQ==
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=QpcHPF8NdhPWsNhEd2wYX4UL9zeAOOPVuGJJG+jrL /w=; b=khR4wcVAEqx7KgKAyW8KZLjXvcTRlJVZ0hgGWfm9rCi0+/mEDf+dLOep0 KjT38jg9F2/C7pxIjutmcWUY9CCvYdM/pVGmjMCyT4e7HutGoi8L0bOyi8+RFcp/ qTnDyHsqTxffEqmZJlKcyGvytScR+Z472Bd0TGhjk9WlVVR173TEf6HDL6ffHdhN aGZTe9EDENVklNBXHNTkQr1DYuklo6a1X1cstjLUSthQH1ffGft9dFcyLKDZ03Bz TUJj94OhV5S6hnQQmhumWT2AXOpGhDMZdOhESOccsVK4CSbUupKfOGAnqea1gnSu Xern0e3DFX/Q2nglXvNB7S8/fb7ng==
X-ME-Sender: <xms:SG1EXXl50YjhTEd1uxWeR5dYAtir7SO9Mr4HJWQ_ZuLZAT96oSteyA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduvddrleelgdekudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeetlhhishhs rgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuffhomhgrih hnpehivghtfhdrohhrghenucfkphepuddtkedrhedurddutddurdelkeenucfrrghrrghm pehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinhenucevlhhushhtvg hrufhiiigvpedt
X-ME-Proxy: <xmx:SG1EXQPM8fjxb76MbDhgwEmDUDfgG7lZvnofKgdFqbzyIx6PBzc6RA> <xmx:SG1EXaGRJrwqIRm_Zy59kFEPvL5is6iOlt-Ppd4MDntbmFgAbjzrXQ> <xmx:SG1EXUs578UJdRWKyqIzSzxgpd-nbD0mxxoATjmFFHA6-ELp_dgmiQ> <xmx:SG1EXfHL5d8xtW6I98JWV5lMn9mXejZMDb3gl841D3LkaFyU0bjd4w>
Received: from alcoop-m-c46z.fios-router.home (pool-108-51-101-98.washdc.fios.verizon.net [108.51.101.98]) by mail.messagingengine.com (Postfix) with ESMTPA id 541EC80064; Fri, 2 Aug 2019 13:05:12 -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: <b33673ed-5a17-4552-a395-1244c85c969f@comcast.net>
Date: Fri, 02 Aug 2019 13:05:11 -0400
Cc: ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <1A14D72F-16B8-4C84-805B-D7FC9F7BAAAF@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> <C5DB2EEF-E075-47CA-87D5-699B594C2D9B@cooperw.in> <b33673ed-5a17-4552-a395-1244c85c969f@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/7rJ8nsuOIV2QwROfQdAzEYpCN_o>
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: Fri, 02 Aug 2019 17:05:16 -0000

Hi Mike,

> On Aug 1, 2019, at 4:16 PM, Michael StJohns <mstjohns@comcast.net> wrote:
> 
> Hi Alissa -
> 
> Pruned - other comments in line.
> 
> On 7/31/2019 2:34 PM, Alissa Cooper wrote:
>> 
>>>>> 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.
> 
> 
> Given that Ray had no responsibilities (AFAIK) for ISOC duties, and that ISOC hired him on our behalf and that  (from 4071):
> 
> "Although the IAD is an ISOC employee, he or she works under the direction of the IAOC. A committee of the IAOC is responsible for hiring and firing the IAD, for reviewing the IAD's performance, and for setting the compensation of the IAD.",
> 
> it's reasonable to cast the relationship between the IAD and the IETF as a contract relationship of a flavor.    Even though 4071 said the above, it was all with the consent of the ISOC who was Ray's employer, and an attempt to do something in this vein that was against the ISOC HR policies would have been problematic even if "authorized" by 4071.  Even an attempt to fire Ray might have been met with some really interesting conversations between the ISOC and the IETF and perhaps lawyers.
> 
> You now have me curious - was there a separate agreement or MOA between the IAOC and ISOC covering the employment of the IAD where the ISOC agreed to the above?

Not that I’m aware of.

> 
>> 
>> 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.”
> 
> Given that Portia is acting or interim (I don't actually remember which at this point), I don't know that her contractor status matters all that much or means anything for the future RSE or even for the future IAD.
> 
> What's a lot more interesting is what you (singular and I*) see as the target relationship for the to-be-hired permanent IAD - contract with LLC, employee of the LLC, contract with the IAD's employing organization, something else?

The IETF LLC Board did not specify this in the announcement of the executive director search [1]. The search is ongoing as Jason reported at the plenary.

Best,
Alissa

[1] https://mailarchive.ietf.org/arch/msg/ietf-announce/SyA1SbjCLw_9GBChHn-PV9t1xBA

> 
> Later, Mike
> 
> 
> 
>> 
>> Best,
>> Alissa
>> 
>> 
>>> Later, Mike
>>> 
>>> 
>