Top Menu

Jump to content
Home
    Modules
      • Projects
      • Activity
      • Work packages
      • Gantt charts
      • Calendars
      • Team planners
      • Boards
      • News
    • Getting started
    • Introduction video
      Welcome to OpenProject Community
      Get a quick overview of project management and team collaboration with OpenProject. You can restart this video from the help menu.

    • Help and support
    • Upgrade to Enterprise edition
    • User guides
    • Videos
    • Shortcuts
    • Community forum
    • Enterprise support

    • Additional resources
    • Data privacy and security policy
    • Digital accessibility (DE)
    • OpenProject website
    • Security alerts / Newsletter
    • OpenProject blog
    • Release notes
    • Report a bug
    • Development roadmap
    • Add and edit translations
    • API documentation
  • Sign in
      Forgot your password?

      or sign in with your existing account

      Google

Side Menu

  • Overview
  • Activity
    Activity
  • Roadmap
  • Work packages
    Work packages
  • Gantt charts
    Gantt charts
  • Calendars
    Calendars
  • Team planners
    Team planners
  • Boards
    Boards
  • News
  • Forums

Content

General discussion
  1. OpenProject
  2. Forums
  3. General discussion
  4. Remaining Hours in Burndown Chart

Remaining Hours in Burndown Chart

Added by Jeroen Houwen about 11 years ago

I can not find a way to show the remaining hours in the Burndown Chart (in Backlog plugin). Only the story points are shown as active series. In the wiki i found a image of a burndownchart with also the remaining hours. (https://www.openproject.org/projects/openproject/wiki/Agile_Teams)

Thanks in advance,

Jeroen


Replies (1)

RE: Remaining Hours in Burndown Chart - Added by Jens Ulferts about 11 years ago

Hi Jeroen,

I fear the screenshot is misleading. We (meaning I, I am ashamed to admit) couldn’t come up with a way to calculate the remaining hours in a manner that is fast enough. The old backlog implementation would return the remaining hours, but it was faulty. The main problem is summing up only those remaining hours that are not already the sum of their child work packages. So in a package tree of

a(6)

|
| <child>
|
b(6)

we would only want to count the remaining hours of b (6 in this example) and not those of a. That is because a’s remaining hours are only the result of summing up the remaining hours of it’s children. That would be very easy to calculate if it weren’t for the fact that the tree might change over the course of the sprint. So on day 1 we might have a structure like this:

a(6)       b(6)

where a and b are both root nodes of their own package tree. On day one the remaining hours should be 12. But on the next day the tree is changed to the first example and the remaining hours should then only be 6.

Because we are currently not versioning the package tree information, and I am not aware of a way in which it would be feasible to do so, we can not distinguish between the first and the second fast enough for every day of the sprint.

My idea of how to do it nevertheless, is to have some kind of background job that calculates the remaining hours whenever the tree structure or the remaining hours are changed. The result of each day would be cached and presented to the user when he opens the burndown. When changes to the tree structure or the remaining hours happen two times a day, we only keep the newer result.

That would be a way to address this issue but it would be very time consuming to program that and I just haven’t gotten to it. But I am willing to listen to different ideas that might be easier to realise.

Kind regards

Jens

  • (1 - 1/1)
Loading...