Re: admin director (was The other parts of the report..)

John C Klensin <john-ietf@jck.com> Mon, 13 September 2004 16:48 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15654; Mon, 13 Sep 2004 12:48:12 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6u4i-0004Mo-9z; Mon, 13 Sep 2004 12:53:09 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6tib-0005EG-Vp; Mon, 13 Sep 2004 12:30:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C6tds-0004Ay-6n for ietf@megatron.ietf.org; Mon, 13 Sep 2004 12:25:25 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA14212 for <ietf@ietf.org>; Mon, 13 Sep 2004 12:25:21 -0400 (EDT)
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C6tiY-0003tZ-5L for ietf@ietf.org; Mon, 13 Sep 2004 12:30:17 -0400
Received: from [209.187.148.215] (helo=scan.jck.com) by bs.jck.com with esmtp (Exim 4.34) id 1C6tdl-000Ejt-CU; Mon, 13 Sep 2004 12:25:17 -0400
Date: Mon, 13 Sep 2004 12:25:17 -0400
From: John C Klensin <john-ietf@jck.com>
To: Brian E Carpenter <brc@zurich.ibm.com>
Message-ID: <58B1E47C9B1B84DEEA9717B9@scan.jck.com>
In-Reply-To: <4145B4CD.3070601@zurich.ibm.com>
References: <20040910124953.AF97886077@newdev.harvard.edu> <9EF0BCF3DC95C174563EA12E@scan.jck.com> <4145B4CD.3070601@zurich.ibm.com>
X-Mailer: Mulberry/3.1.6 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8
Content-Transfer-Encoding: 7bit
Cc: scott bradner <sob@harvard.edu>, ietf@ietf.org
Subject: Re: admin director (was The other parts of the report..)
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ff03b0075c3fc728d7d60a15b4ee1ad2
Content-Transfer-Encoding: 7bit

Brian,

Based on the experiences of the last month or so, I'm not
enthused --to put it mildly-- to put "write a job description"
into the hands of a committee appointed by unknown methods, with
an unknown set of instructions, and supervised by groups who
have no obvious charter (or experience) for this type of work.
You may well be right that "the person" is important, but I
think the current environment is going to make it hard to hire
the right person, or to have confidence that we have done so,
especially with all of the surrounding uncertainty about
structure and mission.  

The notion that we are going to hire this person in parallel
with writing and getting proposals on RFPs that he or she will
have to manage also makes no organization sense to me.   Before,
so that the person can participate in the RFP effort (which I
think was the original plan) makes sense.  After, so the person
taking the job understands what he or she has to work with...
maybe not ideal, but workable.  But "in parallel" is the sort of
thing that, IMO, would cause anyone competent, experienced, and
who understands the issues to be extremely reluctant to consider
the job.  And I can't believe that we want to bias the selection
process against the competent, experience, and comprehending.

So, if "be specific about what this job is about" is going to be
delegated from "community review and approval of a proposal that
is presumably based on Carl's report" to "a team that writes a
job description", then I think the community needs to review and
approve that job description before any hiring effort starts.

Otherwise, we seem to be sliding backwards into these decisions.
And that just is not, IMO, the way to work through a "you bet
the entire future of the IETF" process.

    john


--On Monday, 13 September, 2004 16:55 +0200 Brian E Carpenter
<brc@zurich.ibm.com> wrote:

> We have to bootstrap somehow. Asking ISOC to hire someone, on
> a fixed term contract of employment, would work for me. Of
> course,
> the team that searches for and interviews the candidates has to
> start by writing a job description.
> 
>      Brian
> 
> John C Klensin wrote:
>> 
>> --On Friday, 10 September, 2004 08:49 -0400 scott bradner
>> <sob@harvard.edu> wrote:
>> 
>> 
>>> imo we should start a search for a Administrative Director
>>> now
>> 
>> 
>> Good idea, except...
>> 
>> 	* We have only the vaguest of job descriptions
>> 	
>> 	* We don't know who the individual would actually be
>> 	working for organizationally, which could make a
>> 	difference in who would be interested
>> 	
>> 	* We don't know enough about organizational structure to
>> 	be able to have a serious discussion about benefits,
>> 	etc., which could make a difference.  We don't even
>> 	know, for sure, if we have budget for salary, since that
>> 	presumably would need to be approved by the Board of
>> 	ISOC and/or the hypothetical foundation.
>> 	
>> 	* We can't make any assurances about how long the job
>> 	commitment is good for, because we don't have a
>> 	structure to put around it.  
>> 
>> And, with regard to the "contractor" question, there are two
>> ways of doing "contractor":
>> 
>> 	(1) The individual is hired as an independent
>> 	contractor, and hence is responsible for his or her own
>> 	insurance, benefits, taxes, etc., but is otherwise
>> 	essentially an employee.  In particular, we select the
>> 	individual who is going to be in the role.  The problem
>> 	with those models is that sometimes the taxing
>> 	authorities don't like them and pronounce words that, in
>> 	US-speak are "statutory employee".  Those are _very_ bad
>> 	words; for an explanation contact your friendly attorney
>> 	or accountant.
>> 	
>> 	(2) We hire a company to supply us someone.  Problem is
>> 	that, at the bottom line, they pick the someone. 
>> 
>> Neither of these are consistent with the level of control
>> which the IETF leadership (or their spokespeople) think they
>> need.  Of course, that is another unresolved issue.
>> 
>> Sorry.
>> 
>>       john
>> 
>> 
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ietf
>> 
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www1.ietf.org/mailman/listinfo/ietf





_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf