Re: Appointment of a Transport Area Director

Dave Crocker <dhc@dcrocker.net> Mon, 04 March 2013 22:19 UTC

Return-Path: <dhc@dcrocker.net>
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 A411521F8ABC for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 14:19:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 K8OjFeuV2aHZ for <ietf@ietfa.amsl.com>; Mon, 4 Mar 2013 14:19:58 -0800 (PST)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0A57421F8A85 for <ietf@ietf.org>; Mon, 4 Mar 2013 14:19:58 -0800 (PST)
Received: from [192.168.1.66] (76-218-9-215.lightspeed.sntcca.sbcglobal.net [76.218.9.215]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id r24MJvog023925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <ietf@ietf.org>; Mon, 4 Mar 2013 14:19:57 -0800
Message-ID: <51351E0B.5050901@dcrocker.net>
Date: Mon, 04 Mar 2013 14:19:55 -0800
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3
MIME-Version: 1.0
To: IETF <ietf@ietf.org>
Subject: Re: Appointment of a Transport Area Director
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> <5134F720.5010507@cisco.com> <tsl1ubvlywt.fsf@mit.edu> <CAHBDyN6AM-_b2HMrmmQQVuhxFc-_Rfpfg0=r38mkcJ4zqoJeTw@mail.gmail.com> <tslr4julxmh.fsf@mit.edu> <1C1C0842-BF6A-4A3F-A312-35CF0A994793@lilacglade.org>
In-Reply-To: <1C1C0842-BF6A-4A3F-A312-35CF0A994793@lilacglade.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Mon, 04 Mar 2013 14:19:57 -0800 (PST)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: dcrocker@bbiw.net
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 22:19:58 -0000

On 3/4/2013 1:48 PM, Margaret Wasserman wrote:
> The problem with this argument is that it appears that we have a choice between "limited knowledge of congestion control" and "an empty seat".  Which one is more likely to be able to learn about it?


Carefully considering the tradeoffs and requirements seems to be the 
corre challenge here.

To extend this point further:

      We've defined job requirements that produce an extremely small 
pool of candidates.  In the case of TSV, the pool is zero, but in others 
it is also problematic.  This is a long-standing problem, but we keep 
ignoring it.

      Rather than carefully consider the essential job requirements -- 
in terms of the core work that must be done by an AD -- we seem to think 
that we can continue with unchanged job requirements.

      ADs do not 'lead' the work of their area.  They do not initiate 
the work, produce the charters or write the specifications.  Work that 
fails or succeeds does so because it has community consensus and demand, 
not because an AD was diligent or clever.  The job of an AD is to 
facilitate community efforts, not to direct them.

      Technical expertise in a technical manager is essential as an 
adjunct to the management.  We keep confusing this essential requirement 
with the kind of work that an individual contributor does.

As long as we maintain that confusion, we will define a job that is too 
demanding, and demands too many of the wrong skills.

d/

-- 
  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net