Nomcom (was: Re: Requirement to go to meetings)
John C Klensin <john-ietf@jck.com> Thu, 27 October 2011 15:25 UTC
Return-Path: <john-ietf@jck.com>
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 53DA521F8B75 for <ietf@ietfa.amsl.com>; Thu, 27 Oct 2011 08:25:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.577
X-Spam-Level:
X-Spam-Status: No, score=-102.577 tagged_above=-999 required=5 tests=[AWL=0.023, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EiuXcqEmRwyN for <ietf@ietfa.amsl.com>; Thu, 27 Oct 2011 08:25:58 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by ietfa.amsl.com (Postfix) with ESMTP id B8F1821F8B74 for <ietf@ietf.org>; Thu, 27 Oct 2011 08:25:57 -0700 (PDT)
Received: from [127.0.0.1] (helo=localhost) by bs.jck.com with esmtp (Exim 4.34) id 1RJRq8-000KVB-1p; Thu, 27 Oct 2011 11:25:56 -0400
Date: Thu, 27 Oct 2011 11:25:54 -0400
From: John C Klensin <john-ietf@jck.com>
To: Mary Barnes <mary.ietf.barnes@gmail.com>
Subject: Nomcom (was: Re: Requirement to go to meetings)
Message-ID: <8C3D05672E6CC4FBAD431599@PST.JCK.COM>
In-Reply-To: <CAHBDyN5XLameMfm8zfkDyG+KKmbDOOKJhoPm-tmAUN9Qk6Fksw@mail.gmail.com>
References: <20111019162557.9196B21F88A0@ietfa.amsl.com> <B20DB1F6016850BA9AB6F2ED@PST.JCK.COM> <m24nz3pqy5.wl%randy@psg.com> <CAMm+Lwhnu5WfQs-PBPtQzkNcrbPVs8CKV_gF+f+Tmf3kN-1Kpg@mail.gmail.com> <140293C1-E2F8-4193-BF96-519144149874@ericsson.com> <4EA1C0D9.5010501@gmail.com> <4EA3B39B.8000709@dcrocker.net> <4EA43E8B.3070507@gmail.com> <6C5061B2-C799-4A08-A982-932F5A09D0FF@cisco.com> <4EA456C4.8050309@gmail.com> <4EA4C8D1.4050701@stpeter.im> <4EA55C11.8060303@dcrocker.net> <D70C4986-478C-4BA4-900C-505654CC7B87@lucidvision.com> <CAJNg7VJ2zdmVU6ps+ZKq49nLfHJXvh9CogUzq-TpzrENc8cF2Q@mail.gmail.com> <6.2.5.6.2.20111024082802.0a6dd3d8@resistor.net> <19985.1319480278@marajade.sandelman.ca> <4EA5AFED.1080601@gmail.com> <CAHEV9L2RSnUhG_ms82J78GQHtwghEcS=zECAwNaEuxKuoZ+koA@mail.gmail.com> <4FBBAA29-0ADF-45BF-A6D1-ED6045F8EDF8@cisco.com> <3876F992C2D976F5C41A0B21@PST.JCK.COM> <4EA82958.5090405@stpeter.im> <C5732B46-C0D9-493B-973B-3449BBA246D1@cisco.com> <4EA86470.7030007@stpeter.im> <CAHBDyN5XSwTWnR131KJbhDF6ri4OAG3jAQGLNtpD5Yxjm4TZiw@mail.gmail.com> <DF7F294AF4153D498141CBEFADB17704C6F1B5979C@EMBX01-WF.jnpr.net> <CAHBDyN5XLameMfm8zfkDyG+KKmbDOOKJhoPm-tmAUN9Qk6Fksw@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
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 27 Oct 2011 15:25:59 -0000
Subject changed, this is about to go off in a different direction. --On Thursday, October 27, 2011 08:38 -0500 Mary Barnes <mary.ietf.barnes@gmail.com> wrote: >... > [MB] No, I do not think the comments should be public. My > point was that there is such a small percentage of the > community that even provides input that it is really difficult > to make really good decisions with that information. Each > nomcom asks for detailed feedback, but it is rare to get > feedback that provides concrete examples of why person x is > the best choice for a position. That makes the job of the > Nomcom extremely difficult and is one of the reasons why the > decisions can be far from perfect. > > The primary problem with the current Nomcom model that can't > be fixed by a process change is the lack of community input > (Note: there is still time for folks to provide that input for > this year's Nomcom!!!) So, I consider voting to be an easy > way for folks to express an opinion without providing details > - it at least could hopefully broaden community participation > because it takes far less effort. Mary, Please understand that what I'm about to say is not a criticism of any hard-working Nomcom or its members, present or past. First, the problem with voting in our environment is ensuring fairness: if nothing else, it would be really easy for a company who felt like doing so to pack the proverbial ballot box. But, more important, when the Nomcom model was developed, I think the assumption of most of the community would be that the Nomcom would be populated mostly by really active participants in the IETF and that, in general, if a particular candidate wasn't personally known to at least several Nomcom members, that would be a really bad sign about that candidate. In that environment, extensive polls/ questionnaires were probably unnecessary; at worst, Nomcom's didn't need to depend on them as a primary source of information. Since then, several things have happened. The most important is that the community has gotten bigger and a number of trends have combined with size to make the assumption of first-person knowledge a lot less likely. The number of positions to be filled has also increased significantly: for example, I'm pretty sure there were fewer areas in 1996 and the typical area had one AD, rather than two being the norm for everyone by the IETF Chair. The Nomcom process has gotten longer (probably in part as a result) and serving on a Nomcom has become more burdensome. With most positions to be filled by the Nomcom, effectively having a rule that anyone interested in any of those positions should not volunteer to serve on the Nomcom may have some effect on participation. I'm sure you could add to that list. For that set of reasons, while I don't think voting is the answer unless we decide to change our membership model so that we can identify close affiliates and vote by organization and/or restrict the ability of any organization or group of organizations to capture the process --and, for the record, I don't favor trying that -- I do think some fundamental rethinking of the Nomcom model may be important and important soon. In the interim, if the Nomcom wants more feedback, I suggest that some tuning (not requiring major reforms) may be in order to actually make giving that input easier. Let me give four examples, but they are only examples. There may be others that would be even more useful to think about. (1) There is an incumbent bias built into the system because Nomcoms (using a reasonable reading of the criteria in various BCPs), appear to believe that their job is to return an incumbent who is willing to serve again unless a candidate is available who would be clearly superior. Especially for the IESG, unless the incumbent has screwed up in a serious way, that bar will normally be impossibly high because a sitting AD is a known quantity and almost any alternate candidate is a risk. Spencer Dawkins and I made a proposal a couple of years ago for the Nomcom to review the incumbents who were willing to serve again separately, make decisions about them, and only then start considering others. The proposal, at least in the last version posted (https://datatracker.ietf.org/doc/draft-klensin-nomcom-incumbents-first/) never got an real traction. The proposal had some disadvantages, some of which might have been fixed with more work, and others of which were just tradeoffs to be considered. But one clear effect would have been to drastically reduce the number of positions for which the community is asked to comment on a list of candidates. (2) Independent of that particular suggestion, the number of slots on which people are now being asked to comment, and, in some cases, the number of people who are listed for each slot, is just daunting. Ask someone to comment on two or three candidates for one position (or even a few positions) and you will probably get a lot of input, especially if the people you ask seem to be a focused list, chosen in some intelligent way. Ask folks to comment on 48 names and I suggest that human nature predicts a lot of "maybe I'll get to that another time" and general tuning out. Perhaps it means that RFC 5680 was the wrong answer to the question/ problem, but I suggest that there is a reason why no plausible search process in the work world presents a final selection process with 48 people, or even seven, for in-depth consideration and comments. Developing short lists has the advantage that the selection process gets comments on those candidates for whom it really wants and needs comments _and_ people have more incentive to write good comments for the smaller number of people for whom they will be useful. Listing everyone who expressed interest (or was willing to be listed for some other reason) might get a Nomcom to look again at a superstar who had slipped through the cracks of earlier considerations but is much more likely to just overwhelm the system with noise. (3) I don't believe it has happened this year, but trends in the community predict that, sooner or later, we will have someone volunteer for a large number of positions simply because he or she (or whomever they work for) wants them in the IETF leadership. Someone ought to be able to write one comment that says "Goofy wants to be in the leadership to enhance his resume and told several of us that at a Bar BOF and should not be selected for _any_ position. If you don't believe me alone, check with X, Y, or Z." In the current model, that would require writing a separate review for each position. Lots of make-work; might not happen at all. But a Nomcom would really want that input I think. (4) I have some basis for believing I can comment on the IAB and its needs. Perhaps I'm completely wrong, too old and set in my ways and that my opinions should be dismissed or negatively weighted -- that is the Nomcom's decision, not mine. But one of my observations is that the IAB's role is not really very well defined for Nomcom considerations and that the role and utility of the IAB is strongly shaped by those who are put on it. In the interest of full disclosure, if I were [re]inventing the world, I would significantly reduce the fraction of the IAB that is appointed by the Nomcom, but that is another discussion. IMO, the way for me to make useful comments is to explain some scenarios about what I think the IAB might be like and then tell the Nomcom which people I would select to advance each of those scenarios. With a very small number of exceptions, I can't evaluate people without those scenarios; simply presenting me with a list of 20 choices creates high odds of the Nomcom's getting no comments at all. Just my opinion, YMMD. john
- RFP for Remote Participation Services Specificati… IETF Administrative Director
- Anotherj RFP without IETF community input (was: R… John C Klensin
- Re: Anotherj RFP without IETF community input (wa… Frank Ellermann
- Re: Anotherj RFP without IETF community input (wa… John C Klensin
- RE: Anotherj RFP without IETF community input (wa… George, Wes
- Re: Anotherj RFP without IETF community input Simon Perreault
- Re: Anotherj RFP without IETF community input Joel jaeggli
- Re: Anotherj RFP without IETF community input Dave Cridland
- Re: Anotherj RFP without IETF community input (wa… SM
- Re: Anotherj RFP without IETF community input Henk Uijterwaal
- RE: RFP for Remote Participation Services Specifi… Worley, Dale R (Dale)
- Re: Anotherj RFP without IETF community input Simon Pietro Romano
- Re: Anotherj RFP without IETF community input Simon Pietro Romano
- Re: Anotherj RFP without IETF community input (wa… Randy Bush
- Re: Anotherj RFP without IETF community input SM
- Re: Anotherj RFP without IETF community input John C Klensin
- Re: [IAOC] Anotherj RFP without IETF community in… Bob Hinden
- Re: [IAOC] Anotherj RFP without IETF community in… Randy Bush
- RE: Anotherj RFP without IETF community input Worley, Dale R (Dale)
- Re: Anotherj RFP without IETF community input (wa… Phillip Hallam-Baker
- Re: [IAOC] Anotherj RFP without IETF community in… John C Klensin
- Re: Anotherj RFP without IETF community input Kevin P. Fleming
- Re: Anotherj RFP without IETF community input (wa… John C Klensin
- Re: Anotherj RFP without IETF community input (wa… Randy Bush
- Re: Anotherj RFP without IETF community input (wa… edj.etc
- Re: [IAOC] Anotherj RFP without IETF community in… Dave CROCKER
- Re: [IAOC] Anotherj RFP without IETF community in… Bob Hinden
- Re: Anotherj RFP without IETF community input Simon Pietro Romano
- Re: Anotherj RFP without IETF community input Eric Burger
- Re: Anotherj RFP without IETF community input (wa… Acee Lindem
- Re: [IAOC] Anotherj RFP without IETF community in… SM
- Re: Anotherj RFP without IETF community input Kevin P. Fleming
- Re: Anotherj RFP without IETF community input Marshall Eubanks
- Re: Anotherj RFP without IETF community input Melinda Shore
- Re: Anotherj RFP without IETF community input Nick Hilliard
- Re: Anotherj RFP without IETF community input Eric Burger
- Requirement to go to meetings (was: Re: Anotherj … Dave CROCKER
- Re: Requirement to go to meetings Eric Burger
- Re: Requirement to go to meetings Ping Pan
- RE: Requirement to go to meetings (was: Re: Anoth… Murray S. Kucherawy
- Re: Requirement to go to meetings Eric Burger
- Re: Requirement to go to meetings (was: Re: Anoth… Marshall Eubanks
- Re: Requirement to go to meetings John C Klensin
- RE: Requirement to go to meetings (was: Re: Anoth… John C Klensin
- Re: Requirement to go to meetings Dave CROCKER
- Re: Requirement to go to meetings Scott Brim
- Re: Requirement to go to meetings Melinda Shore
- RE: Requirement to go to meetings Sprecher, Nurit (NSN - IL/Hod HaSharon)
- Re: Requirement to go to meetings Marc Petit-Huguenin
- Re: Requirement to go to meetings Marshall Eubanks
- Re: Requirement to go to meetings Cullen Jennings
- Re: Requirement to go to meetings Stephen Farrell
- Re: Requirement to go to meetings Cullen Jennings
- Re: Requirement to go to meetings Loa Andersson
- RE: Requirement to go to meetings Sprecher, Nurit (NSN - IL/Hod HaSharon)
- RE: Requirement to go to meetings Murray S. Kucherawy
- Re: Requirement to go to meetings Stephen Farrell
- Re: Requirement to go to meetings Randy Bush
- Re: Requirement to go to meetings Randy Bush
- Re: Requirement to go to meetings Melinda Shore
- Re: Requirement to go to meetings Loa Andersson
- Re: Requirement to go to meetings Michal Krsek
- Re: Requirement to go to meetings Cullen Jennings
- Re: Requirement to go to meetings Tim Chown
- Re: Anotherj RFP without IETF community input Henk Uijterwaal
- Re: Requirement to go to meetings Donald Eastlake
- Re: Requirement to go to meetings Yoav Nir
- Re: Requirement to go to meetings Sam Hartman
- Re: Requirement to go to meetings Andrew Allen
- Re: Requirement to go to meetings Joel jaeggli
- Re: Requirement to go to meetings Henning Schulzrinne
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Requirement to go to meetings Mikael Abrahamsson
- Re: Requirement to go to meetings Randy Bush
- Re: Requirement to go to meetings Robert Raszuk
- Re: Requirement to go to meetings Joel jaeggli
- Re: Requirement to go to meetings Dave CROCKER
- Re: Requirement to go to meetings Kevin Smith
- Re: Requirement to go to meetings John Leslie
- Re: Requirement to go to meetings Marshall Eubanks
- Re: Requirement to go to meetings Thomas Nadeau
- Re: Requirement to go to meetings Marshall Eubanks
- Re: Requirement to go to meetings Joel jaeggli
- RE: Requirement to go to meetings Christer Holmberg
- Re: Anotherj RFP without IETF community input John Leslie
- Re: Anotherj RFP without IETF community input Mikael Abrahamsson
- Re: Anotherj RFP without IETF community input Marshall Eubanks
- Re: Requirement to go to meetings Dave CROCKER
- Re: Requirement to go to meetings Michael Richardson
- Re: Anotherj RFP without IETF community input John Leslie
- Re: Anotherj RFP without IETF community input Marshall Eubanks
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Requirement to go to meetings Spencer Dawkins
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Requirement to go to meetings Spencer Dawkins
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Anotherj RFP without IETF community input Mikael Abrahamsson
- Re: Requirement to go to meetings SM
- RE: Anotherj RFP without IETF community input Dearlove, Christopher (UK)
- Re: Requirement to go to meetings Thomas Nadeau
- Re: Requirement to go to meetings Michael Richardson
- Re: Requirement to go to meetings Melinda Shore
- RE: Requirement to go to meetings Robin Uyeshiro
- Re: Requirement to go to meetings t.petch
- Re: Requirement to go to meetings t.petch
- Re: Requirement to go to meetings John Leslie
- Re: Requirement to go to meetings Ping Pan
- Re: Requirement to go to meetings Fred Baker
- Re: Requirement to go to meetings John C Klensin
- Re: Requirement to go to meetings Dave Cridland
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Requirement to go to meetings Donald Eastlake
- Re: Requirement to go to meetings Peter Saint-Andre
- RE: Requirement to go to meetings Christer Holmberg
- Re: Requirement to go to meetings t.petch
- Re: Requirement to go to meetings Fred Baker
- Re: Requirement to go to meetings Peter Saint-Andre
- Re: Requirement to go to meetings John Leslie
- Re: Requirement to go to meetings Mary Barnes
- RE: Requirement to go to meetings Ross Callon
- Re: Requirement to go to meetings Dave CROCKER
- What? This thread is talking about *voting* now? Brian E Carpenter
- Re: Requirement to go to meetings Melinda Shore
- Re: Requirement to go to meetings Martin Sustrik
- Re: What? This thread is talking about *voting* n… Bob Hinden
- Re: Requirement to go to meetings SM
- Re: Requirement to go to meetings Mary Barnes
- Re: Requirement to go to meetings Fred Baker
- Re: Requirement to go to meetings Margaret Wasserman
- Re: Requirement to go to meetings Dave CROCKER
- Re: Requirement to go to meetings Paul Hoffman
- Nomcom (was: Re: Requirement to go to meetings) John C Klensin
- Re: Requirement to go to meetings Fred Baker
- RE: Requirement to go to meetings Ross Callon
- Re: What? This thread is talking about *voting* n… Randy Bush
- Re: What? This thread is talking about *voting* n… SM
- Re: Requirement to go to meetings John C Klensin
- Re: Requirement to go to meetings Richard Kulawiec
- Re: Virtual Water Coolers Dave Cridland
- Re: Requirement to go to meetings Ray Bellis
- Re: Requirement to go to meetings Donald Eastlake
- Re: Virtual Water Coolers Richard L. Barnes
- Re: Virtual Water Coolers Dave Cridland
- Re: What? This thread is talking about *voting* n… Suresh Krishnan
- Re: Nomcom Suresh Krishnan
- Re: Virtual Water Coolers Brian E Carpenter
- Re: Virtual Water Coolers Dave Cridland
- IETF jabber room histories (Re: Virtual Water Coo… Brian E Carpenter
- Re: IETF jabber room histories (Re: Virtual Water… Doug Barton
- Re: IETF jabber room histories (Re: Virtual Water… Dave Cridland
- Re: IETF jabber room histories (Re: Virtual Water… Brian E Carpenter
- Re: IETF jabber room histories (Re: Virtual Water… Peter Saint-Andre
- Re: Nomcom (was: Re: Requirement to go to meeting… Hannes Tschofenig
- Re: Requirement to go to meetings Henrik Levkowetz
- Re: Requirement to go to meetings Marshall Eubanks
- Re: Requirement to go to meetings Dave CROCKER
- Re: Requirement to go to meetings Henrik Levkowetz
- Re: Requirement to go to meetings Marshall Eubanks
- Re: Requirement to go to meetings Barry Leiba