Modules and Views → Home → Guidance → Plan Sprints

Plan Sprints

A sprint is where all of the actual work happens. Because of the importance of each sprint in a release cycle, it is important to ensure that the right stories are being added to a sprint, that all aspects of a team's velocity is considered while adding stories, and that any impediments that might jeopardize getting these stories done during the sprint are identified and addressed.

Planning a Sprint

Sprints can be planned after release backlogs have been defined, prioritized, and estimated. Moving stories from a release or team backlog into a team's sprint backlog is a simple matter of using drag-and-drop to move a work item from one backlog to another. To move a work item into a sprint backlog, simply click the work item (and hold down the mouse button) while you drag it from one backlog to another.

To move a work item to a backlog
  1. Select the work item you want to move, click and hold down the mouse button.

    Select the work item you want to move, click and hold down the mouse button.

  2. When you get the work item to the new backlog, release the mouse button.

    Drag the work item to the new backlog.

  3. The backlog will refresh with the updated work item list.

    Release the mouse button. The backlog will refresh.

Breaking Stories into Tasks

User stories can be broken down into tasks by developers and testers to better track work after stories have been moved to the team backlog (for teams that plan ahead) or sprint backlog (for just-in-time planning). Tasks can be estimated via work-hours, to better reflect time spent by developers and testers. When you are working in a backlog, be sure your that the view mode is set to View Backlog as Tree Icon Tree so that the work hierarchy is visible (and so that a task shows as child work item of a story).