首页 > 读 文 > 【推荐】产品经理必须掌握的10种优先级决策技术详解(第二季)---技术14:优先级扑克---Priority Poker
2024
04-08

【推荐】产品经理必须掌握的10种优先级决策技术详解(第二季)---技术14:优先级扑克---Priority Poker

已经讲了13种和产品管理有关的优先级技术,有难有易,有繁有简,有朋友问有没有更简单的,还真有,在本篇中我就介绍一种我认为简单的不能再简单的优先级技术:优先级扑克。

优先级扑克属于一种延伸的优先级技术,它的本源是什么呢,就是Scrum中的Planning Poker(规划扑克),因此,我们要使用优先级扑克,首先就得对规划扑克有个简单的了解,并掌握它的核心思想是什么。

1、规划扑克是什么

规划扑克诞生于2002年的美国犹他州,起因相当简单,就是当时有一个软件开发团队,其中有两名资深成员因为某个要开发的事务的工作量规划而各持己见,陷入僵局,为了打破这种议而不决的情况,团队中一个叫詹姆斯-格伦宁的成员想出了一种估算软件项目开发中工作目标工作量或相对规模的方法,这种方法后来就被称为是“规划扑克”。

那么,这种方法具体怎么来操作呢?大家看下图:

过程很简单,我挨个说明一下。

第一步:分发扑克/卡片

所有参与评估的人员都需要拿到一副“扑克”,这副扑克可以是常规的那种扑克,或者自定义的扑克,但无论是哪种扑克,我们都需要给每张扑克指定一个确定的值。

比方说,如果是普通扑克,那么,我们可以给大王指定分值为100分,小王是40分,如果是自定义的扑克,那么,一般一副扑克有15张即可。

关键的问题来了,就是这些值怎么来定,通常我们会基于斐波那契数列来定,但是,基于Scrum的目的,通常值的选取如下图:

如果是常规扑克的话,那么,我们只需要从54张中选出15张,并定好值即可。

指定好后,我们接下来就要明确这些值指代的是开发中的什么量,是用户故事的数量(scrum中对需求的专用名词,可以理解为要做的需求的数量),还是要完成某个需求所需的工作天数,当然,也可以是任何和开发有关的其它量,比方说扑克代表开发任务的工作量,那么,对应值所表示的意思见下图:

由此我们可以看出,在第一步中,最关键的是指定值以及每个值所要代表的量和含义,但需要注意一点的是,每张扑克的值一定要有显著的数字变化,这是为了给参与者足够多且有明显区分的选择,如果分值定为1-50之间的每个数字,那么,就会让这个操作过程效率低下,因为分值最终可能看起来过于相似。

第二步:阅读故事并进行讨论

通常第二步由产品经理或PO来控制,他们将向参与者讲解用户故事,然后就是讨论完成每个故事可能的方法以及预估所需的人力,技能和参与者能看到的任何潜在问题。

当然,在这个过程中,参与者还可以利用这些时间来澄清他们针对用户故事而不确定的任何事情。

第三步:估算和分享

参与者一旦了解了每个用户故事,那么,接下来就是出牌的时候了。

每个参与者都会秘密地从他们的卡片组中选择一张卡片来代表他们对每个用户故事的估计。当每个人都做出自己的选择时,团队会同时展示他们的牌。参与者的卡片越高,参与者估计故事完成的难度就越大。

第四步:讨论结果并达成共识

在实际操作中,我们会发现,不太可能每个参与者都会出示同一张卡片(也就是相同的预估),当然,但如果真出现了这样的情况,那么,这个数字将成为官方估计,团队可以继续到下一个用户故事中。

但是,99%的情况是参与者出的扑克牌分值不同,那么,团队就需要继续讨论这个用户故事,这里有个关键点,就是组织者(PM或PO)要重点关注那些高于(高估值)或低于(低估值)平均分值的牌的参与者,必须让他们解释他们是如何得出这个分值以及他们的思维过程是什么样的。

这样做的目的在于消除其他参与者的疑虑,听听两种极端情况的想法,一旦共识达成,那么,就需要再玩一把,如果第二轮相同牌(也就是分值)的数量较多,那么,就意味着共识达成,如果相同牌的数量还是较少,那么,就需要重复第四步,直到达成共识。

一旦团队消除了疑虑,对用户故事有了更好的共识,他们就会再次进行卡片选择过程。如果第二轮相同卡片的数量较多,他们就可以达成共识。这次失败了。此外,他们还需要重复这一步骤,直到达成共识。

这就是规划扑克的玩法,那么,优先级扑克又和规划扑克有什么区别吗?

2、优先级扑克是什么

其实优先级扑克和规划扑克在基本逻辑和操作过程上没有什么本质的区别,区别仅仅是应用的方向不一样,规划扑克主用用于开发过程中对需求量,开发时间,开发人力,开发技能等开发要素的预估,而优先级扑克顾名思义,就是针对产品所涉及到的各种事务和事项的优先级的评估,这些事务和事项可以涵盖从需求,功能到业务,甚至是商业的范畴。

当然,除了这个应用方向根本性的区别外,还有三个地方需要注意:

1)优先级扑克通常不采用斐波那契数列定值,而是直接确定优先级的范畴,比方说优先级分为“非常高优先级、高优先级、中等优先级、低优先级、非常低优先级”,那么,就需要五张牌就可以了,但是,通常我们还会建议再加一张牌,就是“信息不足”牌,这张牌的目的在于一旦出现和优先级评估有关的信息欠缺而让参与者无法做出评估的时候能够有牌可出。

如果是这种情况,那么,有六张牌就可以了。

