Release Planning Best Practices

Thursday, May 23, 2013 8:56:15 PM
I'm just about to start my first "from the beginning" release in Spira. I was unable to take advantage of many of the release/sprint planning tools due to our data migration, and would like to make sure I do the correct steps up front to take advantage of them next release. Is there any sort of best practices documentation for release planning that I can follow? I'm particularly interested in:
  • Setting specific resource availability, including vacation time and "non-project" time.
  • Allocating those resources to various releases to get a breakdown by sprint of how many true development hours I have available.
  • Real time burndown tracking showing available vs remaining hours each sprint.
  • Efficiency metrics by developer showing how much of their project time was truly put toward project work. E.g. they have 35 hours available in a week, but only completed 30 hours of actual work.
I appreciate any documentation or tips that others have founds useful.

Thanks,
Clint
1 Replies
Wednesday, May 29, 2013 3:22:07 PM
Avatar
re: cking on Thursday, May 23, 2013 8:56:15 PM

Hi Clint

We'll let other users respond to this thread, however from our perspective, here's some ideas:

  • The Tracking > Resources view can be used to give visibility of developer efficiency metrics, but it's aggregated over a release/iteration rather than over a specific week.
  • There are burndown graphs in the Reports center
  • When setting the # working hours in the Release and Iteration details pages, you should determine how many true working hours are available per day. In most cases it will be less than 8, typically nearer 6.

Regards

Adam

Statistics
  • Started: Thursday, May 23, 2013 8:56:15 PM
  • Last Reply: Wednesday, May 29, 2013 3:22:07 PM
  • Replies: 1
  • Views: 1592