Hopefully by now you’ve heard about the PASS SQLRally event that will be held in Orlando, May 11-13. Andy Warren, Kendal Van Dyke, and I are the local members of the planning team and we are making our best effort to give you a look behind the curtain to see what it takes to make an event like this happen. Session/speaker selection is an area we are concentrating on because we would like to have the selection process be one of the differences between the SQLRally and the PASS Summit. Andy has already shared his thoughts and Arie Jones has a very well-thought out response on his blog here.
This post focuses on the regular community sessions while Andy had already blogged about the Pre-Con process.
So what are our goals in the session/speaker selection process?
- Provide a high-quality event that provides a “taste” of the Summit.
- Provide a growth path for speakers.
- Involve the community in the process.
- Build a process that can be used as a template for other events.
It really starts with being transparent in the process and getting input from the community along the way. This is why we are making the effort to blog about what we are doing and thinking. Some of our thoughts on session/speaker selection have been:
- Solicit abstracts similar to the Summit process but with a twist. A selection committee, likely consisting of a representative from the host chapter and 2 representatives from other local chapters, would rate the sessions and present at least 3 sessions (as available) for each slot to the community for vote.
- For 8-12 sessions, invite 24 previous Summit speakers to take part in SQLRally. We’d provide this list to the community who would pick the 8-12 speakers that they would like to hear from. These would be the “name” speakers for the event that get your boss to foot the bill.
- Invite best of Summit speaker for each track to present their 2010 Summit sessions.
- Solicit topics from the community and then have speakers submit sessions for those topics.
- Allow chapters to “nominate” speakers. Invite those speakers to submit abstracts.
- Assign session selection for different tracks to local chapters. For example, Orlando and Richmond might vote on DBA sessions, Tampa and Atlanta on BI, etc…
- Is there anything wrong with the Summit process?
- Who would/should be on the selection committee?
- Except in special situations such as those Summit speakers invited to submit and voted on by the community, not a Summit 2010 presenter.
- Experience presenting at chapters, SQLSaturday’s or similar events. We’d ask where, when, and what they have presented.
- Preferably a session that has been presented before. As Arie points out this may mean we miss some “new” features, but when I pay for an event I want to know that the material has been done before.
Please leave comments on the blog as we definitely are interested in YOUR thoughts on the process. There are no guarantees that your ideas will be included, but they WILL be considered.