我们的软件公司每天都会收到数百个支持请求,并且有一个完整的团队在处理我们的收件箱。我们如何获得直接映射到我们的 Scrum backlog 的有效指标?
如果我们太具体,团队就会经常提防变化的指标,如果我们太笼统,PO 必须整理太多电子邮件以获得可靠的优先级。
有任何想法吗?
“支持请求”是什么意思?
假设 3 个广泛的桶:
在每个类别中(您可能多于或少于 3 个,但 3 是一个很好的数字),分配一些对请求进行分类的标签。我喜欢将类别组织为垂直列的标签,并为列中的每个请求放置一个“标志”。这给出了一个快速而肮脏的垂直条形图,我几乎可以保证你会看到帕累托比率出现,其中 20% 的“标签”导致 80% 的请求。现在,您的 PO 可以在 3 个广泛的桶中的每一个的 20% 中进行优先级排序,因为他们知道它们是高价值的。
您可以将此作为跑步练习。