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
### 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 admin setting "duration format" is introduced to choose between "hours only" and "days and hours". The duration format affects how Work, Remaining work, and Time spent values are displayed. The setting can be set from Administration > Calendar and Dates > Working days and hours.
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 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 14.5 15.0
We initially planned to add the ability to edit % complete in 14.4.0, but we got also some feedbacks about how total % Complete is computed (total is only over children having Work being set) and we want to address that too, and bundle both changes in the same release.
The ability to set % complete in work packages will be available in 14.4.0 behind a feature flag. And will be released in 15.0 along with the ability to choose between a total % complete calculation mode.
### 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. workPackageValue:52233:version and will be available in 14.4 if the feature flag is activated.
It will also address ###54726 at the same time, at least in work-based mode.
### Add a "Total % Complete" calculation mode
* Some users do not use Work and Remaining work _at all_, but do use the % Complete to manually report progress. They use it either in status-based mode or in work-based mode.
* When a work package has children, and these children have a % Complete set, they want a total % Complete to be displayed on the parent reflecting roughly the total progress having been made over the children.
This is under discussion in ###56363.
It's planned to be shipped in 14.5. 15.5.
\---
## 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
### 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 admin setting "duration format" is introduced to choose between "hours only" and "days and hours". The duration format affects how Work, Remaining work, and Time spent values are displayed. The setting can be set from Administration > Calendar and Dates > Working days and hours.
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 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 14.5
We initially planned to add the ability to edit % complete in 14.4.0, but we got also some feedbacks about how total % Complete is computed (total is only over children having Work being set) and we want to address that too, and bundle both changes in the same release.
* 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.
### Add a "Total % Complete" calculation mode
* Some users do not use Work and Remaining work _at all_, but do use the % Complete to manually report progress. They use it either in status-based mode or in work-based mode.
* When a work package has children, and these children have a % Complete set, they want a total % Complete to be displayed on the parent reflecting roughly the total progress having been made over the children.
This is under discussion in ###56363.
It's planned to be shipped in 14.5.
\---
## 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.