【问题标题】:Priorize a single workitem in TFS在 TFS 中优先处理单个工作项
【发布时间】:2019-04-08 23:12:44
【问题描述】:

在我们从 TFS 2013 迁移到 TFS 2018 之前,我们的工作项由具有自定义工作项字段的产品负责人排序/优先级,该字段的值介于 1 和 10000+ 之间,其中 1 对 10000+ 最重要一点都不重要。我们将自定义字段添加到工作项模板中,因此 PO 能够直接在项目中对其进行修改,并为其赋予适当的值。

现在,在我们迁移到 TFS 2018 后,默认情况下,积压工作使用系统计算的字段“订单”进行排序。可以使用拖放或右键单击 -> 移动到位置来更改积压列表(在 tfs 网络视图中)中的字段。

我们现在遇到的问题是,我们的产品负责人收到了“我创建了编号为 12345 的错误。请优先处理它”的电子邮件,并且产品负责人无法在工作项详细信息页面中直接将其优先级提高/降低。相反,他总是必须打开整个积压,一直向下滚动以在新创建的项目之间的某个位置找到项目。这很烦人,我不知道还有什么其他方法。

谁能告诉我们,这是如何正确完成的?工作流程本身有问题吗?

我还没有找到更好的网站来发布这个,所以请移动这个,如果有更好的地方可以问...

【问题讨论】:

    标签: tfs backlog


    【解决方案1】:

    该字段仍然存在(积压订单),但默认情况下它是隐藏的。您可以将其添加回表单,0 应再次将其放在顶部。

    有几个工作项表单扩展可以为工作项表单添加简单的宏功能。 The "One Click Work Item Actions" is one,您可以使用它为工作项添加“移至顶部”操作(基本上设置“积压优先级”字段)。

    我不确定是否有更好的工作流程。在过去,我为“新项目”创建了一个特殊的迭代,用于一种分类事件。只有新项目会在该迭代中,然后我们会将这些项目移回实际的积压。

    从 Scrum 的角度来看,诀窍是在 backlog 上保留足够多的项目,这样移动项目就不会很麻烦。如果有这么多物品以至于订购是一件苦差事,it would make sense to "prune the product tree" 并做出一些慎重的选择,决定哪些要保留在积压工作中,哪些要移到一个单独的未订购物品桶中。

    【讨论】:

    • 通知您,我们目前有 1400 个未完成的工作项。问题:如果我们重新启用积压订单并使用它在单个工作项中重新排序,是否会自动调整新项目周围的其他项目?那么当我将它从 5 移动到 3 时,它会修改 item 3 到 order 4 和 nr 4 到 nr 5 吗?
    • 它会不断地为积压订单创建随机数,所以这是行不通的。移动到顶部(0)很容易,无法预测其他数字。该字段会自动重新计算。
    • 1400 听起来是进行一些清理工作的好时机,您实际上可以在 3-4 个冲刺中移动多少项目?这与您希望积压的工作量差不多。剩下的工作只是“遥不可及”。
    • 这是个问题。假设我们的产品负责人希望将其优先级设置为“让我们在下一个 sprint sprint 之后的 sprint 中执行它,他希望将其优先级设置为 25 或类似的值。那么使用“积压订单”是不可能的。
    猜你喜欢
    • 2015-06-03
    • 2012-02-28
    • 1970-01-01
    • 1970-01-01
    • 2017-08-11
    • 1970-01-01
    • 1970-01-01
    • 2016-03-04
    • 1970-01-01
    相关资源
    最近更新 更多