Content
View differences
Updated by Christophe Bliard almost 2 years ago
# Goal
Versions 14.0 through 14.2 have seen [progress reporting for work package hierarchies being reworked](https://community.openproject.org/projects/openproject/work_packages/40867/activity). Estimated time, Remaining hours, and Progress (%) have been renamed to Work, Remaining work, and % Complete. Updating a progress value updates the other so that they all stay consistent with each other.
We want to double down on it and make further improvements based on the feedback we received, like for instance allowing edition of % Complete directly, allowing to set the progress calculation mode at a project level, and add the progress values to the baseline comparison.
# Features breakdown
## Planned for 14.3
Nothing.
## Planned for 14.4
We had many feedbacks about the new way Work, Remaining work, and % Complete work with each other since 14.0. We need to address those concerns first.
Some of these feedbacks have been collected in ##55370. Some are also scattered across work packages comments.
### Allow admins to choose between display in hours-only or days and hours
* Based on the feedback collected with 14.2, displaying everything in days and hours complicates things for some users.
* Default will be reverted back to "hours only" like before 14.2.
* A new Introduce an admin setting "duration format" is introduced to choose between "hours only" and "days and hours". The duration format affects how hours" for Work, Remaining work, and Time spent values are displayed. The setting can spent. Default will be set from Administration > Calendar and Dates > Working days and hours. "hours only" like before 14.2.
This is described in ###55997
It will be shipped in workPackageValue:55997:version.
## Planned for 14.4
We had many feedbacks about the new way Work, Remaining work, and % Complete work with each other since 14.0. We need to address those concerns first.
Some of these feedbacks have been collected in ##55370. Some are also scattered across work packages comments.
### Allow % Complete edition in work-based mode
* Based on the feedbacks collected, editing % Complete directly should be made possible again.
* % Complete will be editable. Modifying it will update Remaining work accordingly if Work is set. Parent totals are computed for children having a Work being set (like currently)
This is described in ###52233
It will be shipped in workPackageValue:52233:version.
It will also address ###54726 at the same time, at least in work-based mode.
### Allow to freely set % complete for statuses
* The % complete field when editing a status is a select field with 10% steps (0%, 10%, 20%, etc.). Some users need more granular control over the value.
* The select field will be replaced by a normal field so that values like 25% or 42% can be used.
This is described in ###55803
It will be shipped in workPackageValue:55803:version.
\---
## Planned for later releases
### Add % Complete to work package table sums
* For consistency, in work package list, when activating sum in the view configuration, % Complete sum will be computed based on Work sum and Remaining work sum.
This is described in ###55802
It will be shipped in workPackageValue:55802:version.
### Project-level setting for % Complete calculation mode
* The mode of calculation for % Complete is no longer defined at the instance level but at the project level.
* The instance level setting defines the default setting value for new projects.
This is described in ###52737
It will be shipped in workPackageValue:52737:version.
### Add Work, Remaining work and % Complete to baseline comparison
* Add Work, Remaining work, and % Complete to baseline comparison to better understand changes in a project.
This is described in ###55348
It will be shipped in workPackageValue:55348:version.
### Enable/Disable "Progress calculation" at a project-level
* Some projects do not need Work, Remaining work, and % Complete fields. We'll add an easy way to disable them on a per-project level to let users have a cleaner work package details view.
This is described in ###55804
It will be shipped in workPackageValue:55804:version.
\---
## Possibilities and ideas
### Change display of Spent time attribute
* Like "Work" and "Remaining work" attributes, "Spent time" attribute evolves and displays two values: one for the work package and one aggregating values from children.
This is described in ###31998.
### Show Work, Remaining work and % Complete in version details page
This is described in ###52186.
### Calculate Remaining work based on Work and logged time
* This is on the wish list
* As of ##40749, Work, Remaining work, and % Complete values are computed from each other and must be consistent.
* Logging time spent means Remaining work and % Complete would be changed automatically
This is described in ###22800.
### Remove progress values from type Milestone
* A Milestone is by definition duration-less and cannot have progress. It is merely meant to be a checkpoint or marker in the timeline. As such, it should not be possible to view or set Work, Remaining work, and % Complete.
This is described in ###54511.
Versions 14.0 through 14.2 have seen [progress reporting for work package hierarchies being reworked](https://community.openproject.org/projects/openproject/work_packages/40867/activity). Estimated time, Remaining hours, and Progress (%) have been renamed to Work, Remaining work, and % Complete. Updating a progress value updates the other so that they all stay consistent with each other.
We want to double down on it and make further improvements based on the feedback we received, like for instance allowing edition of % Complete directly, allowing to set the progress calculation mode at a project level, and add the progress values to the baseline comparison.
# Features breakdown
## Planned for 14.3
## Planned for 14.4
We had many feedbacks about the new way Work, Remaining work, and % Complete work with each other since 14.0. We need to address those concerns first.
Some of these feedbacks have been collected in ##55370. Some are also scattered across work packages comments.
* Based on the feedback collected with 14.2, displaying everything in days and hours complicates things for some users.
* Default will be reverted back to "hours only" like before 14.2.
* A new
This is described in ###55997
It will be shipped in workPackageValue:55997:version.
## Planned for 14.4
We had many feedbacks about the new way Work, Remaining work, and % Complete work with each other since 14.0. We need to address those concerns first.
Some of these feedbacks have been collected in ##55370. Some are also scattered across work packages comments.
### Allow % Complete edition in work-based mode
* Based on the feedbacks collected, editing % Complete directly should be made possible again.
* % Complete will be editable. Modifying it will update Remaining work accordingly if Work is set. Parent totals are computed for children having a Work being set (like currently)
This is described in ###52233
It will be shipped in workPackageValue:52233:version.
It will also address ###54726 at the same time, at least in work-based mode.
### Allow to freely set % complete for statuses
* The % complete field when editing a status is a select field with 10% steps (0%, 10%, 20%, etc.). Some users need more granular control over the value.
* The select field will be replaced by a normal field so that values like 25% or 42% can be used.
This is described in ###55803
It will be shipped in workPackageValue:55803:version.
\---
## Planned for later releases
### Add % Complete to work package table sums
* For consistency, in work package list, when activating sum in the view configuration, % Complete sum will be computed based on Work sum and Remaining work sum.
This is described in ###55802
It will be shipped in workPackageValue:55802:version.
### Project-level setting for % Complete calculation mode
* The mode of calculation for % Complete is no longer defined at the instance level but at the project level.
* The instance level setting defines the default setting value for new projects.
This is described in ###52737
It will be shipped in workPackageValue:52737:version.
### Add Work, Remaining work and % Complete to baseline comparison
* Add Work, Remaining work, and % Complete to baseline comparison to better understand changes in a project.
This is described in ###55348
It will be shipped in workPackageValue:55348:version.
### Enable/Disable "Progress calculation" at a project-level
* Some projects do not need Work, Remaining work, and % Complete fields. We'll add an easy way to disable them on a per-project level to let users have a cleaner work package details view.
This is described in ###55804
It will be shipped in workPackageValue:55804:version.
\---
## Possibilities and ideas
### Change display of Spent time attribute
* Like "Work" and "Remaining work" attributes, "Spent time" attribute evolves and displays two values: one for the work package and one aggregating values from children.
This is described in ###31998.
### Show Work, Remaining work and % Complete in version details page
This is described in ###52186.
### Calculate Remaining work based on Work and logged time
* This is on the wish list
* As of ##40749, Work, Remaining work, and % Complete values are computed from each other and must be consistent.
* Logging time spent means Remaining work and % Complete would be changed automatically
This is described in ###22800.
### Remove progress values from type Milestone
* A Milestone is by definition duration-less and cannot have progress. It is merely meant to be a checkpoint or marker in the timeline. As such, it should not be possible to view or set Work, Remaining work, and % Complete.
This is described in ###54511.