Re: [ietf-nomcom] NomCom 2023 Process Details for Mid-Term Vacancies

[Stephen Farrell <[e-mail]>]

Hi Martin,

First, what a bummer! I think Lars has been doing a great job
and that his employer's decision is pretty extremely dim.

I think the process you plan is a good one. Two minor notes:

- I think it'd be good if you said where to send comments, so
that nomcom, the iesg and enough of the community get to see
those. I assume that [e-mail] is the appropriate place
for that discussion, given the position. (The same point
arises wrt your other mail on the term reset.)

- You don't quite say it below, but I think it makes total
sense for nomcom to try confirm the IETF chair before other
IESG positions, if that's feasible. (Given one would normally
expect some sitting AD to be willing to serve.) I'm not clear
if you think that may be feasible for this appointment
though. (Clarifying that may help people provide feedback on
the chair and other IESG positions.)

Cheers,
S.


On 19/09/2023 08:10, NomCom Chair 2023 wrote:
> All,
> 
> Apologies for not including the procedural details in my previous email [1].  This email contains more details on the proposed process.
> 
> 
> # Process for filling mid-term vacancies replacement given advance notice
> 
> RFC 8713, Section 3.5 describes a process that the NomCom is expected to follow in the event that a seat on the IAB, IESG, Trust, or LLC board is vacated. This procedure assumes that notice about a vacancy occurs at the same time as the vacancy.
> 
> In the event that a sitting member gives advance notice of a vacancy, this procedure is not sufficiently clear. There are questions about which NomCom is responsible for filling the vacancy, as well as timing concerns.
> 
> This describes a process for filling vacancies in the event that advance notice is available.
> 
> ## Timing and RFC 8713
> 
> When a vacancy occurs, there are four distinct events of interest:
> 
> 1. When the incumbent announces their intention to stand down.
> 2. When the incumbent intends to vacate their position.
> 3. When the confirming body approves the selection made by the NomCom.
> 4. When the person replacing the incumbent is seated.
> 
> RFC 8713 only contemplates a scenario when announcement and vacation are concurrent.  In that case, the vacancy needs to be filled promptly, so a six week period is allowed to find, confirm, and seat a replacement.  In this expedited  process, the replacement is seated at the same moment as confirmation occurs.
> 
> In a situation where the announcement comes ahead of the incumbent vacating a position, several questions arise:
> 
> * Which NomCom is responsible for filling the vacancy?
> * When can NomCom commence its proceedings (call for nomination, feedback, interviews, etc…)?
> * How long is the NomCom given to fill the vacancy?
> * When is a replacement seated?
> 
> These questions are not adequately answered in RFC 8713.
> 
> ## Decisions
> 
> Given a situation where advance notice is available, we need to make several decisions to answer the above questions.
> 
> ### Decision 1: Which NomCom
> 
> The date of the vacancy determines which NomCom is responsible for filling the vacancy.
> 
> According to RFC 8713, there is a period during which two different committees are active. For example, the 2022-2023 NomCom was seated on 2022-08-22 for a period of 15 months, until 2023-11-22, overlapping with the 2023-2024 NomCom that was seated on 2023-07-26. Section 4.2 of RFC 8713 (also Section 3.5) is clear that if a position is vacated during the period of overlap, it is filled by the NomCom from the previous year.
> 
> This only potentially changes the responsible NomCom for vacancies that are announced prior to the end of the overlap period, where the vacancy occurs later than that date. The proposal retains the requirement to activate the previous NomCom if the vacancy occurs within this overlap period.
> 
> Using the date of vacancy has the advantage that coordination between the committees from different years is minimised.  For instance, if a vacancy occurs in March, having the NomCom run its process concurrently with the regular process of selection of replacements, which makes coordination simpler.  A hypothetically-vacated IESG seat would be filled alongside the other IESG positions that are filled.
> 
> ### Decision 2: When
> 
> The NomCom can start work to find a replacement from the date that the vacancy is announced, not when the vacancy occurs.
> 
> This gives more time to find a replacement. This assumes that the intent behind having a six week period to fill a mid-term vacancy (as described in Section 3.5) is to minimise the length of time where the position is not occupied. A longer time to fill the position also benefits interested candidates, allowing them more time to arrange their candidacy.
> 
> ### Decision 3: Duration
> 
> The time available to the NomCom is six weeks, or the time from receiving notice to the time that the position is vacated, whichever is longer.
> 
> This ensures that a position does not remain vacant for more than six weeks. Note that, based on a strict reading of Section 3.5, the six week time limit only applies if a NomCom is reconvened. Taking that interpretation means that a sudden vacancy that occurs in December (when a NomCom might be active) would not be filled with any real urgency.
> 
> ### Decision 4: Seating
> 
> A replacement is seated when both their selection is confirmed and when the position is vacated. Critically, a selection can be confirmed before a vacancy occurs.
> 
> The text in Section 3.5 says that a replacement is seated immediately after confirmation. This assumes that there is a vacant position that needs to be filled urgently.  However, in a situation with advance notice, there is no need to tightly couple these events. Allowing confirmation to occur ahead of the vacancy ensures that it is possible to avoid having a vacant position and creates a transition period that aids a smooth handover.
> 
> ## Handling Process Variations
> 
> We need to discuss the above principles with the community. Because there is an immediate need to act, the NomCom will likely need to act while the consultation is ongoing. We can work through any objections that are raised, by adjusting the process and also by correcting any documentation.
> 
> Ultimately, it seems unavoidable that a revision (or update) to RFC 8713 that includes a rewritten Section 3.5 is necessary.  That is a longer process that can use the motivation above, and build on the experience gained from executing the revised process.
> 
> The IESG can oversee both the immediate community discussion around what is done now and the longer effort to improve RFC 8713. This is based on RFC 8713 being an IETF stream document.
> 
> Martin Thomson
> [e-mail]
> 
> [1] https://mailarchive.ietf.org/arch/msg/ietf-announce/mU-FKwga3EDaDapXNgR_FX4Wiqs/
> 
> _______________________________________________
> IETF-Announce mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/ietf-announce