Re: [RAI] RAI processes for handling work effectively

SM <sm@resistor.net> Thu, 18 July 2013 19:21 UTC

Return-Path: <sm@resistor.net>
X-Original-To: rai@ietfa.amsl.com
Delivered-To: rai@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E951611E81CD for <rai@ietfa.amsl.com>; Thu, 18 Jul 2013 12:21:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.598
X-Spam-Level:
X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WJt3XWVub+qp for <rai@ietfa.amsl.com>; Thu, 18 Jul 2013 12:21:22 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id C754611E81E4 for <rai@ietf.org>; Thu, 18 Jul 2013 12:21:09 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r6IJJjtk008374; Thu, 18 Jul 2013 12:19:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1374175190; bh=3CI3N9BuuihAd6dGulTNWonsRjPJMH0hmjZwq6QW8Iw=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=lXUU488ZeMvv+6nThaUPADU4udb1nzaA05jdVCCgyWX8UyX1k3Pgyul4QbcJVqRVZ oz1EPCiqwr2LqSFdiyeNyPwLA628pKUGSr/NqB64C+YpioH15Uj1y7+Ggf6JkH3bpl Zi/ycgR1lTbqBNgR6/vHijc61zIS6lI3yg/XoU5U=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1374175190; i=@resistor.net; bh=3CI3N9BuuihAd6dGulTNWonsRjPJMH0hmjZwq6QW8Iw=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=CSLwVxeYWpjq6kGGPUnxaC6wh5kABBEjb0alRfOe9zs5hcae9C2/222igRbDVooDY oapbprae/lVRqfXj3m7VxE9ug78zIX0reMEgg8PMm/v3960G06118XypV91r+SsSX7 Ye2m/UQ6oR5780No6AGRyXh9Xib1ezqWQz2ONtNI=
Message-Id: <6.2.5.6.2.20130718113904.07bc92d0@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Thu, 18 Jul 2013 12:18:12 -0700
To: Harald Alvestrand <harald@alvestrand.no>
From: SM <sm@resistor.net>
In-Reply-To: <51E7D81A.5000008@alvestrand.no>
References: <51C157BA.70509@ericsson.com> <51E7D81A.5000008@alvestrand.no>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Cc: rai@ietf.org
Subject: Re: [RAI] RAI processes for handling work effectively
X-BeenThere: rai@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Real-time Applications and Infrastructure \(RAI\)" <rai.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rai>, <mailto:rai-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rai>
List-Post: <mailto:rai@ietf.org>
List-Help: <mailto:rai-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rai>, <mailto:rai-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Jul 2013 19:21:24 -0000

Hi Harald,
At 04:57 18-07-2013, Harald Alvestrand wrote:
>let me make a radical proposition....

http://www.alvestrand.no/ietf/ietf55/Revolutionizing%20the%20IETF.pdf :-)

>Standing working groups are useless. All of them.
>
>What we have been doing in the IETF for 10+ years is to create 
>things that we call working groups, which sometimes are used as 
>places to do work, but really are places where people go to get a 
>review and a stamp of approval.

Yes.

>This isn't the role of a working group. It's a review panel.
>
>Working groups need a task they can complete. They need chairs that 
>are willing and able to get the hard questions asked, get a decision 
>out, and PUBLISH.
>Review panels need to have competent people on them, and they need 
>to be able to say NO at need.

It is not easy for Chairs to get the hard questions asked.  It's not 
easy for a review panel to say no unless they have some authority.  I 
don't think it is a matter of the people not being competent; there 
are also social issues.

>The drivers for these 2 kinds of activity are orthogonal-to-opposed, 
>they are not aligned.
>And by using WG procedures for both kinds, we are doing a disservice 
>to ourselves.
>
>I'd suggest that among the requirements for a working group to be 
>formed - AND for it to continue to exist - there should be:
>
>- A definition of the problem that needs solving
>- A definition of the work that needs to be done
>- A sign that one can look at in order to tell that it's finished

Yes.

>(Picking on MMUSIC not because it's the only one, but because I'm 
>working in it at the moment)
>
>In contrast, the MMUSIC working group includes statements like 
>"Various extensions to SDP will be pursued to remedy the most urgent 
>of SDP's shortcomings". How do we tell that we'll achieve that?

The working group could be recharted instead of having open-ended 
statements in its charter.

Regards,
-sm