Content
View differences
Updated by Niels Lindenthal over 2 years ago
**As a** project manager that implements quality gates with status transitions #### <img class="op-uc-image op-uc-image_inline" style="width:427px;" src="/api/v3/attachments/88613/content">
**I want to** derive the remaining work from the status I set
**So that** I can aggregate those values across a hierarchy.
<figure class="image op-uc-figure" style="width:427px;"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/88613/content"></div></figure>
#### Acceptance criteria
When "Calculate work package % Complete" is set to "The work package status" Reasons for the Remaing work is derived from the status and Work. change
* Remaining work and Work flows for status transitions are different from permissions to change % Complete can not be set manually. They are deactivated in the progress modal.
* In the progress modal it is possible to change the status It adds a lot of the work package based on the defined workflows.
complexity for development.
* In It's hard to draw conclusions about how many people are actively using the status selector you see progress system: they may have tried it in the linked % Complete value. past and then stopped using it.
* The calculation of aggregated values is described in <mention class="mention" data-id="40749" data-type="work_package" data-text="#40749">#40749</mention>.
feature simply does not work.
* There is a setting on project-level no differentiation between project, work package, types and status.
* It is not possible to change set the mode.
field remaining work
#### Acceptance criteria
* The global Remove the setting defines a default for each new project. from the status definition.
* When copying a project the setting There is copied. no connection between status changes and % Complete.
* There is no connection between % Complete and status changes.
#### **Migrations**
The goal of the migrations is to achieve a consistent status and correct calculations.
* Existing values for Remaing work % Complete are recalculated based on the status (% Complete) and the work. not deleted.
* In case the work % Complete is 0 h not consistent with Work and Remaining work we show a warning message explaining the problem and giving information about resolving it.
* Inconsistent values are 0 h. excluded from calculations.
* In case When clicking on any of the values (Work, Remaining work is unset and % Complete) the modal opens.
* In the modal the user can achieve a consistent state. Inconsistent states can not be saved, e.g missing Work and Remaining work work. The modal can be cancelled.
**Open questions**
* CB: "% Complete is deleted" -> I understand that it's now possible for % Complete to be unset. Before that, % Complete was automatically set to 0% and could never be unset. Did I understand correctly?
* NL: % Complete is always calculated from Work and Remaining work. It is not possible to unset it.
* The global CB: I feel like the migration to update the calculations belong to ##40749:
* migration for this work package should only update the % Complete field according to the status and delete the setting. This is necessary because actually the setting becomes does not change the % Complete value, but only the way it is displayed: it displays the value from the status instead of displaying the value from the % Complete field. When switching the setting back and forth, we can see that no data is lost.
* then during the development of #40749 the migration should be done as you describe above, making sure that work, remaining work and % complete are consistent with each other and according to the new default setting.
defined business rules.
* The global settings is applied to all projects. NL: I updated #40479 accordingly
**I want to** derive the remaining work from the status I set
**So that** I can aggregate those values across a hierarchy.
<figure class="image op-uc-figure" style="width:427px;"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/88613/content"></div></figure>
#### Acceptance criteria
When "Calculate work package % Complete" is set to "The work package status"
* Remaining work and
* In the progress modal it is possible to change the status
* The calculation of aggregated values is described in <mention class="mention" data-id="40749" data-type="work_package" data-text="#40749">#40749</mention>.
* It is not possible
#### Acceptance criteria
* When copying a project the setting
* There is no connection between % Complete and status changes.
#### **Migrations**
* In case the work
* Inconsistent values
* In case
* In the modal the user can achieve a consistent state. Inconsistent states can not be saved, e.g missing Work and
**Open questions**
* CB: "% Complete
* NL: % Complete is always calculated from Work and Remaining work. It is not possible to unset it.
* The global
* migration for this work package should only update the % Complete field according to the status and delete the setting. This is necessary because actually the
* then during the development of #40749 the migration should be done as you describe above, making sure that work, remaining work and % complete are consistent with each other and according to the