Skip to main content
System StatusContact Support
VersionOne Community

Assigning a Sprint/Iteration Schedule to a Project

This feature is available in Catalyst, Enterprise, and Ultimate editions.

editions-ceu.png

Overview

Assigning a Sprint/Iteration schedule to a project has the following advantages:

  • Less coordination is required across teams to define, activate and close sprints/iterations is required. This is helpful for organizations that have variations in how disciplined teams are in starting and ending sprints/iterations on time.

  • Allows different projects to use different sprints/iterations lengths.

  • Allows different projects to start and/or end sprints/iterations on different days, which can be helpful if different projects share a common customer.

Important to Know

  • The sprint schedule is optional when a project is first created, but it must be created before the team begins Sprint/Iteration Planning.
  • Sprint/Iteration Length - default length when new sprint/iteration are created. Can be overridden for any individual sprint/iteration.

  • Sprint/Iteration Gap - typically 0. This can be used to note any gap between the end of one sprint/iteration and the start of the next. This may be used to account for the weekend if a 5 day sprint/iteration is used or for wrap-up and planning time in between successive sprint/iterations.

Sharing Sprint Schedules Across Multiple Projects

Sprint/Iteration schedules can be shared across projects to allows rollup reporting along sprint/iteration lines, for values such as velocity, and can be helpful where an entire group uses the same schedule. If you use the same sprint schedule for a segment of the project tree, you view a report by sprint for a higher level scope and roll up all data from lower-level descendant scopes. When sprint schedules are shared between projects, the same sprints are used for each of the projects. The new scope creation process allows the scope to be designated as having either a shared or independent sprint schedule.

  • Velocity can be calculated across project levels. For example, one could view the combined velocity of a number of projects that share the same schedule.

  • Filtering allows a view into all the work in a given sprint time frame. For example, within sprint Tracking, it is possible to view all the work going on in the current sprint together even across multiple concurrent releases or projects.

  • Less administrative work required to define and manage the schedule.

  • Projects with multiple teams can define a simpler project tree by  taking advantage of the Teams functionality within the system rather than creating separate nodes in the project tree for each team working on a project or release.

To create or modify a sprint/iteration schedule, both your Admin Privileges role and Project Role must to set to "Project Admin" or higher. See Sprint/Iteration Schedules are not Editable to learn how.

To schedule work into a sprint for a specific project, you must define a schedule in one of the following ways:

Method 1: On the Sprint/Iteration Scheduling Page

  1. Select a project in the Project Navigator.

  2. Go to Team >  Iteration Planning (or Sprint Planning) > Iteration Scheduling (or Sprint Scheduling).

  3. Click Add Iteration (or Add Sprint), and the enter the required information (Title, Begin Date, and End Date).

  4. Click Save. Note that the default sprint duration is two weeks.

Method 2: On the Project Administration Page

  1. Select Admin > Projects & Fields Admin > Projects, and then expand the project tree.

  2. Click on the Add Child Project drop-down menu, and then click Edit.

  3. Click on the magnifying glass.

  4. In the Iteration Schedules window:

    • Select a sprint/iteration schedule from the list, or

    • Click the Add Iteration (or Sprint) Schedule button, and then enter the required information, and then click Save.

  • Was this article helpful?