Re: Appointment of a Transport Area Director

Ralph Droms <rdroms.ietf@gmail.com> Mon, 04 March 2013 13:38 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49C9A21F8A5F for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 05:38:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ROj7AtC1Psnp for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 05:38:10 -0800 (PST)
Received: from mail-qe0-f52.google.com (mail-qe0-f52.google.com [209.85.128.52]) by ietfa.amsl.com (Postfix) with ESMTP id 9AA4E21F8A42 for <ietf@ietf.org>; Mon, 4 Mar 2013 05:38:10 -0800 (PST)
Received: by mail-qe0-f52.google.com with SMTP id s14so3483634qeb.11 for <ietf@ietf.org>; Mon, 04 Mar 2013 05:38:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=Hkw56PjS7GDQCyO7USq+DPbYPijZKDOUNIO2qpsr5Hc=; b=R3WCR/JTZnbr/XPSjhyrtli6fEBXwWAkPEFOdXFc/8BtKuMtz6UWK9x5W4AP3ZTNIQ qSWGczBKDn2PrtiVzVCgV/OvbAB8qMeKqtVv5ec+Fidr/yE/LlTxRAtbuv8WBuavgefA 57vgETmA/1bYmAyClNwCQZtFjfdAplrX/D9mDFSRnv1KHd88l7lLdDNPvBq6eDjjHCrR 83sCUCO8iBUoaku6+O/KY3uJnbcaTbUyV+7jUVN6VbiIGq2TCNtfDvzfZ2InnFhCgFFe A4nWTg2XD8og08dvciimNcHfScg5lHs383howCuFdn0XoLNLQNfnMzvcoxL8eNyap2PL HstA==
X-Received: by 10.49.96.201 with SMTP id du9mr33983300qeb.47.1362404290122; Mon, 04 Mar 2013 05:38:10 -0800 (PST)
Received: from rtp-rdroms-8912.cisco.com (rtp-isp-nat1.cisco.com. [64.102.254.33]) by mx.google.com with ESMTPS id c16sm35454700qey.4.2013.03.04.05.38.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Mar 2013 05:38:09 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: Appointment of a Transport Area Director
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <D4D47BCFFE5A004F95D707546AC0D7E91F780D2F@SACEXCMBX01-PRD.hq.netapp.com>
Date: Mon, 04 Mar 2013 08:38:06 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <071C6ED7-352C-4E74-A483-F5E7A3270FA5@gmail.com>
References: <21B86E13-B8DA-4119-BBB1-B5EE6D2B5C1D@ietf.org> <51330179.3040500@gmail.com> <919840EE-BEC8-4F82-8D3C-B116698A4262@gmx.net> <1D88E6E9-33DE-4C4D-89F4-B0B762155D6F@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F77BA46@SACEXCMBX01-PRD.hq.netapp.com> <3CB8992B-212A-4776-95FE-71CA1E382FFF@standardstrack.com> <513376DB.7000200@dcrocker.net> <E22ACC99-B465-4769-8B59-BB98A7BA93DF@gmx.net> <79E77523-3D92-4CE9-8689-483D416794EF@standardstrack.com> <D4D47BCFFE5A004F95D707546AC0D7E91F780D2F@SACEXCMBX01-PRD.hq.netapp.com>
To: "Eggert, Lars" <lars@netapp.com>
X-Mailer: Apple Mail (2.1499)
Cc: IETF IETF <ietf@ietf.org>, Eric Burger <eburger@standardstrack.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Mar 2013 13:38:11 -0000

On Mar 4, 2013, at 8:07 AM 3/4/13, "Eggert, Lars" <lars@netapp.com> wrote:

> Hi,
> 
> On Mar 4, 2013, at 13:18, Eric Burger <eburger@standardstrack.com> wrote:
>> I will say it again - the IETF is organized by us.  Therefore, this situation is created by us.  We have the power to fix it.  We have to want to fix it.  Saying there is nothing we can do because this is the way it is is the same as saying we do not WANT to fix it.
> 
> what is "the fix"?

I think part of the fix is to consider more than just the IESG.  We need to take look at the work across the IETF that goes into producing our documents and see if we can redistribute or reduce that work to lessen the workload on ADs ... if the goal is, indeed, to reduce the time commitment on individual ADs.

> 
> The IETF is set up so that the top level leadership requires technical expertise. It is not only a management job. This is a key differentiator to other SDOs, and IMO it shows in the quality of the output we produce. The reason the RFCs are typically of very good quality is that the same eyeballs go over all documents before they go out.

But that model doesn't scale.  What about, for example, ensuring the quality in the documents as they come out of the WGs?, which distributes the work rather than concentrating it in IESG?

> This creates a level of uniformity that is otherwise difficult to achieve. But it requires technical expertise on the top, and it requires a significant investment of time.

Agreed.
> 
> I don't see how we can maintain the quality of our output if we turn the AD position into a management job.
> Especially when technical expertise is delegated to bodies that rely on volunteers. Don't get me wrong, the work done in the various directorates is awesome, but it's often difficult to get them to apply a uniform measure when reviewing, and it's also difficult to get them to stick to deadlines. They're volunteers, after all. 
> 
> And, as Joel said earlier, unless we delegate the right to raise and clear discusses to the directorates as well, the AD still needs to be able to understand and defend a technical argument on behalf of a reviewer. If there is a controversy, the time for that involvement dwarfs the time needed for the initial review.

Sure, for any specific issue.  My personal experience is that I spend more time on the ordinary review processes than I do summing up the time on extra-ordinary technical arguments.

> 
> There is no easy fix. Well, maybe the WGs could stop wanting to publish so many documents...
> 
> Lars      

- Ralph