Re: IETF Meeting Venue Selection Criteria

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Sat, 22 October 2005 17:22 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ETN59-0002w6-GT; Sat, 22 Oct 2005 13:22:59 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1ETN50-0002tu-LQ for ietf@megatron.ietf.org; Sat, 22 Oct 2005 13:22:50 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA21871 for <ietf@ietf.org>; Sat, 22 Oct 2005 13:22:38 -0400 (EDT)
Received: from mail.consulintel.es ([213.172.48.142] helo=consulintel.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ETNH1-0006go-KN for ietf@ietf.org; Sat, 22 Oct 2005 13:35:38 -0400
Received: from [192.35.164.42] by consulintel.es (MDaemon.PRO.v7.2.5.R) with ESMTP id md50001358123.msg for <ietf@ietf.org>; Sat, 22 Oct 2005 19:21:37 +0200
User-Agent: Microsoft-Entourage/11.2.0.050811
Date: Fri, 21 Oct 2005 18:43:48 -0700
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: "ietf@ietf.org" <ietf@ietf.org>
Message-ID: <BF7EE764.136CA4%jordi.palet@consulintel.es>
Thread-Topic: IETF Meeting Venue Selection Criteria
Thread-Index: AcXWqgvCSjrh10KdEdqVIwAKldLC/g==
In-Reply-To: <4357BB25.7020306@dcrocker.net>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
X-Authenticated-Sender: jordi.palet@consulintel.es
X-MDRemoteIP: 192.35.164.42
X-Return-Path: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: ietf@ietf.org
X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail.consulintel.es
X-Spam-Status: No, hits=-3.4 required=5.0 tests=BAYES_00,DATE_IN_PAST_12_24, TO_ADDRESS_EQ_REAL autolearn=no version=2.64
X-Spam-Processed: consulintel.es, Sat, 22 Oct 2005 19:22:06 +0200
X-MDAV-Processed: consulintel.es, Sat, 22 Oct 2005 19:22:07 +0200
X-Spam-Score: 0.4 (/)
X-Scan-Signature: 944ecb6e61f753561f559a497458fb4f
Content-Transfer-Encoding: quoted-printable
Subject: Re: IETF Meeting Venue Selection Criteria
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: jordi.palet@consulintel.es
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

Hi Dave,

While I see your point, and certainly agree in some degree, I also think
that any of the measures to look into who are "primary contributors" will
turn to be unfair and subjective.

In a so big community this kind of measurement will never work well, unless
everyone has the right to speak up for the venue selection, which will turn
to be absolutely impractical.

Just one example from your own one, not to be taken as any personal issue.
Why you have been queried for a schedule conflict (by the way "secretly")
while others have not had the opportunity for that (including myself) ?.
Clearly is not fair and is not consensus based, good or not, it may turn in
being the only realistic way and always could mean people being limited to
attend for this. How you know if there is much more people not being able to
attend because those who had been surveyed are able to attend and how you
measure how many of them are "more" primary contributors ?

Regards,
Jordi




> De: Dave Crocker <dhc2@dcrocker.net>
> Organización: Brandenburg InternetWorking
> Responder a: <dcrocker@bbiw.net>
> Fecha: Thu, 20 Oct 2005 08:43:33 -0700
> Para: Brian E Carpenter <brc@zurich.ibm.com>
> CC: "ietf@ietf.org" <ietf@ietf.org>
> Asunto: Re: IETF Meeting Venue Selection Criteria
> 
> Brian,
> 
>>>> What is the evidence that we will not gain that new
>>>> participation without hurting current participation
>>>> by primary contributors?
>> It's very hard to get those data... There is no objective way to
>> identify 'primary
>> contributors' other than by assuming the regular attendees are
>> also contributors.
>> ...
>> Which, BTW, means income that we badly need.
>> ...
>> We also badly need hosts for financial reasons.
> 
> Unfortunately, the ultimate and practical meaning, of these kinds of
> conclusions about venue selection, is that we do not place productivity
> as a high priority.  We have a collection of other priorities that take
> precedence, for a collection of reasons. This means that the impact of
> face-to-face meetings, on productivity and quality, is almost entirely a
> matter of luck.
> 
> I should note that this is a similar problem with respect to Nomcom
> member selection:  We use highly indirect criteria, because they are
> easy to administer, but which are certain to have poor correlation with
> member expertise about IETF management -- although IETF management is
> what is being chosen -- and then we hope for the best.
> 
> It is interesting that essentially all public discussion of these sorts
> of stategic issues and the criteria for pursuing them almost always
> focuses on what is easy or already established, rather than what will
> work best for achieving the desired result.  In particular, negative
> implications appear to be entirely ignored, such as the one Eric Rosen
> just pointed out, about encouraging participation by professional
> standards goers.
> 
> For an organization that claims to care about the quality of its work
> product, this all seems a rather strange approach to its management.
> 
> I suspect that organizations rarely achieve their primary goals by
> making strategic and tactical decisions that ignore those goals.
> 
> d/
> 
> p.s.  "Primary contributors" could be operationally defined as previous
> IETF attendees who are authors or chairs of current work.  One might
> always want to factor in mailing list activity levels for some
> individuals, but that's also an indirect measure.  However, all involve
> objective data that are available.  An additional approach is a
> variation on something that is already done:  Currently, some
> participants are queried for schedule conflicts within the IETF week.
> That could be extended to "venue conflicts" which would prevent them
> from attending at all.    And the primary point behind my making these
> suggests is to point out that it is easy to give up on pursuing criteria
> that are not trivial to enforce, but that that is not always warranted...
> 
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www1.ietf.org/mailman/listinfo/ietf




************************************
The IPv6 Portal: http://www.ipv6tf.org

Barcelona 2005 Global IPv6 Summit
Information available at:
http://www.ipv6-es.com

This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.




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