> Hi everybody,
Hi Antonio,
> I'm starting a sprint with the new release PRO 1.0.1, and once I have
> all the tasks entered, with the sprint already started, but yet at its
> first day, i press confirm commitment to update the graph of the total
> work, and It's not working, It doesn't update the graph to the total
> Remaining Time that appears at the bottom of the Sprint's backlog.
Did you try to restart the server? I just want to know if it is a
cache related bug or just a bug ;-)
> I have done it a lot of times with older versions and It has always
> worked.
I know, it should work ;-) I will try to reproduce this and enter a
bug for it if needed. Can you check if the "Estimated Velocity" is
entered in the team statistics for the sprint and if the "Commitment"
is there as well? Than it appears to be a burndown chart problem only...
> Thank you in advance.
YAW, thank you for reporting...
> Regards,
Ciao
> Antonio David.
ANdreaT
Strange for me it works... So we need to find out the difference in our
setups...
Can you send some system information ("About trac" - top right
navigation bar)? Do you use Apache/mod_python?
After you calculated the story points/time, is the remaining time sum at
the bottom of the table updated?
fs
Ah, sorry you have to login in as a user with TRAC_ADMIN rights ('admin'
in the windows installer)
>> Do you use Apache/mod_python?
> Don't know (how can I check?). I used the Windows installer. It is
> installed on a Windows 2008 Small Business Server Premium 64bit.
Ok, then you're using tracd.
fs
> I can point following problems there:
> 1. Why Burndown chart starts from ~180h when initial commitment was
> over 200h?
This is strange - the burndown looks like your team added lots of tasks
after the start of the sprint (in the first two days) and only then
started working on the stories.
> 2. Why in the 2nd day of the sprint the Actual burndown (blue line)
> goes up when we did not add any new tasks and only reduce hours in
> tasks that day (I can provide log from Timeline)?
This is strange, if you could send the logs, that would be greatly
appreciated.
> 3. Why there's "n.a." value in "Total Estimated Remaining Time"
This seems to be caused by the fact that there are still stories with no
estimates.
To get the total time, you would either need to estimate all stories, or
estimate a subset of those, and then tell trac to use those stories to
calculate an estimation for the rest.
For more details see
<https://enterprise.hosted.agile42.com/agilo-help/user/Backlog#CalculatetheUserStoryPointsRemainingTimeratio>
> Are there an ability to make following feature: click on day on
> Burndown chart and see what changes has been made that day? That would
> be really helpful in understanding what's happening...
Thats actually a nice Idea, I'll send it to our product owner.
HTH
--
Mit freundlichen Grüßen
Martin Häcker
Consultant
agile42 GmbH
www.agile42.com
Grünberger Str. 54
10245 Berlin, Germany
Office: +49 30 2005 3958
Fax: +49 30 2007 8274
Amtsgericht Charlottenburg: HRB 111402
CEO Marion Eickmann