确定Scrum待办事项的优先级



我们的软件公司每天收到数百个支持请求,并且有整个团队在处理我们的收件箱。我们如何获得直接映射到Scrum待办事项的有效指标?

如果我们太具体了,团队就得不断提防变化的指标,如果我们太笼统了,PO就得整理太多的电子邮件来获得可靠的优先级。

任何想法?

你说的"支持请求"是什么意思?

假设3个大桶:

    "How do I do x?"类型问题
  1. "This is not working right"(即一个缺陷)
  2. "这将是非常有用的,如果它做了。"增强请求

在每个类别中(您可能有多于或少于3个类别,但3是一个很好的数字),分配一些标记来对请求进行分类。我喜欢将类别组织为垂直列的标签,并在列中为每个请求放置一个"标志"。这给出了一个快速而肮脏的垂直条形图,我几乎可以保证你会看到帕累托比率,其中20%的"标签"导致80%的请求。现在你的PO可以在这3个大桶的20%之间进行优先排序,知道它们是高价值的。

相关内容

  • 没有找到相关文章

最新更新