[Pesci-discuss] Next Steps: Who performs them?

[Sam Hartman <[e-mail]>]

This is my individual opinion.

I generally agree with the next steps proposed in the draft.  I'd like
to formulate them differently for discussion though.  It seems like we're doing three things:

1) Agree to principles.  Brian and Harald have been discussing how to
   categorize these and what categories they fit into recently.
   Presumably if the community generally agrees with the principles in
   this draft we are reasonably close to being done here.

2) Develop a new process change process based on these principles.

3) Run some process changes through the new process or possibly
    through the old process.  The IETF chair role was proposed as a
    good first candidate.

I agree these are fine next steps.  

I do not believe it would be appropriate for the same team to conduct
all three steps.  In fact I strongly believe you need a different team
to conduct each step.

I think it is important for the process change team to be very neutral
and not to have an agenda.  They are focusing on issues of fairness,
efficiency and openness.  I also believe they should be focusing on a
useful process for process change.  However we as a community need to
trust that the process is not being engineered to solve any particular
process problem and especially that it is not designed to adopt a
particular solution.  I believe that by choosing to propose a set of
principles for the eventual process, the pesci team has disqualified
itself from this role.  I also believe it would be inappropriate for
the process change team to be proposing specific changes to the
process.

I think it is reasonable for the first and second tasks to be
conducted by a team called by the IETF chairs.  The first task because
presumably the principles have sufficient community agreement that
they are not controversial and the second because it seems like the
only way to get progress.  However the conflict of interest seems too
strong if Brian is calling special design teams to focus on specific
solutions or specific proposals.  For one thing, we don't need Brian
to get involved in order to come up with process change proposals: Ted
Hardie, John Klensin, Dave Crocker,and many others have all made
proposals.  We don't need leadership from the chair in order to find
proposals to consider.  Secondly, the proposals are likely to be
controversial; a team called up by the chair would inherently get
unfair access to plenary time, unfair scheduling, etc.

So, I propose that:

1) The pesci team finish up its document proposing principles and next
   steps.  The team get community consensus and conclude.

2) Brian call another design team to design the process change
   process.  It may involve some of the same individuals, but should
   be a different team with a different focus.

3)  Once we have a process change proposal  we get consensus and then
    apply the new process change process to existing and future
    proposals.

4) If Brian feels that the chair role conflict needs attention before
    the process change team concludes, then we can handle that through
    the existing process.  Honestly, I think that Brian could just
    propose a BCP as an individual draft.  If he really needs a design
    team, then call one.  If that issue happens to need the same
    members as the current pesci team, that would be OK too.

--Sam


_______________________________________________
Pesci-discuss mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/pesci-discuss