Re: call for ideas: tail-heavy IETF process

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

 



Dave Crocker <dhc@xxxxxxxxxxxx> writes:

> The issue with providing management assistance is to focus on
> managing the work.  That's an organizational orientation, not just a
> tracking thing.  It's about getting clarity of the work to be done
> and of getting folks to do the work of contributing, writing,
> reviewing, and debating in a timely manner, and achieving forward
> progress in a timely manner.

> Few working groups have enough detail to juggle to make this
> something that hinges on the tools.

Strongly agree here.

Let me expand further on "work plan" and  "project management".

It needs to be done on a per-document basis. I.e., Wouldn't it be nice
if every WG document was revised 3 times between meetings? I bet that
alone would change dynamics (assuming there were substantive
changes)...

But it extends to the WG as a whole.  WGs have a finite number of
cycles. There are always a small number of core players (whether
editor, reviewer, etc.), and if you spread their resources too thinly,
a WG starts having problems.

Few WGs acknowledge that and try to manage it. Managing it means:

1) identifying core documents that are priority, and minimizing
distractions that will take cycles away from the priority
deliverables.

2) It may mean making concious decisions not to work on some documente
*yet* in order to concentrate resources where it matters

3) it means tying the work plan directly back to the charter. If the
two aren't in sync, one or both need changing.

4) It means recognizing that there are real limits to how many
documents a WG can (credibly) work on at any one time. (Too many WGs
have lots of marginal documents that suck cycles away from the
critical ones.) How many WGs say "no" to marginal documents?

Thomas





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