On 12/28/2014 12:14 PM, Nico Williams wrote: > I get the fear. But I think the risks are manageable with a simple > prescription: The belief that any of this can be made simple increases my fear, rather than reducing it. The reality is that we -- as in, 'the world' -- understand these dynamics poorly. Theere a cliche among organizational change folk: Every change carries unintended consequences, and they are usually bad. This does not mean we should make no changes; but it does mean we must approach the design of changes with caution -- starting with some modesty about expected benefits -- and make on-going evaluations, to look for those consequences and consider tweaks. >> [...]. But it means that we would indeed change the >> criteria for picking ADs. [...] > > Here's my high-level proposal: > > We need an IESG mostly populated by generalists who can specialize, > and a few specialists who can generalize. > > It's a compromise, of course. Forgive me, but it's much worse than that. In the IETF today, what does it mean to be a generalist? What are their skills and how do we measure them reliability? And do we have enough such folk to fill the IESG pool on an on-going basis? I think the practical answers to these questions are not at all encouraging, so I'll offer a variant that is meant to carry some of the spirit of Nico's suggestion, but is more pragmatic: Make a list of the range of knowledge and skills we want on the IESG. Some are low-level technical component skills, like ABNF and JSON. Some are intermediate-level, such as YANG and MIBs. Some are higher-level technical skills, such as system architectures, interaction analysis. Some are organizational and communications, such as writing and management. Consider an extensive list of such relevant skills and then decide what amounts are needed for the IESG. For some, like writing, we probably need most/all of folk on the IESG to possess the skill. For others, like routing design/dynamics, we might need only two -- I'll suggest we never need fewer than two, for any single skill. Note that the nomcom process of filling the IAB has long had a version of this approach, with a balancing effort across the full set of nominees. Most of these skillsets are probably best dominated by directorates, groups of 'doctors', or the like, with the IESG folk in the roles of coordination and monitoring. Having an IESG meeting take extensive time discussing a fine-grained technical point might be entertaining for the principals engaging in the debate, but it's impressively inefficient and mostly represents too little, too late. At best, having an IESG meeting take time to consider a fine-grained issue means that the early-stage evaluations that should have resolved this failed. (At worst, it means that the ADs are literally wasting everyone's time, while those ADs are taught why the wg choice was valid/correct.) Given the directorates, etc., what is the need for an AD to have these skills? Oversight, IMO. It's difficult to assess a debate if one knows nothing of the topic. By the same token, being able to assess a debate does not require being a world leader in the topic. d/ -- -- Dave Crocker Brandenburg InternetWorking bbiw.net