2)如果是规划扑克,那么参与者就非常集中,就是开发人员,但是优先级扑克的参与者范畴就很大了,几乎涵盖所有和产品有关的人,如利益相关者、产品负责人、设计师、开发人员、领域专家,甚至是用户。

那么,这就涉及到一个问题,就是只搞一场牌局肯定是不够的,因为一次牌局最多就是5-6人,而一旦人数超出,就需要多安排几次牌局,否则这个牌局就会非常臃肿。

3)组织者和推动者可能会有区别,在规划扑克中,组织者和推动者可以是产品经理或PO,但也可以不是,但是在优先级扑克中,组织者和推动者一定是产品经理,他的职责主要是推动流程,确保讨论不偏离轨道,并引导团队达成共识,更重要的是要创造一种环境,让每个团队成员都能自在地分享自己的观点,让不同意见都能得到重视并得到公开讨论。

如果单从scrum的角度看,规划扑克面向的主要是“user story(用户故事/需求)”,优先级扑克面向的主要是“backlogs(要做的各种事务)”,这也是为什么优先级扑克必须是产品经理组织和参与的原因。

其它的操作基本就和规划扑克一样了,大家按照上述说明对规划扑克进行修即可。

3、优先级扑克适用的环境

优先级扑克作为一种“集体决策”的形式,可以激发团队的活力,并将复杂的优先级分解为易于消化的讨论,但是,这并不意味着它适用于所有的企业,通常来说,它更适合于已经建立了开放沟通和相互尊重文化的企业环境中,在这种环境中,它的效果最好。

而如果一个企业,一个团队不习惯发表不同的意见,或者存在压制公开对话的情况,有明显的等级制度,那么,优先级扑克很快就会流于形式。

也就是说,优先级扑克这个方法的真正优势在于它能够引发不同观点的讨论和更具集体智慧的见解,而并非过程本身。

因此,作为产品经理,你在使用这个方法的时候,根本职责是确保以正确的精神使用这一工具,为坦诚和建设性的对话搭建平台,而不仅仅是走过场。

4、优先级扑克的优势和不足

优势:

1)消除偏见:优先级扑克通过全过程匿名并允许人们说出自己的想法来消除不可靠性。它还通过保持排名匿名来消除高影响人群的意见偏见和跟风效应。所有成员都可以自由发言,不受最高级别小组成员意见的影响或评判。

2)预估更准确:正如2007年的研究所示,使用优先级扑克可以更准确地预测开发积压中的任务需要多长时间才能完成。这一好处会渗透到整个路线图中,有望按时交付产品(而且不会出现可怕的范围蠕变)。

3)快速、简单、有趣:相对于完全取决于科学计算和统计的优先级技术,优先级扑克是一种非常快速、简单,甚至可以说是有趣的方法,可以让一堆项目很快的,没有任何知识压力的情况下排出优先级。

4)集体决策:优先级扑克是让很多人参与优先级排序过程的好方法。只要你告诉大家你们要玩扑克,他们就会争先恐后地参与进来。

5)能够快速发现分歧最大的意见:优先级扑克有助于促进优先级排定过程。它能突出意见分歧的地方,有助于探讨 "为什么 "优先考虑某个项目,而不仅仅是 "是什么"。

6)使用灵活:优先级扑克牌非常灵活。您可以改变不同的优先级,并随心所欲地计算最终优先级。

不足:

1)缺乏清晰的理解:如果参与者对要评估的项目没有清晰的了解,他们的出牌就可能基于不完整或不正确的信息。这可能会导致优先级出现偏差,无法准确反映项目的需求或目标。

2)支配性人物的影响:在一些团队中,个性鲜明或职位较高的人可能会无意中影响出牌过程。如果其他团队成员觉得自己被忽视或不愿表达自己的真实意见,优先级扑克的目的--收集不同观点--就会落空。

3)过度依赖流程:优先级扑克本身只是一种工具,而不是解决方案。过分依赖流程而不进行充分的讨论和分析,可能会导致机械地确定优先顺序。这可能会导致重要因素被忽视或低估。

4)群体思维:为了尽快达成共识,参与者可能会陷入群体思维,即追求和谐与一致导致决策失误。当参与者将共识看得比决策的质量更重要时,就会出现这种情况,从而导致无法优化优先顺序。

5)不一致的标准:如果所有参与者对优先级别的分配标准没有一致的理解或应用,那么优先级的确定过程就会变得不一致、不可靠。每个人都必须对每个优先级别的含义有一致的认识才可以。

5、优先级扑克具体的应用场景

前面已经说到,优先级扑克是产品经理用在“backlog”优先排序的一种具有明显游戏性质和过程的方法,具体来说,如果你是产品经理,要使用这个方法,那么,它的应用场景包括但不限于这些:

1)在需求收集和分析过程中,对目标和对象、功能性和非功能性需求进行优先排序。

2)在设计过程中,确定 "角色"、"场景 "和 "用户旅程 "的优先级。

3)在可用性测试和专家评审之后,确定可用性问题和建议修改的优先次序。

4)在测试过程中,对错误、缺陷和修复进行优先排序。

5)在敏捷项目中,确定用户故事的优先次序。

6、优先级扑克/规划扑克的本质是什么

这俩方法虽然有同有异,但其实他俩的核心逻辑还都不是来自敏捷,而是来自很多朋友都熟悉的一个预测方法,什么呢,就是“德尔菲法”,大家可以仔细想想德尔菲法的操作过程,就知道为什么了。

如果各位有意尝试一下优先级扑克,可以下载下方的扑克牌模板文件,打印出来使用即可!


 
已经过安全软件检测无毒,请您放心下载。
 
已经过安全软件检测无毒,请您放心下载。

本文》有 0 条评论

留下一个回复