<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jan 9, 2015 at 8:50 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
The OpenStack Foundation staff is considering a number of changes to the<br>
Design Summit format for Vancouver, changes on which we'd very much like<br>
to hear your feedback.<br>
<br>
The problems we are trying to solve are the following:<br>
- Accommodate the needs of more "OpenStack projects"<br>
- Reduce separation and perceived differences between the Ops Summit and<br>
the Design/Dev Summit<br>
- Create calm and less-crowded spaces for teams to gather and get more<br>
work done<br>
<br>
While some sessions benefit from large exposure, loads of feedback and<br>
large rooms, some others are just workgroup-oriented work sessions that<br>
benefit from smaller rooms, less exposure and more whiteboards. Smaller<br>
rooms are also cheaper space-wise, so they allow us to scale more easily<br>
to a higher number of "OpenStack projects".<br>
<br>
My proposal is the following. Each project team would have a track at<br>
the Design Summit. Ops feedback is in my opinion part of the design of<br>
OpenStack, so the Ops Summit would become a track within the<br>
forward-looking "Design Summit". Tracks may use two separate types of<br>
sessions:<br>
<br>
* Fishbowl sessions<br>
Those sessions are for open discussions where a lot of participation and<br>
feedback is desirable. Those would happen in large rooms (100 to 300<br>
people, organized in fishbowl style with a projector). Those would have<br>
catchy titles and appear on the general Design Summit schedule. We would<br>
have space for 6 or 7 of those in parallel during the first 3 days of<br>
the Design Summit (we would not run them on Friday, to reproduce the<br>
successful Friday format we had in Paris).<br>
<br>
* Working sessions<br>
Those sessions are for a smaller group of contributors to get specific<br>
work done or prioritized. Those would happen in smaller rooms (20 to 40<br>
people, organized in boardroom style with loads of whiteboards). Those<br>
would have a blanket title (like "infra team working session") and<br>
redirect to an etherpad for more precise and current content, which<br>
should limit out-of-team participation. Those would replace "project<br>
pods". We would have space for 10 to 12 of those in parallel for the<br>
first 3 days, and 18 to 20 of those in parallel on the Friday (by<br>
reusing fishbowl rooms).<br>
<br>
Each project track would request some mix of sessions ("We'd like 4<br>
fishbowl sessions, 8 working sessions on Tue-Thu + half a day on<br>
Friday") and the TC would arbitrate how to allocate the limited<br>
resources. Agenda for the fishbowl sessions would need to be published<br>
in advance, but agenda for the working sessions could be decided<br>
dynamically from an etherpad agenda.<br>
<br>
By making larger use of smaller spaces, we expect that setup to let us<br>
accommodate the needs of more projects. By merging the two separate Ops<br>
Summit and Design Summit events, it should make the Ops feedback an<br>
integral part of the Design process rather than a second-class citizen.<br>
By creating separate working session rooms, we hope to evolve the "pod"<br>
concept into something where it's easier for teams to get work done<br>
(less noise, more whiteboards, clearer agenda).<br>
<br>
What do you think ? Could that work ? If not, do you have alternate<br>
suggestions ?<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div>This looks great, thanks for continuing to evolve the Summit format!<br><br>Kyle<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
--<br>
Thierry Carrez (ttx)<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br></div></div>