Re: [Rfced-future] Proposal for RSCE recruitment committee and process
John C Klensin <john-ietf@jck.com> Fri, 11 March 2022 20:36 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DD243A08CE; Fri, 11 Mar 2022 12:36:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 aenv2ZEuVRMp; Fri, 11 Mar 2022 12:36:04 -0800 (PST)
Received: from bsa2.jck.com (bsa2.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 B5E643A089A; Fri, 11 Mar 2022 12:36:03 -0800 (PST)
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 1nSlzU-000ITV-RH; Fri, 11 Mar 2022 15:36:00 -0500
Date: Fri, 11 Mar 2022 15:35:54 -0500
From: John C Klensin <john-ietf@jck.com>
To: Jay Daley <exec-director@ietf.org>, rfced-future@iab.org
Message-ID: <A315AE7B53470F88CFC7DD9F@PSB>
In-Reply-To: <086A66C3-2F07-49E1-8E0C-0571DA5129E3@ietf.org>
References: <119A2179-3949-46F3-9B42-4F1DD7BBF98E@ietf.org> <086A66C3-2F07-49E1-8E0C-0571DA5129E3@ietf.org>
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/rfced-future/AUR8rN5k4vhTpQepsRYD2lYoUsc>
Subject: Re: [Rfced-future] Proposal for RSCE recruitment committee and process
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2022 20:36:10 -0000
--On Wednesday, March 9, 2022 12:43 +1300 Jay Daley <exec-director@ietf.org> wrote: > An update on this. > >> On 1/02/2022, at 2:50 PM, Jay Daley <exec-director@ietf.org> >> wrote: >> >> In line with Peter's proposed text [1], here is my proposal >> for the RSCE selection committee and recruitment process, >> which I would like community feedback on. I realise that >> things have not been fully settled but this recruitment is >> going to take some time and the sooner we can start the >> better. If this is too soon then please let me know. >> >> # Rationale >> >> 1. The RSCE role is very different from the previous RSE >> role and for the recruitment to be a success it is critical >> that the committee recruits to the new RSCE role as defined. >> It would be problematic if anyone on the committee was not >> clear about the new role and was inadvertently targeting the >> old role. The committee members therefore need detailed >> knowledge of the new role, in all its subtleties. >> 2. The committee needs detailed knowledge of the working >> environment in which the new RSCE will operate in order to >> assess fit and answer questions. This environment includes >> the RPC, IETF community, IETF community leadership and >> non-IETF RFC community (as such as it exists and we have >> knowledge of it). >>... Jay, With the understanding that I'm fine with the people listed, I have a small issue with a role that might be missing, one that interacts with the characterization above. Whether intentionally or not, there has seemed to be an assumption that (to exaggerate a bit for emphasis) anyone who participated in previous selection processes for the RSE and/or definitions of that role are somehow so irreversibly contaminated or seriously brain-damaged by those involvements to be stuck on trying to resurrect that old role (or, as you put it, targeting that role). With the understanding that I am _not_ looking for an appointment with the committee, several of those who were involved in those previous selections have been very active in the Program effort, including contributing to the definition of the new role. None of that would make much difference were it not for one other aspect of the issue. The qualifications you list are primarily knowledge of the working environment (presumably past and present since no one has experience with the actual operation of the new model), contracting and (general) recruitment expertise, and the details of the new model. All that is fine and, if I were making a list, those things would be on it. However, what is missing is in-depth understanding of the more fundamental and philosophical decisions about how RFCs are structured and published. At least as I understand it, it was never an agreed goal of this program to fundamentally change those things, only to significantly change the organizational and decision-making structure that supports and drives the Series. Sandy knows much of that from observation and participation in more recent versions of that history. But, perhaps by a side effect of what appears to be assuming that irreversible contamination, you have no one one your list who knows that history. Not only is there no one who was involved in the prior RSE (or earlier) selection processes, but AFAICT, there is no one who was on the RSOC before the meltdown(s) started, no one who has been on the RSE's advisory (as distinct from "oversight") body or its predecessors, and no one who has served on the ISE's editorial board. Eliminating those people may also reduce the committee's knowledge of the "non-IETF RFC community". In particular, it also appears that, when you mention contracting, you are focused on options available to the IETF LLC and not the rather different sets of issues faced by people who use RFCs as part of their procurement processes. Those who use the RFCs in procurement may not be a "community" in any real sense, but they are vitally important to the relevancy of the RFC Series and, indeed, the IETF. It might even be worth mentioning that at least one of the people who was interviewed during the cycle in which Heather was selected would have been much more qualified for the current definition of the RSCE role than they were for the RSE one -- the latter was seen as having some requirements that the candidate didn't satisfy but that are now largely or completely irrelevant. Certainly the roles are very different, but that does not make the candidate pools disjoint. In addition, our definition of "detailed" may differ but I don't think there is _anyone_ who has "detailed knowledge of the new role, in all its subtleties". Substitute "opinions" for "knowledge" and I'd agree, but it is knowledge that you asked for and that, IMO, is needed. From observation of the discussion on this list, I believe that some people expect the RSCE to be someone who brings some expertise to the table but whose role is largely passive, more or less speaking only when spoken to. Others see the need for a more active role including noticing current or potential problems and bringing them to the attention of the RSWG, RSAB, or other actors as appropriate and before they evolve into crises. I think the community would be better served by having both perspectives on the role (and/or perspectives in between) represented on the committee rather than having only one perspective because of the choices of committee members (maybe both perspectives are adequately represented on your list but it is not obvious and does not appear in the criteria you list). The current version of the document does say (Section 5, second bullet) "Identify problems with the RFC publication process..." which moves things a bit in the second direction. It does not say, for example, "Identify and alert people to potential future problems facing the Series" but that is not excluded either: the text only talks about "primary responsibilities" and, further on, "might provide guidance [that] could include...". I don't recall any consensus that would eliminate the possibility of the RSCE taking a longer-term view or offering advice proactively; only the possibilities of the RSCE having any individual authority or making unilateral decisions is excluded. I think the text is ok and that the RSAB and RSWG will have to do a certain amount of sorting out of roles (the RSCE one and many others) as experience with the new model accumulates. But it seems to me that it could be important to have one or more people on the selection committee with that longer-term perspective on Series philosophy so that candidates who would be good at the more proactive role are not systematically excluded. FWIW, that difference in skills should be reflected in the instructions given the recruiters. A different way to read some of your comments and criteria --and we have talked about this before-- is they can be interpreted as looking for a committee with completely shared views about roles and responsibilities. That would certainly make things easier. It would also not be representative of the community (or even the consensus of this Program) with regard to questions about the details of roles. Fortunately from my point of view, the committee members you listed are not going to give you that level of homogeneity. I'm suggesting that, because the advantages of complete homogeneity have been abandoned, it would be an advantage to broaden things even a bit further and that it would have no downside ... again unless there is consensus about the brain-damage hypothesis about people with prior experience with the selection process and/or long-term series strategy. >... best, john
- [Rfced-future] Proposal for RSCE recruitment comm… Jay Daley
- Re: [Rfced-future] Proposal for RSCE recruitment … Martin J. Dürst
- Re: [Rfced-future] Proposal for RSCE recruitment … Salz, Rich
- Re: [Rfced-future] Proposal for RSCE recruitment … Jay Daley
- Re: [Rfced-future] Proposal for RSCE recruitment … John C Klensin
- Re: [Rfced-future] Proposal for RSCE recruitment … Jay Daley
- Re: [Rfced-future] Proposal for RSCE recruitment … John C Klensin