End on time, to give participants the time to switch rooms to the next session if neededĪfter the Design Summit: document outcomes.In fishbowl sessions, 5 minutes before the end of the session, the session lead should start making sure (s)he gets clear outcomes, work items and actions from the session.Collaborative note taking during the session should be done through, please participate and make sure your points are reported there.Make the best use of the available time !.It is the responsibility of the session lead to keep the discussion live and on-topic.The session lead starts by introducing clearly what the session is about (and what it is not about) to set expectations.The session should start on time, be there or be square.The schedule will be available online a few weeks before the Design Summit starts.Sessions are generally proposed on an open document (etherpad.) announced on the openstack-dev mailing-list, and then discussed at team meetings. Depending on how the previous days went, the agenda might evolve.īefore the Design Summit: propose sessionsĮach project team comes up with its own way of building a schedule, ultimately arbitrated by the team's PTL. On the last day of the summit, developers on a given team will gather for a half-day or a full-day of open discussions without a pre-defined theme. They happen in smaller rooms organized in boardroom style. Work sessions are smaller gatherings of teams (or subteams) members to get specific work planned and done. People wanting to participate to the discussion should move to the inner rings. They happen in large rooms organized in fishbowl style (concentric rings of chairs). Those are open sessions to discuss a specific feature or issue we have to solve. There are three types of sessions at the Design Summits: For that it's better to check the various OpenStack meetups organized by user groups around the world or attend the other conference tracks of the OpenStack Summit. The Design Summit is not the right place to get started or learn the basics of OpenStack. Experienced developers will generally help in that endeavor, but you should plan to attend that session yourself. If you suggest a session, you should be ready to moderate that session and make sure the discussion stays on track. Due to the nature of the event, the schedule is a bit dynamic, so check out the summit schedule pages often. If you care about a particular subject, please join. Those scheduled sessions can include the presentation of a few slides but are generally a 40-min long, open brainstorming discussion on a given subject or feature. The agenda is collaboratively reviewed and then scheduled by the program technical leads (PTLs). Developer project teams brainstorm the topics they need to cover and get alignment on. It is not a classic conference track with speakers and presentations. The Design Summit is a part of the OpenStack Summit. Ocata Design Summit, Oct 25-28, 2016 in Barcelona, Spain.The OpenStack Foundation offers a Travel Support Program to help cover travel expenses. For more information on this split, please see the PTG FAQ.Īt Design Summits the developer community gathered to brainstorm the requirements for the next release, discuss the implementation details and connect with other community members.
Therefore not everything on the rest of this page necessarily still holds, but the page is kept here for historical reference.
The Design Summit has been split into two separate elements: the Project Teams Gathering and Forum within the main summit conference.