Re: Appointment of a Transport Area Director

Mary Barnes <mary.ietf.barnes@gmail.com> Mon, 04 March 2013 17:37 UTC

Return-Path: <mary.ietf.barnes@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 3A63A21F8D3C for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 09:37:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.716
X-Spam-Level:
X-Spam-Status: No, score=-103.716 tagged_above=-999 required=5 tests=[AWL=-0.117, 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 ZamXx+H6JJ8N for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 09:37:56 -0800 (PST)
Received: from mail-qe0-f43.google.com (mail-qe0-f43.google.com [209.85.128.43]) by ietfa.amsl.com (Postfix) with ESMTP id 95B3821F8D39 for <ietf@ietf.org>; Mon, 4 Mar 2013 09:37:56 -0800 (PST)
Received: by mail-qe0-f43.google.com with SMTP id 1so3858027qee.2 for <ietf@ietf.org>; Mon, 04 Mar 2013 09:37:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=8qmus2/2lYmqlKW52K5gnAWW0YABPBFm+CqB10m8RHk=; b=sITDHcjveUoqSUhpwDVrCkt18HPerZRAL1QHXXCPT/t/gfdJ98Z762jT9xtK7owEEh tauW7/DmrpDaULX7l6FZweptVnDUTVgnREp4HE1UAQW17aDBLog5YxnFsKW0C0l5PTnN nNfnAqtGiSIlMBjrrtulF1NbXUfkUjcNg2/4VHJLYmPe50ver31XSnxgE60ykUo/7rYH pLrbcT05PPGiD22klH4OPt9ap8WMzz8jciUvYaGqi3bTWy7JpfVB1afDs8HQc2ZfKHhR 8MxV8pfaHWc6TfXJRNqaycA77hFE/llitKpezI/Jf048Jpd48nkvTtpe8xKWG04z28XN n/ag==
MIME-Version: 1.0
X-Received: by 10.49.127.139 with SMTP id ng11mr35583216qeb.54.1362418676016; Mon, 04 Mar 2013 09:37:56 -0800 (PST)
Received: by 10.49.24.130 with HTTP; Mon, 4 Mar 2013 09:37:55 -0800 (PST)
In-Reply-To: <tsllia3m5lh.fsf@mit.edu>
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> <071C6ED7-352C-4E74-A483-F5E7A3270FA5@gmail.com> <C726E531-57DC-4C42-9053-1394983126D6@vigilsec.com> <5134D5A0.4050209@gmail.com> <tsllia3m5lh.fsf@mit.edu>
Date: Mon, 04 Mar 2013 11:37:55 -0600
Message-ID: <CAHBDyN6YEf6=Vrq01AuvJo4fb1e0yYBdAPYrdc=NTLQ7UrUFAQ@mail.gmail.com>
Subject: Re: Appointment of a Transport Area Director
From: Mary Barnes <mary.ietf.barnes@gmail.com>
To: Sam Hartman <hartmans-ietf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: IETF <ietf@ietf.org>
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 17:37:57 -0000

On Mon, Mar 4, 2013 at 11:34 AM, Sam Hartman <hartmans-ietf@mit.edu> wrote:
>
>     Brian> Russ, I would never argue for non-technical ADs. But when we
>     Brian> are short of candidates, it may be necessary to appoint
>     Brian> technically expert ADs who are not deep experts in the
>     Brian> specific area. It's a practical matter.
>
> I actually think expecting ADs to learn a fair bit on the IESG is part
> of coming up to speed on the IESG.  I'm aware of people who served on
> the IESG with me who had significant gaps in material their area
> covered.  In some cases, this was solved by splitting work load.  In
> some cases it was covered by having the AD learn a lot.  In one case the
> AD came in having huge gaps in half of the area in question. Today that
> person is considered an expert in one of the areas where he had the
> largest gaps and is focusing most of his effort there.
>
> I wouldn't want someone  on the IESg without a strong technical presence
> in the IETF.
> It matters less to me whether it's in the area in question.
>
> And yes, I've thought about how I'd feel if someone jumped from another
> area to security. I can think of a number of APS or RAI ADs who I think
> could succeed in the security area if they decided to put in the effort
> to learn on the job. It would be a huge investment in effort, but it
> could succeed.
>
> IESG-level review of a document really is a skill that can be
> learned. It helps to have a lot to draw on, but I don't believe anyone
> can (or does) have coverage of all the areas they are reviewing. The
> huge part of the skill is to figure out how to do the technical job even
> given that.
> It involves trusting others sometimes, reading discussions, learning new
> things. Sometimes though, you do just have to spend the effort to
> understand some particular issue well enough to make an informed
> opinion.
>
> Having experts in areas doesn't escape this. When there's an appeal or a
> disagreement between areas it can be important for ADs to come up to
> speed on an issue outside their area and make an informed decision about
> it.
>
> So in conclusion, I strongly value technical contribution and
> demonstrated ability to pick up new knowledge in an AD. I do not highly
> value knowing all the things going on in a specific area at the time the
> AD joins the IESG.
[MB] I totally agree.  That's one of the points I've been trying to
make (in a far less succinct manner). [/MB]
>
> --Sam