Re: The "Clerk" function and Standards throughput and quality

Carl Malamud <carl@media.org> Fri, 08 October 2004 14:05 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 KAA25433; Fri, 8 Oct 2004 10:05:31 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFvX9-0007FD-RB; Fri, 08 Oct 2004 10:15:49 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFvFm-0005hs-1i; Fri, 08 Oct 2004 09:57:50 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CFvAS-0004qZ-UN for ietf@megatron.ietf.org; Fri, 08 Oct 2004 09:52:23 -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 JAA24164 for <ietf@ietf.org>; Fri, 8 Oct 2004 09:52:19 -0400 (EDT)
Received: from bulk.resource.org ([192.101.98.10]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CFvKO-0006x9-4K for ietf@ietf.org; Fri, 08 Oct 2004 10:02:36 -0400
Received: from bulk.resource.org (localhost.resource.org [127.0.0.1]) by bulk.resource.org (8.12.2/8.12.2) with ESMTP id i98Dnp6Y002890; Fri, 8 Oct 2004 06:49:51 -0700 (PDT)
Received: (from carl@localhost) by bulk.resource.org (8.12.2/8.12.2/Submit) id i98Dno3D002889; Fri, 8 Oct 2004 06:49:50 -0700 (PDT)
From: Carl Malamud <carl@media.org>
Message-Id: <200410081349.i98Dno3D002889@bulk.resource.org>
In-Reply-To: <200410080010.UAA15071@ietf.org>
To: Tony Hain <alh-ietf@tndh.net>
Date: Fri, 08 Oct 2004 06:49:50 -0700
Organization: Memory Palace Press
X-Winch: Warn 9.5i
X-Mailer: ELM [version 2.4ME+ PL94 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Content-Transfer-Encoding: 7bit
Cc: 'John C Klensin' <john-ietf@jck.com>, 'Harald Tveit Alvestrand' <harald@alvestrand.no>, ietf@ietf.org
Subject: Re: The "Clerk" function and Standards throughput and quality
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: e1e48a527f609d1be2bc8d8a70eb76cb
Content-Transfer-Encoding: 7bit

Hi Tony -

> Well I didn't think I was confused, but maybe. As far as I can tell the
> Clerk function could be one of the contracted out services. To a large
> degree the task list for the Clerk will determine just how efficient / cost
> effective it would be to do that. If the Clerk's primary tasks are handling
> the paperwork for the IAD, then it probably doesn't make sense to outsource
> that. If as others have suggested the Clerk functions include processing
> I-Ds and other tasks closer to the Secretariat service, then it should be
> included as part of that service contract. 
> 

The Clerk functions are roughly equivalent tot the current Secretariat service
and I heard a pretty strong feeling that this should be contracted out,
as you say.  So, you're not confused.

> To be clear, I am not confused about the ability of a single person handling
> all of the tasks that the IESG/IAB might wish for. That just won't happen,
> because even if such a person existed we couldn't afford them. That said, it
> is not at all clear to me that we need more than a single person managing
> well structured contracts with clear deliverables. If that person needs
> independent administrative support, that could be just another contract. 

A single person is the going in assumption.  When growing from zero, one is
a great first step.

> 
> In a way we endanger the future viability of the IETF if we allow the IAD
> office to grow beyond a single person. Human nature will make everyone
> reluctant to cut permanent staff, while cutting back on contracted services
> is much easier to swallow. 
> 

And, that's the exact reason ... you've got it correct.  :)

Carl

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