敏捷Scrum开发7大事件之1:产品待办列表优先级排序

 前言:此文是「敏捷开发7大事件」系列文章的第1篇,会保持每周更新,并在之后会推出其他敏捷系列相关内容

我们不必改变任何人的价值观,但必须让系统围绕真正的价值观运作” --《系统之美》

为什么我们需要优先级排序?

在日常生活中我们都会进行优先级排序,因为我们用有限时间去执行每组工作任务,这就是为什么我们选择最重要的先执行然后再执行次重要的原因。同样,我们在软件开发中对功能或任务进行优先级排序,因为有总有些功能比其他功能更重要。

什么是产品待办事项优先级排序?

产品待办事项优先级排序是敏捷软件开发中最重要的工作之一。 如果利益相关者,客户或企业尽早获得最有价值的功能,那么任何项目都是成功的。 可以通过有效地对需求进行优先级处理(用户故事)来实现。
待办事项优先级排序被用来组织产品待办事项条目(用户故事/缺陷/探针等),以制定其开发和部署的顺序。
Scrum团队遵循此顺序以在梳理或冲刺计划期间选择产品待办事项条目。
待办事项优先级排序的优势
商业利益
-最快的投资回报
-客户或业务满意度
-更好地管理依赖项
-最小化风险
-关注价值驱动的开发
对Scrum团队的优势
-通过选择的故事进行有效的梳理
-通过选择的故事进行有效的Sprint计划
-如果有富余产能,更容易看出增加哪些故事到当前冲刺更合适
-如果由于团队成员缺席,紧急生产修复等导致产能下降,更容易看出从当前冲刺需要减少哪些故事
优先级排序中对待不同的待办事项条目

在优先级排序期间,产品事项中的所有条目都得到同等对待,包括缺陷或错误,新功能,增强功能,探针。

在对敏捷工作条目进行优先级排序的时候需要考虑什么?

在对待办事项条目进行优先级排序时,有许多影响因素需要考虑。 最重要的因素是:

1. 客户满意度

我们牢记客户满意度,为可能得到较高客户满意度的功能(待办事项条目)分配高优先级来为故事排序。 并优先考虑令客户感到满意的功能。
因此,我们需要先实现基本需求,然后再实现性能领域,再实现令人愉悦的功能
请查看下面有关产品待办事项优先级排序技术的部分,该部分解释了Kano模型,以了解衡量客户满意度如何帮助我们对产品待办事项进行优先级排序

2. 业务价值

了解业务战略和业务目标对于确定功能的优先级非常重要。因此,产品所有者或业务分析师是确定产品待办事项优先级的最佳人选。确定哪些功能会增加最大价值以满足业务目标,有助于确定产品待办事项的优先级。
发起人,销售团队或战略思考者通过瞄准长期利益或短期增值与竞争对手比较来影响业务价值。

3. 受影响的用户适量或使用频率

这是特定于产品的,不能到处都被视为优先因素。通过了解受到影响的用户数量,可以对功能进行优先级排序。例如,在电子商务网站中,消费者主页的外观将比供应商主页具有更高的优先级。
同样,如果某个功能将被更频繁地使用,可在需要时及早优先处理该功能的其他优化工作。

4. 开发是实施功能的成本

高成本不一定要放在低优先级, 成本不是唯一的因素,在确定优先级时,我们还需要考虑功能的回报。低成本-高回报肯定会是最高优先级,同样,高成本-低回报可以是低优先级。综合考虑其他优先事项因素,有时候高成本-高回报的也可以放在在首位。

5. 风险

将高风险功能排在首位,会最大程度地减轻早期风险。 如果高风险功能被留在项目后期,会增加实施的总体风险。

6. 复杂度

建议在项目的早期阶段开始进行具有高复杂性或困难性的功能。由于团队刚起步,因此易于安排熟练和经验丰富的成员加入。 而且,如果花费的时间比估计的时间长,团队也会有更多的空间来调整额外的时间。

让我们利用这些考虑因素来获得优先级排序

有许多技术可以考虑产品待办事项优先级,我们将在本文后面详细讨论MoSCoW方法和Kano模型。在这里,我们要讨论通过考虑上述几个因素来获得优先级。

前提 :
  1. 识别项目中会被考虑的用来分析优先级的因素后,您可以使用上述所有因素或影响最大的因素来进行。在示例中,我们使用三个因素:a)客户满意度,b)业务价值,c )费用。
  2. 将权重分配给每个考虑因素, 在此示例中,我们为客户满意度分配了12,为业务价值分配了10,为成本分配了7。
  3. 准备好包含缺陷,故事,探针等项目的待办事项。在本示例中,我们假设我们的待办事项有10个我们要优先处理的故事。
  4. 定义一个范围,根据考虑的因素为每个故事提供比值。 在此示例中,我们有个范围1到10。

