Re: [Iasa20] 6635bis
"Joel M. Halpern" <jmh@joelhalpern.com> Tue, 30 April 2019 18:18 UTC
Return-Path: <jmh@joelhalpern.com>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 106A5120301 for <iasa20@ietfa.amsl.com>; Tue, 30 Apr 2019 11:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com
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 1HxtLjqSAsb4 for <iasa20@ietfa.amsl.com>; Tue, 30 Apr 2019 11:17:57 -0700 (PDT)
Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B25F71202FE for <iasa20@ietf.org>; Tue, 30 Apr 2019 11:17:57 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 44tqWn4KqZz1h1G0; Tue, 30 Apr 2019 11:17:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1556648277; bh=7apMcdC7/ll+AdcHixwj3swT/Q444Pn4+M4ZWz05Yss=; h=Subject:To:References:From:Date:In-Reply-To:From; b=P2wY2RHIKuhpMVCotl9JmkibWMFjN0Xrn7G1EvjhkKS5w/2koi1IM1m3yI6xVa4ZK 8r73JVbcutHE2gwsVzyXERIO6KrYk4nGZZAXmK30G0BoxrKIZ4bE0njUqZgcA+k0T7 W4yMmImkREHdetcd3SGJqigNodyvyfYL8szHeKew=
X-Virus-Scanned: Debian amavisd-new at maila2.tigertech.net
Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 44tqWm5y8bz1h1Ft; Tue, 30 Apr 2019 11:17:56 -0700 (PDT)
To: Sean Turner <sean@sn3rd.com>, iasa20@ietf.org
References: <20190428034407.4EC3B20130AC13@ary.qy> <43D5554EEDD8418CC4E0C195@PSB> <CAL02cgSnpP1pA=mStxkEahG8rmqEFL0CkAVkgq1b3mp_Kif9Sg@mail.gmail.com> <58df809e-44dc-88b8-ff11-1c7ef1ccb8f6@joelhalpern.com> <02C8F2A9-D8E5-4E3B-A185-B8C9C9AC410D@cooperw.in> <37d6031a-b0c6-c082-d4e7-008a67ba02b4@joelhalpern.com> <AFC2A44B-2F42-4BD6-BF16-3A4F9895B9B7@cooperw.in> <f6bf4fea-64d0-4616-17d9-25c3b1e961d3@joelhalpern.com> <82D23000-AADA-4534-89A8-DF43861CB468@sn3rd.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <d2341f9c-f941-5c16-f6ca-a8884de6191a@joelhalpern.com>
Date: Tue, 30 Apr 2019 14:17:55 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <82D23000-AADA-4534-89A8-DF43861CB468@sn3rd.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/Ka98O-snSB0AG1WjK3w7vUoIHx8>
Subject: Re: [Iasa20] 6635bis
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called IASA 2.0 project. <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Apr 2019 18:18:02 -0000
On the SOW phrasing, I can live with removing it, although I do not see the value. On the complex reporting, that was the deliberate community compromise. The goals was to avoid having the RSE be the line manager. People management is a VEyr different skill set that what we were (and I believe still are) looking for in an RSE. If you suspect there is a problem with the structure, one could ask the RSE and / or the RPC if they have a problem with it. On making the LLC more able to make the RPC employees, that is a major shift in structure. I would want to see an explicit reason for enabling such a change, not just "to give us more flexibility". Flexibility in structuring is good if it solves / avoids a problem. In this case, what does that solve / avoid? If we develop a problem, that would seem the time to ask the community for permission to make such a change. Yours, Joel On 4/30/19 12:40 PM, Sean Turner wrote: > >> On Apr 29, 2019, at 15:03, Joel M. Halpern <jmh@joelhalpern.com> wrote: >> >> Maybe the correct answer is for us all to stop arguing for any position until there is a proposed change that can be discussed? > > Hi! Again sorry for going into radio silence right after starting this thread. > > Since Joel asked, I have included review comments below. These deal directly with the question about more flexibility for the RSE and RPC to be either contractors or employees, and the text suggestions assume that the desired result is flexibility for the LLC to choose the type of employment relationship. I have some other comments/questions based on reviewing the doc but I will hold those for now so we can focus on this particular issue. > > I realize people wanted to just s/IAOC/LLC/ here as in the other documents (and that the editors dutifully followed this direction), but this draft is prescriptive about what the LLC can do in a way that the other documents are not. As a result, changing the label seems to have other implications that it is worth the community considering. If IAOC == LLC then we would not have gone to the trouble to create the LLC. > > Also, in case it was not clear, none of this relates to performance of current contractors in current roles, but rather establishing the LLC's ability to operate successfully in the future. > > > = Section 2 = > > The use of the term "SOW" could be read to imply contractor status. Suggestion: > > OLD > These responsibilities are defined below, although the specific work > items under them are a matter for the actual employment contract and > its Statement of Work (SOW). > > NEW > These responsibilities are defined below. > > = Section 2.1.1 = > > "The RSE is responsible for the performance of the RFC Production Center and Publisher." > > It is not clear what this is meant to imply from a management perspective. Also relevant here is Figure 2 and this text from 2.2: "All these activities will be done under the general direction, but not day-to-day management, of the RSE." Under RFC 6635, does this mean that if the performance of the RPC does not meet the standards in the RPC contract, that the RSOC/IAB are to hold the RSE accountable for that? Section 2.1.1 also says the RSE performs annual reviews for the RPC and the Publisher function. But this performance responsibility/accountability relationship is not specified in the RPC contract as far as I can tell. That is, accountability to the RSE for performance of the contract does not appear. Accountability to ISOC (now assigned to the LLC) does appear. > > If both employees and contractors are allowed for these functions, it seems like there are multiple different management structures that could all be workable here (e.g., RPC employees reporting to an RSE employee who is their manager, or all of them as employees reporting to another manager within the LLC, or two contractors whose contracts are both managed by the same LLC employee). So if there is flexibility allowed in the employment types, it would probably make more sense for this section to just specify who is expected to be accountable to whom for their performance, and leave out the bits about SOWs and vendor selection. But it's hard to suggest a specific edit since the intent of RFC 6635 is not clear, or not clearly reflected in the contracts. > > = Section 2.2 = > > Same comment as Section 2, regarding "paid contractor.” > > OLD > The RFC Production Center function is performed by a paid contractor, > and the contractor's responsibilities include the following: > > NEW > The RFC Production Center's responsibilities include the following: > > The last sentence of the section would also need to be deleted or edited based on edits to 4.1. > > = Section 2.3 = > > The last sentence of the section would need to be deleted or edited based on edits to 4.1. > > = Section 4.1 = > > If employees and contractors are both allowed, it seems like mandating the specific process detailed here would not work, since depending on the circumstances this might be a vendor selection process or an employee hiring process or a mix of both. It seems like specifying who must be involved in whatever process is used is important, since that allows the community to know that the people who are the appointed experts (on RSOC or selected by RSOC) will be involved. But eliding the rest of the details and the language about vendors and SOWs and RFPs would be needed to provide the flexibility. > > What to suggest here specifically is dependent on the intent of 2.1.1, per my comments above. > > spt > _______________________________________________ > iasa20 mailing list > iasa20@ietf.org > https://www.ietf.org/mailman/listinfo/iasa20 >
- [Iasa20] 6635bis Sean Turner
- Re: [Iasa20] 6635bis Joseph Lorenzo Hall
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Mike Bishop
- Re: [Iasa20] 6635bis Eric Rescorla
- Re: [Iasa20] 6635bis Ted Hardie
- Re: [Iasa20] 6635bis Bob Hinden
- Re: [Iasa20] 6635bis Martin Thomson
- Re: [Iasa20] 6635bis John Levine
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Eric Rescorla
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis Joseph Lorenzo Hall
- Re: [Iasa20] 6635bis Andrew Sullivan
- Re: [Iasa20] 6635bis Christian Huitema
- Re: [Iasa20] 6635bis Russ Housley
- Re: [Iasa20] 6635bis Livingood, Jason
- Re: [Iasa20] 6635bis Livingood, Jason
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis John Levine
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis John R Levine
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis John R Levine
- Re: [Iasa20] 6635bis John C Klensin
- Re: [Iasa20] 6635bis S Moonesamy
- Re: [Iasa20] 6635bis Salz, Rich
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Bob Hinden
- Re: [Iasa20] 6635bis John Levine
- Re: [Iasa20] 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Joseph Lorenzo Hall
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis John C Klensin
- Re: [Iasa20] 6635bis Ted Hardie
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis John C Klensin
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Ted Hardie
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Sean Turner
- Re: [Iasa20] 6635bis Eric Rescorla
- Re: [Iasa20] 6635bis - RPC contracting Joel M. Halpern
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] 6635bis Adrian Farrel
- Re: [Iasa20] 6635bis Brian E Carpenter
- Re: [Iasa20] 6635bis Richard Barnes
- Re: [Iasa20] employees and contractors in 6635bis John Levine
- Re: [Iasa20] employees and contractors in 6635bis Stephen Farrell
- Re: [Iasa20] employees and contractors in 6635bis John R Levine
- Re: [Iasa20] employees and contractors in 6635bis Stephen Farrell
- Re: [Iasa20] employees and contractors in 6635bis Eric Rescorla
- Re: [Iasa20] employees and contractors in 6635bis Stephen Farrell
- Re: [Iasa20] employees and contractors in 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] employees and contractors in 6635bis Eric Rescorla
- Re: [Iasa20] employees and contractors in 6635bis Joel M. Halpern
- Re: [Iasa20] employees and contractors in 6635bis Stephen Farrell
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] employees and contractors in 6635bis Bob Hinden
- Re: [Iasa20] employees and contractors in 6635bis John R Levine
- Re: [Iasa20] employees and contractors in 6635bis Bob Hinden
- Re: [Iasa20] employees and contractors in 6635bis Sarah B
- Re: [Iasa20] employees and contractors in 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis Alissa Cooper
- Re: [Iasa20] 6635bis Joel Halpern Direct
- Re: [Iasa20] 6635bis Ted Hardie
- Re: [Iasa20] 6635bis Joel M. Halpern
- Re: [Iasa20] 6635bis Alissa Cooper