Re: [RAI] RAI processes for handling work effectively
Harald Alvestrand <harald@alvestrand.no> Sun, 28 July 2013 10:32 UTC
Return-Path: <harald@alvestrand.no>
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 AC4D721F9E3F for <rai@ietfa.amsl.com>; Sun, 28 Jul 2013 03:32:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 7qkaKy-zLHO8 for <rai@ietfa.amsl.com>; Sun, 28 Jul 2013 03:31:58 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id CCB2521F9E27 for <rai@ietf.org>; Sun, 28 Jul 2013 03:31:57 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 535AD39EEE2 for <rai@ietf.org>; Sun, 28 Jul 2013 12:31:53 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GT7-YxebiGAy for <rai@ietf.org>; Sun, 28 Jul 2013 12:31:52 +0200 (CEST)
Received: from [10.20.16.147] (unknown [195.202.153.34]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 37CE139EC67 for <rai@ietf.org>; Sun, 28 Jul 2013 12:31:52 +0200 (CEST)
Message-ID: <51F4F316.408@alvestrand.no>
Date: Sun, 28 Jul 2013 12:31:50 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
MIME-Version: 1.0
To: rai@ietf.org
References: <51C157BA.70509@ericsson.com> <51E7D81A.5000008@alvestrand.no> <E6F3929E-ABD0-40D0-AAED-95C44B258BCB@oracle.com> <51F41635.6050800@alvestrand.no> <CABkgnnXD16sz1ZgnvnA-En5fSYiLotu3pMOiiyHjpYOJzmY33Q@mail.gmail.com>
In-Reply-To: <CABkgnnXD16sz1ZgnvnA-En5fSYiLotu3pMOiiyHjpYOJzmY33Q@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
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: Sun, 28 Jul 2013 10:32:02 -0000
On 07/28/2013 10:48 AM, Martin Thomson wrote: > On 27 July 2013 11:49, Harald Alvestrand <harald@alvestrand.no> wrote: >> All of this points to a need for careful review. What it does not point >> out is any need for a *slow*, *inconsistent* and *unpredictable* review >> process - which is what I feel the "standing working groups" are giving >> us now. > Isn't that just a natural by-product of using SDP, with all that > baggage Hadriel describes? Well - I could have made a lot of the same comments about AVTCORE and the RTP issues we are facing, but MMUSIC just felt like a more current example :-) > > I don't think that you get any better review if you make new working > groups. In fact, you get even slower, less consistent and possibly no > review at all. One virtue of the long-standing working group is that > over time it accumulates a following of people who know stuff about > the work. I saw this with the DHC WG, which was actually invaluable > when it came to bringing work there. That's where my thinking about review teams, directorates and other possible constructs comes in. I think one core point here is that for any question asked, there needs to be some identified "someone" who's charged with coming up with "the answer" (or "the information needed to make sense of the question") - and is able to do so on a relatively short timeframe. Quite hard to achieve consistently in a volunteer organization, but I don't think it's impossible to try something that might work better than the WG format. > > Again, not an indictment of your thesis about more focused working > groups, just an observation about this particular problem. > _______________________________________________ > RAI mailing list > RAI@ietf.org > https://www.ietf.org/mailman/listinfo/rai
- [RAI] RAI processes for handling work effectively Gonzalo Camarillo
- Re: [RAI] RAI processes for handling work effecti… Brian Rosen
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… John Leslie
- Re: [RAI] RAI processes for handling work effecti… Ben Campbell
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Michael Hammer
- Re: [RAI] RAI processes for handling work effecti… Mary Barnes
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Paul Kyzivat
- Re: [RAI] RAI processes for handling work effecti… Spencer Dawkins
- Re: [RAI] RAI processes for handling work effecti… Hadriel Kaplan
- Re: [RAI] RAI processes for handling work effecti… DRAGE, Keith (Keith)
- Re: [RAI] RAI processes for handling work effecti… SM
- Re: [RAI] RAI processes for handling work effecti… Cullen Jennings (fluffy)
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Martin Thomson
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Martin Thomson
- Re: [RAI] RAI processes for handling work effecti… Dale R. Worley
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Dale R. Worley
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand
- Re: [RAI] RAI processes for handling work effecti… Hadriel Kaplan
- Re: [RAI] RAI processes for handling work effecti… Harald Alvestrand