请参考下面的矩阵。 后面进行解释,以得出获得优先级别的计算机制

解读:

在此矩阵中,将考虑因素及其权重作为列,将9个待办事项条目作为行。
矩阵内的数字是相对值,表示每个故事受其考虑因素影响的比值。 比值范围为1到10。
每个故事在最后第二列中都有一个合计值。 它代表该故事的所有要素分值的累积值。 故事的要素分值计算为权重乘以其比值。
最后一栏代表故事的优先级或等级,最大值位于等级1的高优先级,最小值是低优先级。 在此示例中,最高优先级的故事是故事6,最低优先级的故事是故事3和故事4。

在优先级排序时Scrum团队成员的角色

 

产品负责人

产品负责人负责对产品待办事项进行优先级处理,并确保团队首先将最有价值的功能交付给客户。

Scrum Master

Scrum Master通过与产品负责人密切合作来促进优先级排序,不能直接对待办事项进行优先级排序。

开发团队

开发团队成员通常会遵守流程,可以根据要求提供意见。

什么时候对待办事项中的故事进行优先级排序?

建议至少每周做一次待办事项优先级排序练习。需要做优先级排序的候选待办事条目取决于该条目处于哪个阶段。
通常,在初始阶段的条目(待办事项)或处于梳理或定义阶段的待办事项是优先级排序的潜在候选对象。
那些已经提交给当前Sprint,正在进行中,已完成或被验收待办事项条目不需要进行优先级排序。 因为已经被确定了优先级或准备部署。
某些优先级排序技术需要大小或估计值来进行优先级排序,会把来自“已定义/已梳理”状态的待办事项进行优先级排序。

对不同状态下的待办事项条目进行优先级排序

用来对产品待办事项条目进行排序的技术

有很多方法可以进行优先级排序。 常见的如下

Affinity Analysis(亲和分析)

通过这种技术,我们将用户故事分类到不同的篮子中,例如:很高/高/中/低等,并选择待办事项的条目进行梳理,计划或构建。 这是将产品待办事项条目放入篮子中,以按组划分优先级的技术。

Kano Analysis(卡诺模型)

借助这种技术,我们可以安排待办事项,请牢记客户满意度因素。 卡诺分析图具有不同的客户满意度区域,我们将待办项目条目放在这些区域上,并相应地确定优先级。 这些领域如下:

  1. Must-be 必要功能
    客户通常将这些功能作为必备。也就是客户正好接受的底线,如果没有实现或实施得不好,则客户会非常不满意。
  2. One-Dimensional 线性功能
    如果实施了这些功能,客户就会满意;如果未实施这些功能将使客户不满意。这些功能通常在开发团队与业务/客户之间达成共识的情况下进行讨论。
  3. Attractive 魅力功能
    这些功能可以使客户满意(如果已实现),而不会使客户不满意(如果尚未实现)。客户通常不需要这些功能,但是拥有这些功能会使客户感到高兴。
  4. Performance 
    这些功能的实现和满意度成正比。我们实施的越多,满意度就会越高。
  5. Indifferent 无差异功能
    这些功能既不重要,也不好或坏,强加于人或不执行它们并不能使客户满意或不满意。

MoSCoW Method(MoSCoW方法)

MoSCoW是在产品开发中确定工作项目优先级的另一种方法。 该首字母缩写词来自其4个优先级类别的首字母(必须拥有,应该拥有,可以拥有,想要拥有)。 这是通过将产品待办事项分类为四个类别来进行亲和分析的另一种方法。
作为每个类别的名称,团队优先考虑``必须具有功能'',其次是``应该具有'',``应该具有和想要具有'',以便更快地获得收益回报,减少因时间或预算限制而失去的重要功能 。

Ranking(排序)

条目排序是对堆栈中的待办事项进行优先排序的另一种方法,即排序值(1,2,3,4,5 ...)。通过这种方法,我们将待办事项条目放在一个堆栈中,一个挨着一个。等级1被认为是比等级2高的优先级。我们首先选择最高的产品待办事项,以进行梳理,计划,构建等,其次是较低的等级。

END

希望能在评论区学习到大家的经验和想法~

如果对相关内容感兴趣可以关注我的公众号:捷伴行Agile。会有更多更及时的内容与君分享。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

error: Content is protected !!