【问题标题】:Cannot manage backlog using Visual Studio Online无法使用 Visual Studio Online 管理积压工作
【发布时间】:2015-12-28 08:36:55
【问题描述】:

不过,我很欣赏这是一个移动的目标。 我尝试使用拖放功能和堆栈排名方法来管理我的 VSO 积压工作。在 2015 年 9 月 25 日,我和一位同事一起注意到,这两种方式都导致了稀疏化,这并没有按照我放置它的顺序留下积压。

http://blogs.msdn.com/b/visualstudioalm/archive/2014/05/14/behind-the-scenes-the-backlog-priority-or-stack-rank-field.aspx?wa=wsignin1.0

来自 MSDN 的问题并不表明这是设计行为,但是当我的积压工作始终为 300 件时,我的积压工作采用随机顺序,每天都会造成严重破坏。事实上,我相当肯定这是蓄意破坏。

  1. 有其他人注意到这一点吗?
  2. 有没有办法解决这个问题。 链接或其他指导将不胜感激

我已经使用 Excel 和“编辑工作项”功能来更改堆栈等级。

我观察到的是这个

假设我的待办事项中只有 5 项(我实际上有 300 项)+

我将前 3 个项目的堆栈等级设置为相等,以便它们聚集在一起

工作项目 |stackrank|订购

  1. | 1 | 1
  2. | 1 | 2
  3. | 1 | 3
  4. | 2 | 4
  5. | 9 | 5

5 分钟是我在网页上看到的顺序(如果我不清楚我的 VSO 托管在 Azure 上)

一段时间后(它几乎立即发生),sparification 会这样做(注意顺序以及 stackrank)*故意保持数字理智,尽管我知道 MS 使用更大的排序

工作项目 |stackrank|订购

  1. | 1 | 1
  2. | 3 | 2
  3. | 5 | 3
  4. | 7 | 4
  5. | 9 | 5

那么为什么它不尊重我的结块策略呢?

上周我一直在用怀疑的眼光观察积压,它似乎是在没有人为干预的情况下重新订购物品。我不能完全确定,但我是积压的所有者,而且 99% 的时间都承认当他们在没有事先交谈的情况下添加项目时。 (它发生在我的组织中并且不会停止耸耸肩

【问题讨论】:

  • 您(或其他任何人)是否使用 Excel 来管理积压工作?
  • 我的 cmets 在答案中发布的时间过长

标签: agile azure-devops backlog


【解决方案1】:

首先,从工作项表单中删除 Stack Rank 字段。检查此link 了解详细信息。

其次,正如 Daniel 上面提到的,您可以使用 Excel 对积压工作进行排序,因为该字段仍然是工作项的一部分,只是从表单中删除。

【讨论】:

    猜你喜欢
    • 2015-08-06
    • 2015-02-21
    • 2023-03-16
    • 1970-01-01
    • 2015-08-11
    • 2016-02-17
    • 1970-01-01
    • 2017-06-01
    • 2018-11-12
    相关资源
    最近更新 更多