Re: [Iasa20] 6635bis
John C Klensin <john-ietf@jck.com> Mon, 29 April 2019 18:26 UTC
Return-Path: <john-ietf@jck.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 D15C512062A for <iasa20@ietfa.amsl.com>; Mon, 29 Apr 2019 11:26:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 zPO0ssCchmRc for <iasa20@ietfa.amsl.com>; Mon, 29 Apr 2019 11:26:29 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 79382120636 for <iasa20@ietf.org>; Mon, 29 Apr 2019 11:26:29 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1hLAyx-000JO9-11; Mon, 29 Apr 2019 14:26:27 -0400
Date: Mon, 29 Apr 2019 14:26:20 -0400
From: John C Klensin <john-ietf@jck.com>
To: Richard Barnes <rlb@ipv.sx>
cc: John Levine <johnl@taugh.com>, IASA 2 WG <iasa20@ietf.org>
Message-ID: <5A9A7451775BD1B632CB7140@PSB>
In-Reply-To: <CAL02cgSnpP1pA=mStxkEahG8rmqEFL0CkAVkgq1b3mp_Kif9Sg@mail.gmail.com>
References: <20190428034407.4EC3B20130AC13@ary.qy> <43D5554EEDD8418CC4E0C195@PSB> <CAL02cgSnpP1pA=mStxkEahG8rmqEFL0CkAVkgq1b3mp_Kif9Sg@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/0qvhoxQnWxBjvZMZN0shU02hzB0>
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: Mon, 29 Apr 2019 18:26:32 -0000
--On Monday, April 29, 2019 12:10 -0400 Richard Barnes <rlb@ipv.sx> wrote: > John: I'm confused by this "lean and mean" point. How is an > organization with a collection of contractors (RSE, RPC, etc.) > leaner and meaner than an organization with an equivalent > number of employees? I may still not have the right tag line. There may not be one. However, to try again, I'm more concerned about the management and between-staff relationships than I am about the employee-contractor distinctions. I think the latter are of little interest as long as the individual is full time but, as others have pointed out, can get a tad more complicated if they are not. Specific cases may differ (see below). Let's take the RSE and RPC as examples, with the understanding that other examples may differ. RSE: As long as the contracts are written carefully and any chosen LLC Executive Director's sense of boundaries exceeds that person's power and control influences, I don't see any difference between contractor and employee status. However, note the qualifications there and the added burdens they may impose on the LLC Board to exert active oversight and maintain transparency about boundaries and authority (I don't believe we did very well about that sort of oversight and transparency with the IAOC and, while I see encouraging signs, I don't yet see either structural mechanisms that would better constrain the LLC Board; YMMD). So, for example, many of us worked at universities at one time or another and had both staff/employee positions with the university and permission to do outside consulting. The core relationships were clear: employment was with the university, primary loyalty was to the university, and the university had the right (subject to interminable arguments about academic freedom) to dictate what jobs could or could not be taken. The RSE role is different: it is explicitly not full-time and the RSE appointees are presumably (and I assume contractually) free to do whatever they like with the rest of their time, subject only to (I assume) avoidance of significant conflicts of interest. Could an employee agreement be designed to create that same situation? I'm quite confident that it could and I'd have no problems with going that way if the LLC Board and Executive Director decided that was the right thing to do, subject to the comments below. I do suggest it would be a bit harder, if only because such an employee agreement that doesn't put the employer into a position of being somehow primary is almost certainly not as common as contractor ones. I'd also be concerned with another issue that is hinted at above. At present, the RSE reports to the IAB (or, as delegated, the RSOC). The SOW belongs to the IAB, constrained for a particular RSE by whatever is covered in the contract (if that is not consistent with the SOW, the IAB has a problem, but one that I expect would quickly be sorted out among the parties involved). That is unambiguous and, from the standpoint of what is normally meant by "reporting", I assume the contract is about how the RSE gets paid rather than about how the RSE is managed. However, if the RSE is an employee of the LLC, my understanding of the description of the Executive Director's role in the IETF Administration LLC agreement is that the RSE then "reports to" the Exec Dir. Having two masters (on a day-to-day basis rather than general oversight of a contract) is rarely a good idea although I assume that boundaries could be sorted out as long as everyone involved behaved like an adults with the same goals (something else I believe can reasonably be assumed). I don't consider any of the above to be an important issue for an odd reason: I don't believe anyone who would have the skills and experience to be qualified to be RSE would accept an employment agreement that did not spell all of the details out in great care (or would accept such an agreement at all). If the Exec Director and LLC Board decided it was worth the trouble to work out such agreements with a particular candidate, so be it. However, my assumption is that they (and the IAB) would discover that it severely constrained candidate choices. And, of course, if someone were chosen for the RSE role without the right skills and experience, the problems that would cause would probably make details of employment or contractor relationship seem trivial by comparison. So now let's look at the RPC. As I understand the current arrangement, there is a single contract with AMS to perform that function and the Exec Dir manages that contract while the RSE has oversight responsibility (and, I assume, high-level task assignment responsibility) for the specific work being done. I assume the IETF LLC does not control (independent of any informal conversations that might occur) the particular people who are hired by AMS, their terms of employment, etc. So, informal arrangements and discussions aside, neither the RSE nor the LLC Exec Dir are managing the staff of the RPC on a day to day basis. Now, assume things are shifted so that the RPC function is brought in-house. First of all, even if the Exec Dir appoints an RPC manager and delegates as much as possible to him or her, the Exec Dir is suddenly managing staff, perhaps a lot of staff. There is more potential for conflicts between the Exec Director's role wrt that staff and the RSE's role, conflicts that are different (not necessarily better one way or the other) depending on which the RSE is also an LLC employee nominally reporting to the Exec Dir or a contractor with performance responsibilities only to the IAB. There may (or may not) be an issue with the difference between that role for the Exec Dir and the role and skills for which the Exec Dir was chosen. And, as other people have suggested, I have another (not-quite-separate) concern should the number of employees of the LLC exceed some threshold that makes the shape and responsibilities of the organization a matter that requires separate consideration. John Levine wrote in a separate note "I'd see no more than two employees in the forseeable future, the exec dir and maybe the RSE". The threshold at which my experience suggests that one should become really worried about what I think Christian referred to as staff capture probably occurs when the number of employees gets close to or passes the size of the oversight body, so, modulo the concern above about the reporting chain for the RSE, that particular two-employee arrangement wouldn't, by itself, cause me to lose any sleep. However, I've also seen a lot of organization mission and staffing size creep in my time and, as suggested above, I don't believe the IAOC and IAD set positive records for openness and transparency and, indeed, sometimes did not live up to the expectations many or most of us had when the IASA 1.0 model was adopted. I don't yet see enough of a positive track record for the LLC Board and Executive Director to dispel whatever concerns that history suggests, especially for decisions that enough personnel matters that the Exec Dir and LLC Board would be justified in making decisions in secret, negotiating and executing contracts or employment agreements, and then announcing the results, even then not providing the community without any details. That risk existed with IASA 1.0 and the IAOC/IAD, but, as the discussion of appeals against Exec Dir or LLC Board actions made clear, the new arrangements, in practice, give the community no mechanism for directing the LLC Board if there is a different of opinion about strategy or holding Board members accountable except via waiting a long time for a sufficient set of Nomcom appointments role around or trying to use an ineffectual recall procedure. So, if the real issue here is "it should be ok for the Exec Dir and/or RSE to be employees", let's discuss that and, if there is rough consensus, write it into an appropriate document. I personally see no problem with the first and have outlined some of the tradeoffs I see (including why I don't expect it to be an issue) with the second above. But let's not use phrasing broad enough to allow the LLC to, e.g., pull the RPC or Secretariat in-house without coming back to the community and having a serious discussion. Maybe we would actually want to do that but let's not spend a lot of time on it --or open the door to its being done on a creeping basis and in secret-- until we have a real example of why it would be good for the community in front of us. best, john
- [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