Building the Schedule

Modified on 2011/07/26 18:38 by rad.tim — Categorized as: Uncategorized

Our goal for SQLSaturday is to have at least two tracks, giving attendees an option if a given session isn't what they expect. It also increases the chances they will attend - if you have only one track and a potential attendee sees two sessions in a row that aren't of interest they usually decide against attending.

You can designate tracks in advance (BI, Admin, etc), but it's usually more effective to just label the Track 1, 2, etc in the beginning based on the number of rooms you have available. Once you start to build the schedule, it makes sense to try to group related topics into a track, and often that means a miscellaneous track or two for the ones that don't group neatly.

As far as the total number of tracks, more is better to a point. We've had several events with 8 tracks and most attendees love the variety. It works if you have enough speakers and rooms to support it. It's a useful approach if seating in rooms is limited, gives you a way to increase maximum attendance. The downside is more logistical work; more rooms to clean, more door signs to make, more speakers to check on. Reserve a couple more rooms than you think you might need, but don't feel obligated to fill them all. We also recommend against scheduling any speaker for more than 2 sessions in order to fill tracks - speaking is hard work, and they deserve to attend a few sessions too.

Building the schedule is all about trade offs, it will never be perfect. Here are some things to consider:

General Scheduling Considerations

Registration


Breakfast with SQL

Tracks

Speakers

Scheduling

Special Accomidations

TODO: Link to the track management page in admin tools