One document matched: draft-klensin-nomcom-term-01.txt
Differences from draft-klensin-nomcom-term-00.txt
Network Working Group J. Klensin
Internet-Draft
Expires: December 26, 2006 S. Dawkins
Huawei
June 24, 2006
Terms of Appointments for NomCom-selected IETF Leadership Positions
draft-klensin-nomcom-term-01.txt
Status of this Memo
By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
This Internet-Draft will expire on December 26, 2006.
Copyright Notice
Copyright (C) The Internet Society (2006).
Abstract
A consensus is emerging in the IETF that very long tenure in
leadership roles is not in the best interests of the community.
While, in theory, that advice could simply be given to the NomCom,
there is reason to believe that a different model for consideration
of renewal or replacement for members of the leadership would be more
efficient for the NomCom and would impose less hardship on incumbents
and the community. This document outlines that alternate method.
Klensin & Dawkins Expires December 26, 2006 [Page 1]
Internet-Draft NomCom and Terms of Office June 2006
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Mailing List . . . . . . . . . . . . . . . . . . . . . . . 3
2. The Review and Clean Nomination Model . . . . . . . . . . . . 3
2.1. Phase 1: Review of Incumbents . . . . . . . . . . . . . . 4
2.2. Phase 2: Nomination and Selection of New Candidates . . . 5
2.3. Revised schedule . . . . . . . . . . . . . . . . . . . . . 5
3. Previous Discussion Points . . . . . . . . . . . . . . . . . . 5
3.1. IESG-only, or all NomCom appointments? . . . . . . . . . . 6
3.2. "Doing an excellent job" as justification for third
term? . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.3. Guidance, or hard limit on service length? . . . . . . . . 7
4. Internationalization Considerations . . . . . . . . . . . . . 7
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
6. Security considerations . . . . . . . . . . . . . . . . . . . 7
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 7
8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 7
8.1. Normative References . . . . . . . . . . . . . . . . . . . 7
8.2. Informative References . . . . . . . . . . . . . . . . . . 8
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 9
Intellectual Property and Copyright Statements . . . . . . . . . . 10
Klensin & Dawkins Expires December 26, 2006 [Page 2]
Internet-Draft NomCom and Terms of Office June 2006
1. Introduction
A consensus is emerging in the IETF that very long tenure in
leadership roles is not in the best interests of the community.
While, in theory, that advice could simply be given to the NomCom,
there is reason to believe that a different model for consideration
of renewal or replacement for members of the leadership would be more
efficient for the NomCom and would impose less hardship on incumbents
and the community. This document outlines that alternate method.
1.1. Mailing List
This proposal should be discussed on the main ietf list at ietf.org.
2. The Review and Clean Nomination Model
The current nomination process pits incumbents, incumbent
performance, and questions of stability in the IESG against potential
other candidates. This is undesirable for a number of reasons. It
creates the notion of incumbents being "fired" rather than honorably
retired to the citizenry after a brief period of contributing to the
community by assuming a leadership role. And, while there is
significant value in treating stability as a goal, it can also create
distortions about the degree of support various ideas have in the
community.
This specification changes the current model by reintroducing some
principles that the author believes are widely held in the community
and optimizing the selection process to support those principles.
The principles include:
o Service in the IETF's leadership bodies is a short-term
contribution to the community, not a career. Indeed, assuming
those positions may be considered a responsibility to the
community.
o It takes long enough to learn the job of being an effective AD
that, in general, having someone retire after a single two-year
term is uneconomic for the community.
o Just as retirement of an AD after one term should be considered a
major step because of the inefficiencies of the learning period,
the six-month or more period in which an incumbent is uncertain
about whether work should be planned that spans the "first meeting
of the next year" introduces inefficiencies that should be
minimized to the degree possible.
o A demonstrated shortage of people willing to do work in the IETF
should be taken as an indication that there is insufficient real
community interest in the work to reach a meaningful consensus
about high-quality results. While that position appears to be
Klensin & Dawkins Expires December 26, 2006 [Page 3]
Internet-Draft NomCom and Terms of Office June 2006
reasonably well-understood with regard to the number of active
IETF participants interested in putting a working group together,
and in finding leadership for working groups, the same principle
probably should be applied to ADs and areas: if there are only one
or two people willing and qualified to do the AD job, that may be
an indication that the IETF should review the appropriateness of
that area's existence or definition.
To deal effectively with these problems, the NomCom consideration and
evaluation process is divided into two phases.
2.1. Phase 1: Review of Incumbents
Incumbent performance should be evaluated, not compared to potential
other candidates or replacements. The incumbent will always have
more experience. An AD who has done his or her job well, will have
accumulated strong proponents and probably strong detractors. Other
candidates are always risks, and direct comparison is inevitably
difficult.
In Phase 1, the NomCom will evaluate the performance of incumbents,
collecting information from the community as needed to do that. The
NomCom is instructed that an incumbent should be returned once (i.e.,
permitted/encouraged to serve two terms) unless there is strong
evidence of problems (e.g., incompetence, inability to work with WGs,
inability to work with other ADs, non-feasance, or malfeasance).
Conversely, the NomCom should assume that it is better to return an
incumbent who has served two terms to the community and active WG
work unless some special circumstances apply.
While this process allows flexibility, the NomCom is instructed that
"special circumstances" should be a rare occurrence, based on what is
best for the affected area, the IESG, and the IETF as a whole.
Simply doing an outstanding job as an AD should not constitute
"special circumstances" that would justify a third term.
The level of special circumstances required for a fourth, or
subsequent, term should be required to be much higher than that for a
third: the intent is to make more than three terms a rare and nearly
impossible event without formally prohibiting that through a term
limit: it is important that the NomCom retain flexibility and the
opportunity to judge special circumstances.
Discussions between the NomCom and a candidate as to whether that
candidate is willing to serve again should be covered by the NomCom's
normal privacy rules except as mutually agreed. If the NomCom
chooses to not return a candidate who is willing to serve, the
expectation is that this will be indistinguishable to the community
Klensin & Dawkins Expires December 26, 2006 [Page 4]
Internet-Draft NomCom and Terms of Office June 2006
from the candidate voluntarily stepping down. Under normal
circumstances, the NomCom is expected to conduct informational
evaluations of even those candidates who have chosen to step down
(the evaluations may inform later choices), but such candidates may
negotiate with the NomCom as appropriate, perhaps supplying in-depth
analysis of the relevant Area and its status and issues as an
alternative.
At the end of this phase, the NomCom submits the list of returning
candidates to the IAB as usual. The IAB makes its decision and the
choices are announced to the community. The list of (remaining) open
slots is then announced to the community and nominations and
recommendations sought. Any incumbent who is not returned in this
phase is not eligible for the relevant position in the second phase.
2.2. Phase 2: Nomination and Selection of New Candidates
This procedure works exactly as described in [RFC3777], with the
understanding that no incumbent will ever be a candidate for the same
position under this process. As a side-effect, the process makes it
more difficult than it has traditionally been to shift people around
within the IESG: it is considered an explicit corollary to the
principles above that an incumbent AD is one area should normally
have working experience within one or more WGs in a new area before
being considered as a candidate for AD in that area.
2.3. Revised schedule
[[to be supplied]]
The authors are aware of other proposals that would also affect the
NomCom timeline. Rather than trying to develop a revised schedule on
a per-proposal basis, we suggest that one NomCom schedule revision be
considered, based on this and other proposals that would be
accommodated.
3. Previous Discussion Points
In informal discussions before the initial version of this draft was
completed and posted, there was considerable discussion on three
points:
o Whether this proposal should apply only to IESG appointments, or
to all NomCom appointments,
o Whether "doing an outstanding job" is justification for third
terms, and
Klensin & Dawkins Expires December 26, 2006 [Page 5]
Internet-Draft NomCom and Terms of Office June 2006
o Whether this proposal should contain a statement of guidance, or
hard term limits.
Reasonable people spoke in support of both sides on each of these
points, but the proposal authors had to make choices. The community
will need to discuss, and decide upon, these issues.
3.1. IESG-only, or all NomCom appointments?
This specification has been written to apply to the IESG only, since
the IESG's operational role and observed rates of AD burnout make it
most obviously important there.
It is possible that consideration should be given as to whether a
similar or identical model should be applied to the IAB and/or other
appointments made by the NomCom.
3.2. "Doing an excellent job" as justification for third term?
This specification is written to allow NomCom to return ADs for third
terms, and beyond, due to "special circumstances". One question
we've been asked is whether "doing an outstanding job" should be
included in "special circumstances".
While our intention is to provide guidance to NomCom, rather than
rules, this specification proposes that this guidance be "no".
o The community is better served by having former ADs returning to
technical work. A consistent criticism of the current working
group process is that specifications often lack sufficient cross-
area review when they are forwarded for publication. ADs provide
this type of review, but currently-serving ADs don't have time to
provide reviews early in the development of a draft, where it is
most useful and most likely to have a positive impact.
o Allowing "doing an outstanding job" to constitute "special
circumstances" removes deterministic benefits of this model. The
intention is that ADs return to the community after two terms. It
is desired that all ADs "do an outstanding job" - this proposal
would remove ADs who aren't headed for "outstanding", after their
first term - but Only in Lake Woebegon are all the children above
average, and Lake Wobegon is a fictitious place.
o We also note that former ADs are often asked to serve as working
group chairs in difficult situations, to help with BOFs and WG
charter discussions, and to carry out assignments that benefit
from AD experience but do not require the assignee to be a serving
AD. It is unlikely that an outstanding AD who wants to continue
to serve the community will be overlooked after leaving the IESG.
Klensin & Dawkins Expires December 26, 2006 [Page 6]
Internet-Draft NomCom and Terms of Office June 2006
3.3. Guidance, or hard limit on service length?
There was considerable discussion about whether it was better to
offer the NomCom the guidance above, discouraging terms beyond the
second, or whether to flatly prohibit more than two terms. One group
believed that giving the NomCom a little extra flexibility was a good
idea; the other believed that any additional flexibility would likely
lead to very long terms since there would always be a reason to make
an exception.
The authors of this proposal prefer to offer NomCom guidance, rather
than rules. To take one example - if the NomCom believes that
returning a third-term AD is appropriate (due, perhaps, to the other
serving co-area director stepping down before the end of a second
term), we prefer to allow NomCom this flexibility, rather than
restrict them to a course of action that seems ill-advised.
4. Internationalization Considerations
This specification is about IETF Procedures. It has no impact on
internationalization issues.
5. IANA Considerations
This specification is about IETF Procedures. It has no impact on
IANA issues and does not contemplate any IANA actions.
6. Security considerations
This specification is about IETF Procedures for leadership selection.
It has no impact on Internet security issues.
7. Acknowledgements
[[ to be supplied ]]
8. References
8.1. Normative References
[RFC3777] Galvin, J., "IAB and IESG Selection, Confirmation, and
Recall Process: Operation of the Nominating and Recall
Committees", BCP 10, RFC 3777, June 2004.
Klensin & Dawkins Expires December 26, 2006 [Page 7]
Internet-Draft NomCom and Terms of Office June 2006
8.2. Informative References
Klensin & Dawkins Expires December 26, 2006 [Page 8]
Internet-Draft NomCom and Terms of Office June 2006
Authors' Addresses
John C Klensin
1770 Massachusetts Ave, #322
Cambridge, MA 02140
USA
Phone: +1 617 491 5735
Email: john-ietf@jck.com
Spencer Dawkins
Huawei Technologies (USA)
1700 Alma Drive, Suite 100
Plano, TX 75075
US
Phone: +1 469 229 5397
Fax: +1 972 509 0309
Email: spencer@mcsr-labs.org
Klensin & Dawkins Expires December 26, 2006 [Page 9]
Internet-Draft NomCom and Terms of Office June 2006
Intellectual Property Statement
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at
ietf-ipr@ietf.org.
Disclaimer of Validity
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Copyright Statement
Copyright (C) The Internet Society (2006). This document is subject
to the rights, licenses and restrictions contained in BCP 78, and
except as set forth therein, the authors retain all their rights.
Acknowledgment
Funding for the RFC Editor function is currently provided by the
Internet Society.
Klensin & Dawkins Expires December 26, 2006 [Page 10]
| PAFTECH AB 2003-2026 | 2026-04-24 10:09:20 |