[openstack-tc] How to handle cross-project session proposals

Russell Bryant rbryant at redhat.com
Fri Apr 3 16:31:36 UTC 2015



> On Apr 3, 2015, at 12:18 PM, Sean Dague <sean at dague.net> wrote:
> 
>> On 04/03/2015 11:48 AM, Thierry Carrez wrote:
>> Hi everyone,
>> 
>> For the Kilo Design Summit planning we moved planning to etherpads and
>> Google docs, which I think was a success for most teams. For the
>> cross-project sessions, however, the etherpad open single-document
>> quickly turned into an ugly mess, with proposals, random comments and
>> votes all mixed up. That made session selection an unnecessarily painful
>> task for those involved in it.
>> 
>> My original plan was to revive an ODSREG instance (the old system we
>> used before Paris), but this is less trivial than expected (mostly
>> because half the features have been replaced by other tools and need to
>> be ripped off, but also due to Django having moved on since), and not
>> exactly perfect anyway (difficult to track comments and votes there).
>> 
>> At this point I am wondering if we should not use instead a Google form
>> (for submission) with a public sheet for the results (where everyone can
>> comment but only the track leads can edit). I think that would cover the
>> basic features we need for this ?
>> 
>> Or we could just bite the bullet and do an etherpad (and maybe edit it a
>> bit more aggressively than last time to prevent it from getting out of
>> hand) ?
>> 
>> What would be your take on this ? Any other suggestion ?
>> 
>> Also, which TC members are interested (and have time to dedicate to)
>> curating the cross-project track in the coming weeks ?
> 
> Google docs is fine for me. The etherpad did get a bit squirely towards
> the end the last time, but I could also deal with that if we had to.

+1 for the google docs approach outlined. I think putting some structure around the proposals and review is helpful. 

-- 
Russell Bryant


More information about the OpenStack-TC mailing list