Inflectra Customer Forums: Release Planning Best Practices (Thread) 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 en-US(C) Copyright 2006-2024 Inflectra Corporation.support@inflectra.com/Computers/Software/Project_Management//Computers/Software/Quality_Assurance/KronoDesksupport@inflectra.comhttp://www.inflectra.com/kronodesk/forums/threads120/Support/Forum/spirateam/best-practices/594.aspxthreadId=594Clint King (clintonking11@hotmail.com)Release Planning Best Practices 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 Thu, 23 May 2013 20:56:15 -04002013-05-29T15:22:07-04:00/Support/Forum/spirateam/best-practices/594.aspxmessageId=1109David J (support1@inflectra.com) Hi Clint We'll let other users respond to this thread, however from our perspective, here's 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 Wed, 29 May 2013 15:22:07 -04002013-05-29T15:22:07-04:00/Support/Forum/spirateam/best-practices/594.aspx#reply1109