优先考虑Scrum Backlog

时间:2011-12-02 13:45:31

标签: scrum backlog

我们的软件公司每天收到数百个支持请求,整个团队都在我们的收件箱中工作。我们如何才能获得直接映射到Scrum积压的有效指标?

如果我们过于具体,那么团队就会经常注意不断变化的指标,如果我们过于笼统,那么PO必须通过太多的电子邮件进行排序才能获得可靠的优先级。

有什么想法吗?

1 个答案:

答案 0 :(得分:1)

“支持请求”是什么意思?

假设3个广泛的桶:

  1. “我该怎么做x?”类型问题
  2. “这不正常”(即缺陷)
  3. “如果它真的有用,那将会非常有帮助。”增强请求
  4. 在每个类别中(您可能有多于或少于3个,但3个是可以使用的好数字),请指定一些对请求进行分类的标记。我喜欢将类别组织为垂直列的标签,并为列中的每个请求添加“标志”。这给出了一个快速而肮脏的垂直条形图,我几乎保证你会看到帕累托比率出现,其中20%的'标签'导致80%的请求。现在,您的采购订单可以优先考虑3个广泛存储桶中的20%,并知道它们是高价值产品。

    你可以把它作为一种跑步练习。