W3C home > Mailing lists > Public > public-webrtc@w3.org > May 2015

Re: Charter task force - list of volunteers

From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 20 May 2015 10:40:12 -0700
Message-ID: <CABcZeBN_nC7WqowgMtj=K=7A5YYNucORAR=epDmvw0TM5wAhtA@mail.gmail.com>
To: "Michael Champion (MS OPEN TECH)" <Michael.Champion@microsoft.com>
Cc: Erik Lagerway <erik@hookflash.com>, Harald Alvestrand <harald@alvestrand.no>, "public-webrtc@w3.org" <public-webrtc@w3.org>, Dominique Hazael-Massieux <dom@w3.org>
First, let me apologize for missing the call. Calendar screwup.



On Wed, May 20, 2015 at 10:27 AM, Michael Champion (MS OPEN TECH) <
Michael.Champion@microsoft.com> wrote:

>  The intent here, as someone noted on the call today, was to write down
> the commonsense approach we are actually using.  For example, the call
> today was run exactly as the proposed Decision Policy text suggests:  We
> reviewed pull requests, agreed on which to accept, and discussed how to
> create new ones that reflected the consensus on the call about how to
> resolve disagreements.  I’m sure it could be stated more crisply than in
> the current draft, but that’s the intent.
>

I don't think that's a very useful example: decision policies become
relevant
when there is disagreement, not consensus. The point is that the process
document (not just what appears in charters) lays out requirements for how
disagreements are handled, including formal objections and we should
just refer to that rather than restate it. Again, this just refers to the
middle
paragraph.


Writing it down in a way that reflects the tools we’re actually using
> rather than the boilerplate that has been in W3C charters for years helps
> everyone remember how we agreed to make decisions at the outset.
>

I don't really see how the toolchain significantly impacts the chairs
behavior
with regard to consensus and dissent. Can you elaborate?



> For example, there might be disagreements about whether an editors’ draft
> reflects the WG consensus or not.  To the extent we can leverage GitHub’s
> “paper trail” of forks, pull requests,  and merges, it should be more
> efficient to resolve such disagreements.
>

Again, it would be helpful if you'd explain what it is you intend this to
mean in terms of actual
process. Is your point that you'd like the editors to mark things that
don't have consensus
as such? If so, that seems fine, but I'm not getting that from the text.

-Ekr


>
>
> *From:* Eric Rescorla [mailto:ekr@rtfm.com]
> *Sent:* Wednesday, May 20, 2015 10:16 AM
> *To:* Erik Lagerway
> *Cc:* Harald Alvestrand; public-webrtc@w3.org; Dominique Hazael-Massieux;
> Michael Champion (MS OPEN TECH)
> *Subject:* Re: Charter task force - list of volunteers
>
>
>
>
>
>
>
> On Mon, May 18, 2015 at 12:41 PM, Erik Lagerway <erik@hookflash.com>
> wrote:
>
>  Thanks Herald,
>
>
>
> More for Dom, I would also ask that we add the Decision Policy copy that I
> inadvertantly removed when doing the Charter diffs be added back in as
> well...
>
>
>
> --
>
>
>
> I'm not against having a decision policy but I have some questions about
> this one.
>
>
>
>
>
>   Decision Policy
>
>
>
> As explained in the Process Document ( section 3.3 ), this group will seek
> to make decisions when there is consensus. When the Chair puts a question
> and observes dissent, after due consideration of different opinions, the
> Chair should record a decision (possibly after a formal vote) and any
> objections, and move on.
>
>
>
> This seems to paraphrase the W3C process see
> http://www.w3.org/2014/Process-20140801/#Consensus).
>
> I would prefer to simply remove this text and point to the process, rather
> than trying to figure out
>
> whether there is a conflict.
>
>
>
>   Editors are responsible for reflecting the consensus from the Working
> Group in the specifications; where editors bring technical solutions in the
> specifications that have not been reviewed by the group, these solutions
> are annotated to reflect their status.
>
>
>
> I don't really understand the clause after the semicolon. Can you expand
> on what this
>
> is intended to mean?
>
>
>
>
>
>   Contributors are encouraged to bring specific modifications (e.g. as
> patches) to the group's specifications to facilitate their review by the
> group and eventual integration by the editors.
>
>
>
> --
>
>
>
> Thanks,
>
> Erik
>
>
>   Erik Lagerway <http://ca.linkedin.com/in/lagerway> | Hookflash
> <http://hookflash.com/> | 1 (855) Hookflash ext. 2 | Twitter
> <http://twitter.com/elagerway> | WebRTC.is Blog <http://webrtc.is/>
>
>
>
> On Sun, May 17, 2015 at 11:39 PM, Harald Alvestrand <harald@alvestrand.no>
> wrote:
>
> The following people volunteered for the charter task force:
>
> - Andy Hutton <andrew.hutton@unify.com>
> - Dan Burnett <dburnett@voxeo.com>
> - Bernard Aboba <bernard.aboba@microsoft.com>
> - Eric Rescorla <ekr@rtfm.com>
> - Göran Eriksson <goran.ap.eriksson@ericsson.com>
> - Justin Uberti <juberti@google.com
>
> We think that we’re very close to achieving a consensus on the charter,
> and if the members of this task force can all agree on a single proposal
> (and agree that they agree), we think that this is worth proposing to
> the group and the AC as a proposed “next generation” charter.
>
> Naturally, this group does not have decision-making power; we have asked
> them to propose something they feel that they can all agree with, and
> will then bring that proposal to the WG.
>
> Harald, for the chairs.
>
>
>
>
>
Received on Wednesday, 20 May 2015 17:41:29 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:44 UTC