Re: Functional differentiation

Brian E Carpenter <brc@zurich.ibm.com> Tue, 14 September 2004 09:23 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 FAA18930; Tue, 14 Sep 2004 05:23:19 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C79bn-0001C0-H6; Tue, 14 Sep 2004 05:28:23 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C79Ju-0004gX-5N; Tue, 14 Sep 2004 05:09:50 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C79A6-00036R-U0 for ietf@megatron.ietf.org; Tue, 14 Sep 2004 04:59:43 -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 EAA17496 for <ietf@ietf.org>; Tue, 14 Sep 2004 04:59:41 -0400 (EDT)
Received: from mtagate1.de.ibm.com ([195.212.29.150]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C79Ex-0000mp-QK for ietf@ietf.org; Tue, 14 Sep 2004 05:04:45 -0400
Received: from d12nrmr1507.megacenter.de.ibm.com (d12nrmr1507.megacenter.de.ibm.com [9.149.167.1]) by mtagate1.de.ibm.com (8.12.10/8.12.10) with ESMTP id i8E8x9fQ132526; Tue, 14 Sep 2004 08:59:09 GMT
Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d12nrmr1507.megacenter.de.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i8E8x9HA218572; Tue, 14 Sep 2004 10:59:09 +0200
Received: from zurich.ibm.com (sig-9-146-230-80.de.ibm.com [9.146.230.80]) by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id KAA79714; Tue, 14 Sep 2004 10:59:08 +0200
Message-ID: <4146B2DA.6050701@zurich.ibm.com>
Date: Tue, 14 Sep 2004 10:59:06 +0200
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en, fr, de
MIME-Version: 1.0
To: April Marine <April.Marine@nominum.com>
References: <20040910001924.4284B84CA6@newdev.harvard.edu> <4145B640.8040901@zurich.ibm.com> <20040913163057.U77769@shell-ng.nominum.com>
In-Reply-To: <20040913163057.U77769@shell-ng.nominum.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
Subject: Re: Functional differentiation
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: 0a7aa2e6e558383d84476dc338324fab
Content-Transfer-Encoding: 7bit

April,

What you say is all true. But whether the legal employer is ISOC
with an MoU defining how the IETF controls the Admin Director,
or a hypothetical new entity with by-laws defining how the IETF
controls the Admin Director, doesn't change much IMHO.

    Brian

April Marine wrote:
> On Mon, 13 Sep 2004, Brian E Carpenter wrote:
> 
> 
>>The benefit of having an Admin Director is that this person
>>will have responsiveness to IETF needs and desires as the
>>main item in their job description. I think that is much more
>>significant than whether the person works for ISOC or a new
>>entity. It's the person that counts, not their legal employer.
>>
> 
> 
> This is a very ietf-like point of view, IMO. We are all about individual
> effort. Realistically, however, *both* the person AND their employer
> matter.
> 
> I have worked at companies that contract to a US federal agency. People
> who could give me direction were my line manager at my company, my
> government task manager, and the government headquarters funding manager.
> And yet my job was to serve users, my ostensible "customers." Conflicts
> between these folks were not uncommon. Resolving them, in general, meant
> resorting to the written contract (task plan) and understanding the
> *government's* hierarchy of who could give what sort of direction.
> However, in the end, my company boss could reassign me and put someone
> else in my place without consulting the government.
> 
> The person "we" hire will report to their boss at whatever company they
> work for. The company and "the ietf" will have some agreement regarding
> duties and what constitutes acceptable performance.  I'm sure "the ietf"
> will have some input about who is hired.  However, if some influential
> IETF person or group (e.g. IETF Chair, IAB Chair or some vocal part of the
> IESG) got it into their head that they didn't like the Admin type person,
> could they fire them? What sort of process would that involve? Would, say,
> the ISOC *have* to fire them if "the ietf" wanted them to? Who would face
> employment liability, etc., in such a case? Probably not "the ietf" as we
> currently understand it.
> 
> This is the point I was trying to make at the plenary. No matter how great
> a person we hire, that person is reporting to their boss in whatever
> corporate entity that boss works for.  And no matter how great that entity
> is or is currently, what protection will be in place
> structurally/contracturally if the current people change (as they will)?
> 
> April
> 

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