RE: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi.

I imagine I'm wasting my time, but I want to at least reference
comments that I have made before about this document and that,
AFAICT, have not been responded to in any way.

Whether as BCP (worse) or Informational, this document reads in
many places as if it is extremely normative and factual.   It is
not the second and should not be the first.  Practices differ to
a very large degree among WGs, WG Chairs, Areas, and and
circumstances.  What works well in one situation may not work at
all well in others.  The IETF has succeeded in part, not only
because of the quality of our technical work but because we've
had, and carefully guarded, the ability to adjust procedures and
practices to meet circumstances rather than trying to force
everything into a "one size fits all" mold.   While I assume,
from some of the text, that is not the intention of the authors,
our increasingly-long history of having general guidance evolve
into rigid rules indicates that, if the document is published in
its current form, it will be only a matter of time before
someone complains about proposed publication of a document
because the WG did not have a secretary or someone else
complains that, as a WG Secretary, he or she has certain
entitlements.

Statements like the following illustrate the problem (I'm giving
only a few in the hope of keeping this short enough that people
will actually read it):

"this role has greatly evolved and increased both in value and
scope..." (Abstract).  True for some WGs, simply false for many
others, and we could have a long discussion about "value".  That
discussion, however, would be a waste of valuable time that
could better be spent on technical work.

"WG Secretary's role has greatly evolved to include a number of
additional delegated functions and responsibilities which are
critical to the smooth operation of IETF WGs." (Introduction)
"Critical to smooth operation" strongly implies that any WG that
does not have a Secretary is defective and, a priori, doesn't
operate well.

"Section 3 of this document gives detailed descriptive
information of the WG Secretary's functions, responsibilities,
and good practices." (Introduction) Strongly implies that all
Secretaries and their roles are the same, or should be.

"However, WG Chairs can delegate punctually or durably any of
their responsibilities to someone else." (Section 2).  I don't
know what that sentence means and have some claim to be a native
and literate speaker and reader of English.

"...lists a subset of WG Chairs' functions and responsibilities
which can typically be delegated to a WG Secretary." (Section 2)
Whether 2119 is invoked or not, that is normative language.  It
is also unclear what it means: "can typically be delegated"
requires clarification as to what the exceptions are.  Otherwise
they either "can be delegated" or they cannot; "typically can"
makes no sense.  

The following paragraph,
   "The framework and perimeter of action associated to the WG
   Secretary's role, depends on the WG Secretary and the
   Chairs, as well as on the professional relationship they
   establish. Therefore this document does not prescribe what
   must be performed, but lists what might be performed by a WG
   Secretary. Also, this list is intended to be as complete as
   possible, but it shall not be considered as exhaustive. This
   document is therefore not a rigid job description."
effectively contradicts what has come before, possibly to blunt
some of the type of the criticism I (and others) have voiced.
Its effect, however, is merely to contradict and create
confusion.

More examples on request.

This document is not ready for prime time in its current form.
It is part of a style of doing things by making more rules or
apparent rules that is actually hazardous to the further of the
IETF as anything but a traditional SDO that approves things on
the basis of procedure-conformance rather than thinking.  If
approved for publication at all, it should be approved only
after revision to make it very clear it is about suggestions
that might be applicable to some situations, with those
situations at WG Chair discretion.

    john






[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]