【发布时间】:2015-12-28 08:36:55
【问题描述】:
不过,我很欣赏这是一个移动的目标。 我尝试使用拖放功能和堆栈排名方法来管理我的 VSO 积压工作。在 2015 年 9 月 25 日,我和一位同事一起注意到,这两种方式都导致了稀疏化,这并没有按照我放置它的顺序留下积压。
来自 MSDN 的问题并不表明这是设计行为,但是当我的积压工作始终为 300 件时,我的积压工作采用随机顺序,每天都会造成严重破坏。事实上,我相当肯定这是蓄意破坏。
- 有其他人注意到这一点吗?
- 有没有办法解决这个问题。 链接或其他指导将不胜感激
我已经使用 Excel 和“编辑工作项”功能来更改堆栈等级。
我观察到的是这个
假设我的待办事项中只有 5 项(我实际上有 300 项)+
我将前 3 个项目的堆栈等级设置为相等,以便它们聚集在一起
工作项目 |stackrank|订购
- | 1 | 1
- | 1 | 2
- | 1 | 3
- | 2 | 4
- | 9 | 5
5 分钟是我在网页上看到的顺序(如果我不清楚我的 VSO 托管在 Azure 上)
一段时间后(它几乎立即发生),sparification 会这样做(注意顺序以及 stackrank)*故意保持数字理智,尽管我知道 MS 使用更大的排序
工作项目 |stackrank|订购
- | 1 | 1
- | 3 | 2
- | 5 | 3
- | 7 | 4
- | 9 | 5
那么为什么它不尊重我的结块策略呢?
上周我一直在用怀疑的眼光观察积压,它似乎是在没有人为干预的情况下重新订购物品。我不能完全确定,但我是积压的所有者,而且 99% 的时间都承认当他们在没有事先交谈的情况下添加项目时。 (它发生在我的组织中并且不会停止耸耸肩)
【问题讨论】:
-
您(或其他任何人)是否使用 Excel 来管理积压工作?
-
我的 cmets 在答案中发布的时间过长
标签: agile azure-devops backlog