SummitChanges

Differences between revisions 3 and 20 (spanning 17 versions)
Revision 3 as of 2010-02-04 00:46:34
Size: 1409
Editor: unassigned
Comment:
Revision 20 as of 2010-02-11 06:27:47
Size: 4465
Editor: c-67-164-44-209
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= Summit System Assessment =  * '''Launchpad Entry''': UbuntuSpec:foo
 * '''Created''': <<Date(2005-10-25T15:45:54Z)>>
 * '''Contributors''':
 * '''Packages affected''':
 * '''See also''': SpecTemplate
Line 3: Line 7:
== Current System Assessment == == Summary ==
Line 5: Line 9:
=== Problems === The "summit system" is what we use for the Ubuntu Developer Summit. In the previous iteration of UDS we faced some problems with the system that need to be resolved. Summit is hosted at [[https://edge.launchpad.net/summit|lp:summit]]
Line 7: Line 11:
Functionality: == Rationale ==
Line 9: Line 13:
 * Conflicts with multiple people scheduling - seven people scheduling can cause conflicts.
 * Blueprints should not be used to schedule sessions - blueprints are for specs not sessions, and don't apply to roundtables and private sessions.
 * BoFs can't have attendee subscribers - adding BoFs and roundtables cannot use the collision system for attendees.
The summit system is showing it's age, as we increase the number of sessions, tracks, and people who schedule things it gets slower and more cumbersome to use. We would like to assign a developer to do some performance testing and add some small features for the next UDS.
Line 13: Line 15:
=== Feature Requests === == Use Cases ==
Line 15: Line 17:
 * A button in the sidebar, "Schedule a session" which will allow a scheduler to schedule a session on the fly without having to register a blueprint. [[attachment:summitbutton.png]]
 * A field for "crew" and "videographer" so we can use the system to schedule crew with the conflict resolution.
 * Design review - Input from the design team as Mark has ideas on what he wants the schedule to look like design-wise
 * "Big screen friendly" - When on display at UDS we need to have a clock on the schedule that won't scroll off so people can see where we are in the schedule. A [[http://people.csail.mit.edu/rahimi/marcus-bains-line/|Marcus Baines Line]] would be great.
  * Matt is a track lead and runs into Joe in the hallway. Joe wants a session to be added to the schedule but doesn't need a blueprint. This is impossible to schedule.
  * Amber has been tagged as a volunteer videographer for UDS but doesn't know how it matches her schedule. The summit system automatically tags and shows her which sessions she needs to videotape.
  * David has been good about scheduling his sessions but as the new needs pile up he "cheats" and adds the session right into the Django admin interface since that's much easier than adding a blueprint and waiting for the system to import it into the session view. As a result he can't take advantage of the conflict resolution bits.
  * Jono wants to ensure that people are mingling inbetween sessions, he wants assurances from the system that no 2 tracks are ever scheduled back to back in the same room.
Line 20: Line 22:
=== Bugs we need fixed === == Scope ==
Line 22: Line 24:
 * Performance review - ISD added memcached support which improved the performance considerably. We need to find a way to generate the schedule without hammering launchpad over and over. These fixes are for UDS-M, anything after is out of scope.
Line 24: Line 26:
== Next Steps == == Design ==

In order of importance:

==== Performance Work ====

''HIGH''

 * Performance review - ISD added memcached support which improved the performance considerably. We need to perform a code review of the rendering and scheduling code to ensure it is working more efficiently.

==== Additional Data To Be Captured ====

''HIGH''

 * A field for "crew" and "videographer"
   * In the "Meeting" table there is a subtable that is called "Key People".
     * In addition to Drafter, Assignee, Approver, and Scribe, add a "Videographer1" and "Videographer2" field.
     * Use the system to schedule crew with the conflict resolution facility.
   * Ability to tag an attendees record as "Crew" and then designate a day that they will be assigned crew duties. In the day view there should be a field on the calendar that shows who is going to be crew for that day so attendees know who the person is. Each role is then integrated into the person's personal view so it's on their schedule. (The "Hide talks that aren't for me" feature)

==== Design Review ====

''HIGH''

''Requires Design Team Input''.

 * Bring summit.ubuntu.com up to speed with the branding and design of our other web properties. Mark has input on what he would like to see here.

==== Schedule Session Button ====

''MEDIUM''

''Requires Design Team Input''.

   * Allow a scheduler to schedule a session on the fly without having to register a blueprint so people can schedule BoFs quickly.
   * [[attachment:summitbutton.png|Mockup]]
   * Clicking on the button will spawn a lightbox with 2 fields, title and description for the session and an ok/cancel button. [[attachment:summitbutton2.png|Mockup 2]]
     * Clicking on ok will accept the session and then add it to the sidebar, where the scheduler can schedule it.
     * Clicking cancel will take the user back to the normal view.
   * When the session is on the sidebar it can be dragged into a time slot.

==== In Session Display Time ====

''LOW''

''Requires Design Team Input''.

    * When on display at UDS we need to have a clock on the schedule that won't scroll off so people can see where we are in the schedule. Ensure the page elements show up even on scroll, list of rooms, time slots, etc.

==== iCal Support ====

 * Needed so we can have the IRC bot announce sessions in the channel
 * Also useful for other calendaring facilities for attendees and for use in Lernid.

==== Admin Facilities ====

''LOW''

 * Auto-generate the time slots. We run a SQL query to generate blank slots to drop sessions in, this is annoying, and making them by hand is time consuming.

=== Implementation Plan ===

TBD

== Implementation ==


----
CategorySpec
  • Launchpad Entry: foo

  • Created: 2005-10-25

  • Contributors:

  • Packages affected:

  • See also: SpecTemplate

Summary

The "summit system" is what we use for the Ubuntu Developer Summit. In the previous iteration of UDS we faced some problems with the system that need to be resolved. Summit is hosted at lp:summit

Rationale

The summit system is showing it's age, as we increase the number of sessions, tracks, and people who schedule things it gets slower and more cumbersome to use. We would like to assign a developer to do some performance testing and add some small features for the next UDS.

Use Cases

  • Matt is a track lead and runs into Joe in the hallway. Joe wants a session to be added to the schedule but doesn't need a blueprint. This is impossible to schedule.
  • Amber has been tagged as a volunteer videographer for UDS but doesn't know how it matches her schedule. The summit system automatically tags and shows her which sessions she needs to videotape.
  • David has been good about scheduling his sessions but as the new needs pile up he "cheats" and adds the session right into the Django admin interface since that's much easier than adding a blueprint and waiting for the system to import it into the session view. As a result he can't take advantage of the conflict resolution bits.
  • Jono wants to ensure that people are mingling inbetween sessions, he wants assurances from the system that no 2 tracks are ever scheduled back to back in the same room.

Scope

These fixes are for UDS-M, anything after is out of scope.

Design

In order of importance:

Performance Work

HIGH

  • Performance review - ISD added memcached support which improved the performance considerably. We need to perform a code review of the rendering and scheduling code to ensure it is working more efficiently.

Additional Data To Be Captured

HIGH

  • A field for "crew" and "videographer"
    • In the "Meeting" table there is a subtable that is called "Key People".
      • In addition to Drafter, Assignee, Approver, and Scribe, add a "Videographer1" and "Videographer2" field.
      • Use the system to schedule crew with the conflict resolution facility.
    • Ability to tag an attendees record as "Crew" and then designate a day that they will be assigned crew duties. In the day view there should be a field on the calendar that shows who is going to be crew for that day so attendees know who the person is. Each role is then integrated into the person's personal view so it's on their schedule. (The "Hide talks that aren't for me" feature)

Design Review

HIGH

Requires Design Team Input.

  • Bring summit.ubuntu.com up to speed with the branding and design of our other web properties. Mark has input on what he would like to see here.

Schedule Session Button

MEDIUM

Requires Design Team Input.

  • Allow a scheduler to schedule a session on the fly without having to register a blueprint so people can schedule BoFs quickly.

  • Mockup

  • Clicking on the button will spawn a lightbox with 2 fields, title and description for the session and an ok/cancel button. Mockup 2

    • Clicking on ok will accept the session and then add it to the sidebar, where the scheduler can schedule it.
    • Clicking cancel will take the user back to the normal view.
  • When the session is on the sidebar it can be dragged into a time slot.

In Session Display Time

LOW

Requires Design Team Input.

  • When on display at UDS we need to have a clock on the schedule that won't scroll off so people can see where we are in the schedule. Ensure the page elements show up even on scroll, list of rooms, time slots, etc.

iCal Support

  • Needed so we can have the IRC bot announce sessions in the channel
  • Also useful for other calendaring facilities for attendees and for use in Lernid.

Admin Facilities

LOW

  • Auto-generate the time slots. We run a SQL query to generate blank slots to drop sessions in, this is annoying, and making them by hand is time consuming.

Implementation Plan

TBD

Implementation


CategorySpec

SummitChanges (last edited 2010-02-11 06:31:37 by c-67-164-44-209)