Re: Functional differentiation

John C Klensin <john-ietf@jck.com> Tue, 14 September 2004 11:14 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 HAA28356; Tue, 14 Sep 2004 07:14:14 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C7BLC-0003Kp-5F; Tue, 14 Sep 2004 07:19:18 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C7BCR-0000us-ES; Tue, 14 Sep 2004 07:10:15 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C7BBk-0000j7-Qb for ietf@megatron.ietf.org; Tue, 14 Sep 2004 07:09:32 -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 HAA27875 for <ietf@ietf.org>; Tue, 14 Sep 2004 07:09:30 -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 1C7BGc-0003G3-Sn for ietf@ietf.org; Tue, 14 Sep 2004 07:14:36 -0400
Received: from [209.187.148.215] (helo=scan.jck.com) by bs.jck.com with esmtp (Exim 4.34) id 1C7BBX-000NJ0-Bw; Tue, 14 Sep 2004 07:09:19 -0400
Date: Tue, 14 Sep 2004 07:09:19 -0400
From: John C Klensin <john-ietf@jck.com>
To: April Marine <April.Marine@nominum.com>, Brian E Carpenter <brc@zurich.ibm.com>
Message-ID: <E7131B6209B9AB721921F24E@scan.jck.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: c0bedb65cce30976f0bf60a0a39edea4
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: d0bdc596f8dd1c226c458f0b4df27a88
Content-Transfer-Encoding: 7bit


--On Monday, 13 September, 2004 16:50 -0700 April Marine
<April.Marine@nominum.com> wrote:

> 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,

You may have meant to say this, but the situation is symmetric.
I can find no authority in any of the existing procedural
documents for "some influential IETF person or group" to fire
anyone, whether that person is working for ISOC, for CNRI, for
The IETF Foundation, or for the government of Lower Slobbovia.
And, given that we do not now select any of the members of the
IESG or IAB for experience in line personnel management, nor for
training and experience in whatever personnel/employment laws
might apply in whatever jurisdictions might be relevant, it is
not really clear to me that the community _wants_ those people
to be able to "got it into their head(s) that they didn't like
the Admin type person" and act on that without some serious
review by someone. 

So, while it seems obvious to me that said "influential IETF
person or group" must have a mechanism for expressing extreme
unhappiness should the occasion arise -- either with the
continued retention of the Administrator or any of the
associated staff or contractors or with a decision to remove
those people--  the decision to actually do something must, of
necessity, lie elsewhere.   And we are just going to have to
find, and trust, the "elsewhere" to work successfully with us
and in a shared vision of the IETF's priorities and best
interests.  Organizational fantasies aside, there is no really
solid reason to believe that we are any more likely to need to
"fire", or "blow the bolts on" ISOC than on some independent
entity (or vice versa), even if that independent entity is made
up of people chosen by, or somehow [more] responsible to, "the
IETF"... at least unless we can guarantee that those IETF
choices, or the people who oversee them, will be blessed with a
a perfect sense of what the IETF community wants and needs,
perfect responsiveness to community desires, and so on.  

If we cannot choose an arrangement for which an appropriate
level of _shared_ trust based on a mutual understanding of the
IETF's purpose and goals is possible, then no structural
arrangements or rituals are going to do us much good.

      john


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