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
- The "Clerk" function and Standards throughput and… John C Klensin
- Re: The "Clerk" function and Standards throughput… Harald Tveit Alvestrand
- Re: The "Clerk" function and Standards throughput… John C Klensin
- Re: The "Clerk" function and Standards throughput… Harald Tveit Alvestrand
- Re: The "Clerk" function and Standards throughput… John C Klensin
- Re: The "Clerk" function and Standards throughput… Harald Tveit Alvestrand
- Re: The "Clerk" function and Standards throughput… John C Klensin
- Re: The "Clerk" function and Standards throughput… Carl Malamud
- Re: The "Clerk" function and Standards throughput… John C Klensin
- RE: The "Clerk" function and Standards throughput… Tony Hain
- Re: The "Clerk" function and Standards throughput… Carl Malamud