如果状态为“完成”,则 TFS 努力不显示
TFS Effort not displaying if state is 'Done"
我们在 TFS 中有一些状态为 'Done' 的工作项(PBI、Bug),如果未设置该值,Microsoft.VSTS.Scheduling.Effort 将不会显示。如果有值,该字段将显示并且是只读的。我理解的只读行为,它是在工作流状态中设置的:
<WORKFLOW>
<STATES>
<STATE value="Done">
<FIELDS>
<FIELD refname="Microsoft.VSTS.Scheduling.Effort">
<READONLY />
</FIELD>
</FIELDS>
</STATE>
但是我不明白为什么如果没有值,该字段不显示。是否可以选择无论是否存在值都显示此字段?
不仅仅是与 Microsoft.VSTS.Scheduling.Effort 字段关联的控件具有您描述的 hide 行为。
在 Done 状态规则(在工作项工作流程中)中标记为 readonly 的所有字段都以这种方式运行。
如果您坚持始终显示此字段,您可以删除工作流选项卡中该字段的只读规则,如下面的屏幕所示,但代价是丢失 readonly 功能本身。
注意:截屏取自 TFS 2015 PowerTools VS 扩展的进程编辑器。
然而,
尽管考虑可能的替代方案;就像预定义的努力值。
我们的生产 TFS 实例有 allowed 和 suggested value field rules for effort。
我们使用通常印在规划扑克牌上的斐波那契数列作为允许和建议值,默认开局 值为 100(ubiqui 被广泛理解为暗示 PBI 尚未估计或如果玩股票计划扑克则无法估计)。
作为参考,以下是我们所做工作的基本思路:
默认值: 100
建议并允许: 0、1、2、3、5、8、13、20、40、100
何时:(状态更改为已提交)不允许使用 0 和 100。
见解 1:关于您的问题,这种方法给我们带来了什么:
- 因此,努力总是有价值的; ui 控件始终可见。
- 我们不会丢失只读行为。
见解 2:这给我们提供了超出您问题范围的内容:
- 出于估算原因,我们总是得到一个有价值的努力值。
注: A related question was asked here
我们在 TFS 中有一些状态为 'Done' 的工作项(PBI、Bug),如果未设置该值,Microsoft.VSTS.Scheduling.Effort 将不会显示。如果有值,该字段将显示并且是只读的。我理解的只读行为,它是在工作流状态中设置的:
<WORKFLOW>
<STATES>
<STATE value="Done">
<FIELDS>
<FIELD refname="Microsoft.VSTS.Scheduling.Effort">
<READONLY />
</FIELD>
</FIELDS>
</STATE>
但是我不明白为什么如果没有值,该字段不显示。是否可以选择无论是否存在值都显示此字段?
不仅仅是与 Microsoft.VSTS.Scheduling.Effort 字段关联的控件具有您描述的 hide 行为。 在 Done 状态规则(在工作项工作流程中)中标记为 readonly 的所有字段都以这种方式运行。
如果您坚持始终显示此字段,您可以删除工作流选项卡中该字段的只读规则,如下面的屏幕所示,但代价是丢失 readonly 功能本身。
注意:截屏取自 TFS 2015 PowerTools VS 扩展的进程编辑器。
然而,
尽管考虑可能的替代方案;就像预定义的努力值。
我们的生产 TFS 实例有 allowed 和 suggested value field rules for effort。
我们使用通常印在规划扑克牌上的斐波那契数列作为允许和建议值,默认开局 值为 100(ubiqui 被广泛理解为暗示 PBI 尚未估计或如果玩股票计划扑克则无法估计)。
作为参考,以下是我们所做工作的基本思路:
默认值: 100
建议并允许: 0、1、2、3、5、8、13、20、40、100
何时:(状态更改为已提交)不允许使用 0 和 100。
见解 1:关于您的问题,这种方法给我们带来了什么:
- 因此,努力总是有价值的; ui 控件始终可见。
- 我们不会丢失只读行为。
见解 2:这给我们提供了超出您问题范围的内容:
- 出于估算原因,我们总是得到一个有价值的努力值。
注: A related question was asked here