主题 2.2 — 工作优先级排序

一句话概括: 优先级排序是对已通过分诊的工作进行刻意的、透明的排序——权衡价值、紧迫性、风险与工作量与有限的产能之间的关系——这样机构在任何一个时刻都在做它力所能及的最有价值的事情,并能够解释原因。

为什么这在医疗与照护领域很重要#

优先级排序是战略变得真实的地方。一个机构真正的战略不是它已发布的计划,而是它实际做事情的顺序——在医疗与照护领域,这个顺序承载着安全、公平与公共资金方面的后果。把互操作性工作降低优先级,一份共享照护记录就会停滞;把技术债降低优先级,一个系统就会在某个银行假日的凌晨两点失效;把无障碍修复降低优先级,你就排斥了最需要这项服务的人。

这种压力是结构性的:需求总是超过产能,而其中大部分需求都是合理的。因此,领导者需要的是能让取舍变得明确、站得住脚的方法,而不是一个由最后一封邮件决定、或每个项目都是"最高优先级"的流程。透明的优先级排序也会改变政治气候:当利益相关方能看到标准与排序时,协商就会从游说转变为一场关于价值与延迟成本的共同对话。本主题紧接在接入(主题 2.0)与分诊(主题 2.1)之后;它假设你已经拥有一份可见的、经过评估的积压清单需要排序,并为交付生命周期(主题 3.4–8)与项目组合管理(主题 5.3——EPPM)提供输入。

核心概念#

**优先级排序**为一份积压清单或一个项目组合排序;它与分诊(分诊是孤立地评估并路由每一项条目)不同。优先级排序是在有限产能的前提下,把各项条目相互比较,并随着现实的变化重新进行这种比较。

**延迟成本**是支撑最佳方法的经济学透镜:这件事每延迟一周——在价值、伤害或金钱上——要付出什么代价?让延迟成本明确化,能把优先级排序从"什么最重要?"(一切都重要)重新界定为"延迟什么代价最高?"(一个可排序的问题)。

常见框架,各有其适用场景:

• WSJF(加权最短作业优先),源自规模化敏捷框架(SAFe):对延迟成本(用户/业务价值 + 时间紧迫性 + 风险降低/机会促成)打分,再除以作业规模。WSJF 最高的先做。它自然地偏向小型、高价值、时间紧迫的工作,并忽略沉没成本。
• RICE(触达 × 影响 × 信心 ÷ 工作量,由 Intercom 推广):一种产品管理评分方式,用一个"信心"因子来调和热情。
• MoSCoW(必须/应该/可以/这次不做),源自 DSDM:一种分类法,非常适合为一次发布或一个固定日期的项目界定范围,但作为细粒度排序则较弱。
• 价值-工作量(一个 2×2 矩阵):用于快速发现速赢项目与吞金黑洞的快速可视化工具;粗略但快速。
• Kano 模型:把功能分类为基本型(必备)、期望型与魅力型——有助于在基本要求与差异化因素之间取得平衡。

没有哪个框架是"正确"的;每一个都编码了不同的价值定义,而一起打分这件事本身,往往比数字本身更有价值。

运行与变革是项目组合层面的平衡:"维持系统运转"的运营工作(运行)与新能力(变革)。优先级排序必须同时涵盖两者,否则不可见的运行工作——包括**技术债与安全/安保整改**——会在与亮眼新功能的每一次较量中败下阵来,直到它灾难性地失效为止。

基于产能与基于日期的优先级排序:基于产能的排序填满一个已知的、有限的吞吐量(一个可持续的节奏);基于日期的排序从一个不可动摇的截止日期(一次监管上线)向后推算,并使用 MoSCoW 来灵活调整范围。大多数项目组合需要对不同的条目同时应用这两种方法。

最佳实践#

1. 选择一个主要框架,并一致地应用它。 选择适合你工作的方法——对于有真实时间紧迫性的混合变革组合使用 WSJF,对于产品功能积压清单使用 RICE,对于固定日期的发布使用 MoSCoW——并一致地使用它,使分数可以相互比较。逐项条目更换框架,会让积压清单无法比较,并会招致操纵。

2. 让延迟成本明确化,尤其是对安全与法定工作而言。 对每一项条目追问:"延迟一个月要付出什么代价?"对于一项安全修复或一个监管期限,答案往往是严重且非线性的,这正是为什么它们必须被打分,而不是被想当然。延迟成本是通用货币,能让一个合规期限与一项用户体验改进被诚实地相互比较。

3. 为运行、技术债与安全保留明确的产能。 不要让维持系统运转的工作、技术债与安全/安保整改逐项功能地与新能力竞争——它们会一直输,直到某件事出了问题。为这项工作划定一个常设的产能百分比(一条常见的经验法则是一个有意义的、受保护的份额),并把它当作不容商量的事情。

4. 依据成果与价值排定优先级,而不是依据请求方的级别。 依据机构既定的成果与优先事项(理想情况下是它的 OKR——见主题 10.0)打分,而不是依据是谁提出的请求。当一位高级利益相关方的条目得分很低时,这正是系统在正常运作;这个框架给了你一个公平的、非个人化的基础来展开这场对话。

5. 让方法与约束相匹配:产能还是日期。 对于可持续的变革流动,依据价值排序,并把工作拉向一个已知的产能。对于一个不可动摇的日期,向后倒推,并使用 MoSCoW 来保护"必须做"的部分、灵活调整"可以做"的部分。把这两者混为一谈——试图把固定的范围塞进固定的时间与固定的产能里——是项目失败的经典路径。

6. 透明地排定优先级,公开地协商。 发布排好序的积压清单及其背后的打分依据。透明度能把优先级排序从一系列私下交易,变成一场共享的协商,取舍在其中是可见的:要把你的条目往上移,别的东西就必须往下移,而每个人都能看到这个代价。这是交付负责人所能采取的、最强有力的去政治化举措。

7. 按固定节奏重新排定优先级——也只在此时进行。 设定一个节奏(例如,每月或每季度一次项目组合审查,期间穿插较轻量的积压清单梳理),在这个节奏上依据新证据重新审视优先级。在审查之间,要守住这条线,让团队获得稳定的运行跑道。持续不断的重新排序,与从不重新排序一样具有破坏性——它会摧毁流动性,让任何事情都无法完成。

8. 警惕操纵与虚假精确性。 相对分数(斐波那契数列、T 恤尺码)是估算,不是真理;WSJF 得分 8.3 并不比 7.9 显著更好。用这些数字来支撑一场排序对话,留意被夸大的输入,并让有经验的判断力在一个明显反常的分数上覆盖它——同时记录原因。

与团队讨论的问题#

1. 对于我们不断推迟的那些工作,我们对"延迟一个月实际上要付出什么代价?"这个问题的诚实答案是什么? 延迟成本是能让一个合规期限与一次用户体验调整被诚实比较的通用货币,然而大多数机构从未使它明确化,于是默认变成"一切都很重要"——这不是一个可以排序的陈述。这在医疗与照护领域尤为重要,因为延迟某些工作的代价是严重且非线性的:一项被推迟的安全修复或互操作性依赖,可能无害地存在数月,然后灾难性地失效,而一个被推迟的便利功能几乎不花什么代价。团队应当讨论,他们是否真的能为积压清单中排在中间、存在争议的顶级条目说出一句延迟成本陈述,并正视那些令人不安的情况——对一个受欢迎的项目而言,诚实的答案是"几乎没有代价",而对一个不起眼的项目而言,答案却是"可能是一起严重事故"。具体的切入点:拿目前卡在积压清单中间的三项条目,强迫为每一项写出一句延迟成本陈述;追问技术债与安全整改是否曾经真正按延迟成本被打分过,还是仅仅因为从未被纳入竞争而每次都输掉。一个好的答案会区分那些延迟成本大致线性的条目,与那些在某个截止日期或失效点会陡增的条目,并用这种形状来证明排序的合理性。不诚实的版本会躲在"这一切都是优先事项"背后,而这恰恰是这个问题意在揭示的、优先级排序的缺失。

2. 我们愿意为运行、技术债与安全保留多少产能——当一个亮眼的新提案到来时,我们会捍卫它吗? 这是最容易出错的取舍:维持系统运转的工作、技术债与安全或安保整改是不可见的,逐项功能地与新能力竞争时会一直落败,直到某件事在某个银行假日的凌晨两点崩溃。讨论的重点不是要不要保护一部分产能——几乎每个人在原则上都同意——而是具体的百分比,以及更困难的,当一位高级赞助人令人兴奋的项目第一次想要侵占这部分被划定的产能时,领导层是否真的会守住这条线。在医疗与照护领域,利害关系包括患者安全与临床医生所依赖系统的可靠性,因此把这份产能当作不容商量的事情,是一种安全姿态,而不仅仅是良好的卫生习惯。具体的切入点:回顾上一次重大事故或未遂事件,追问它是否可以追溯到一项从未在优先级竞争中获胜的、被推迟的运行或技术债工作;说出谁有权拒绝对这部分受保护产能的侵占,并检验他们是否真的会这样做。一个有力的答案会承诺一个具体的、受保护的份额,并且至关重要地,会描述在压力下保持它受到保护的治理机制,而不是仅仅信任良好的意图。诚实的版本会承认,这道防护线只有在它经受住房间里最有权力的利益相关方的挑战之后,才算是真实的。

3. 当一位高级利益相关方的条目得分很低时,我们有透明度与胆量让这个排序保持不变吗? 依据成果而不是请求方级别来排定优先级听起来显而易见,但 HiPPO 效应——薪酬最高者的意见悄悄凌驾于打分之上——是层级森严的 NHS 与政府环境中的默认失败模式,而它之所以具有腐蚀性,恰恰是因为它是安静的。张力在于,一个得分低的高级条目往往正是系统在正确运作,然而如果没有一份透明的、已发布的排序及其打分依据,交付负责人就没有非个人化的基础来展开这场对话,通常只能屈服。团队应当讨论他们的积压清单与分数,对提出请求的机构而言是否真正可见,因为公开的取舍协商——"要把你的往上移,哪个得分更高的条目要往下移,你能接受那种延迟的代价吗?"——是可用的、最强有力的去政治化举措,而它只有在公开的情况下才有效。具体的切入点:回忆上一次一项高级请求插队的情形,追问如果排序是公开的会发生什么;考虑把打分依据保留为一份治理记录,可以展示给董事会、一个 ICB,或审计人员。一个好的答案会把透明度(公布顺序与分数)与一套为覆盖对话排练过的、非个人化的话术配对,并指出谁有资格坚持这一点。回避型的答案会把这当作一个假设情形;而在现实中,这几乎每周都会发生,计划必须能经受住它。

4. 我们是否真的坚持了一个优先级排序框架,还是我们在悄悄地用最能美化每一项条目的方法给它打分? 选择一个主要框架并一致地应用它,正是让一份积压清单可以比较的关键;一旦 WSJF 被用于一项提案,一个价值-工作量的直觉判断被用于另一项,而"总监真的很想要它"被用于第三项,这个排序就不再有任何意义,操纵就会悄悄滋生。张力在于,没有一个单一的框架适合每一种工作——WSJF 适合混合变革组合,RICE 适合产品功能积压清单,MoSCoW 适合固定日期的发布——因此诚实的讨论在于,哪一个是你的主要方法,以及在哪些有原则的场合可以合法使用第二种方法,而不是把它当作一个方便的逃生舱口。这在医疗与照护领域之所以重要,是因为一个合规期限、一项临床医生请求的功能,以及一次数据库升级必须被放在同一把尺子上衡量,只有一致的方法才能让一项法定条目与一项便利条目被相互比较,而不需要特殊申辩。具体的切入点:审计最近十几个优先级排序决定,检查是否真的应用了同一种方法,还是方法被切换来为一个预先设定的答案辩护;留意"框架表演"——精心的打分产生了一个数字,却没有人据此行动。一个好的答案会说出主要框架,解释在哪些狭窄的、有原则的情况下使用另一种方法,并把分数当作支撑一场排序对话的输入,而不是当作真理。薄弱的答案会让每个请求方自带一套算法,这与根本没有方法没有区别。

5. 我们对哪些工作是受产能约束、哪些是受日期约束诚实吗——还是我们在试图同时固定范围、日期与产能? 优先级排序必须与约束相匹配:一个可持续的变革流,应依据价值排序,并被拉向一个已知的产能,而一次不可动摇的监管上线,应从那个日期向后倒推,由 MoSCoW 来保护"必须做"的部分、灵活调整"可以做"的部分。导向项目失败的经典路径,是把这两者混为一谈——同时锁定范围、日期与产能——而这在医疗与照护领域尤其具有诱惑力,因为一个法定期限感觉不容商量,利益相关方就会假设完整的范围同样不容商量。团队应当逐项讨论,每一项主要工作究竟是真正受产能约束,还是受日期约束,因为把一个由日期驱动的项目当作拥有弹性时间来对待,或把一项日常业务流当作拥有一个硬性截止日期来对待,会错误地排定下游的一切优先级。具体的切入点:拿一次不可动摇的上线,追问哪些要求对法律最低限度而言是真正的"必须",哪些是被偷偷塞进强制性集合中的"应该"或"可以";找出那个把所有三项约束都悄悄固定下来的项目,并说出当现实来袭时,真正会让步的是什么。一个好的答案会依据每项工作的约束条件对其进行分类,并刻意地应用相匹配的方法,把基于产能的流动与基于日期的交付当作独立的学科来保持。不切实际的答案会承诺在固定的产能内、按固定的日期,交付完整的范围,并寄希望于此。

6. 我们重新排定优先级的节奏是什么?我们有没有纪律在两次审查之间保持顺序稳定? 优先级必须依据新证据被重新审视,但要有一个节奏——一次月度或季度的项目组合审查,穿插较轻量的梳理——因为持续不断的重新排序,与从不重新排序一样具有破坏性:它会摧毁流动性,让任何事情都无法完成。张力是真实的:现实确实在变化,一个新的安全信号或资金变动可能确实需要重新排序,然而每一次中途的重新洗牌,都会让团队失去他们的运行跑道,让半成品工作陷入搁浅。在医疗与照护领域,交付团队往往捉襟见肘,依赖关系横跨多个机构,因此反复折腾既昂贵又打击士气,所以审查之间的稳定跑道,既是一个生产力与人员保留问题,也是一个交付问题。具体的切入点:检查上一季度积压清单顶部在计划审查之外变化了多少次,结果交付了什么;提前商定那些能够打破节奏的狭窄标准——一次真正的紧急情况,而不是一位大声的利益相关方。一个好的答案会设定一个明确的节奏,捍卫审查之间的跑道,并能指出那些确实因为顺序保持不变而完成的工作。失败的答案会在最后一封邮件到达时就重新排序,把"折腾"误认为"响应迅速",而实际上没有任何事情越过终点线。

实践中:一个医疗与照护案例#

一个 ICB 的数字项目组合团队面对着十二个相互竞争的提案,而产能大概只够做五个。以往,排序遵循的是机构资历,技术债则从未出现在名单上。他们为变革工作采用了 WSJF,并为运行、技术债与安全划定了固定的产能份额。

每一项提案都在一次会议中一起被打分——业务价值、时间紧迫性、风险降低/机会促成,以及作业规模——有交付、临床与财务方面的声音参与。一项法定数据申报的期限在时间紧迫性上得分很高,而且规模不大,因此在 WSJF 排序中升到了顶部。一个大型、受欢迎的分析平台在价值上得分不错,但其规模把它推低了排序——这在基于资历的排序下会是不可想象的结果,而这个框架让它变得站得住脚。一次长期被推迟的、此前不可见的数据库升级,在它失效之前,就从划定给运行的产能份额中获得了资助。

至关重要的是,排好序的积压清单及其分数被分享给了所有提出请求的机构。当一家信托机构推动让自己的提案插队时,对话不是"你认识谁",而是"这些得分更高的条目中,哪一个应该往下移?你能接受那种延迟的代价吗?"这场协商是公开进行的,该 ICB 能够向其董事会证明,这个顺序反映的是价值与延迟成本,而不是政治。

行业视角#

初创企业#

一家受资金约束的数字医疗初创企业,最重要的排序考量因素是资金存续期,因此它的排序方法应当轻量且以价值为导向——一个价值-工作量 2×2 矩阵或一个简单的 RICE 评分通常就足够了,对于一份三十项条目的积压清单而言,精细的 WSJF 机制是杀鸡用牛刀。占主导地位的延迟成本是生死攸关的:错过一项 NICE 评估或一位关键客户所需的证据可能会让公司倒闭,这显著地优先于一个锦上添花的功能。最难的纪律,是在每一周都在为下一个营收功能疾呼的时候,为技术债与安全整改保留任何产能,然而完全跳过它,正是导致一个年轻的产品在扩张的同时突然卡死的原因。重新排序频繁且由创始人驱动,因此风险是折腾——解药是至少在一个短暂的冲刺周期内保持顺序稳定,让某些东西真正能够交付。

小型企业#

一家成熟的小型服务提供者——一家全科诊所、一家社区药房、一家养老院,或一家单一场所的诊所——在几乎没有余量的情况下排定优先级:同样那几个人既运营服务,也承担任何变更工作,因此排序必须极度简单,一个团队里任何人都能看懂的价值-工作量 2×2 矩阵,比一个没人有时间维护的打分模型更有价值。占主导地位的延迟成本通常是法定或安全驱动的——一个数据安全工具包的期限、一项临床安全修复、一个国家供应商强制要求的系统升级——这些必须排在最前面,因为一家小型提供者承担着与大型信托机构同样的职责,却没有资源去吸收一次失败。可自由裁量的改进确实与运营服务相竞争,因此诚实的纪律是为不容商量的运行与整改工作保护一小段固定的时间,而不是让它每周都输给面向患者的需求。由于专门的 IT 能力薄弱或缺失,大部分"如何做"是由供应商与框架合同决定的,因此优先级排序往往是在为供应商驱动的变更与诊所能够掌控的少数几件事排序,并保持顺序足够稳定,让某件事能够在一个忙碌的周和下一个周之间完成。

大型企业#

一家 NHS 信托机构或 ICS 运行着一个具有真实时间紧迫性与沉重运行义务的混合变革组合,这正是 WSJF 与一份被划定的运行/技术债/安全份额所为之设计的形态。政治因素才是真正的挑战:多个赞助机构、HiPPO 压力,以及"资历决定顺序"的遗留期望,因此排好序的积压清单及其分数的透明度,是企业首要的去政治化工具。这里的优先级排序跨越一个项目组合办公室,必须调和日常业务变更的基于产能的流动,与从不可动摇的监管上线日期向后倒推、通过 MoSCoW 灵活调整范围的基于日期的项目。由于一家信托机构必须向其董事会、一个 ICB 与审计人员证明物有所值,打分依据被保留为一份治理记录,而不是在决策做出后就被丢弃。

政府机构#

在 NHS England、DHSC,或一个权力下放的政府,优先级排序是国家规模的项目组合管理,通过项目组合管理(MoP)与财政部五案例模型正式化,延迟成本在这里是以人群健康、法定合规,以及数十亿英镑来衡量的。项目组合的大部分是非自由裁量的——强制性申报、法律期限、部长承诺——因此这个方法必须对既定义务工作的方式与时间进行排序,而不是决定要不要做,不可动摇日期的项目占据主导。风险偏好低,审视带有对抗性:国家审计署与公共账目委员会会检验这个顺序反映的是价值与延迟成本,还是仅仅是政治上的权宜之计,因此一份明确的、已发布的优先级排序依据,既是一种防御,也是一种管理工具。公平是价值的一个法定维度,因此一个政府的打分模型应当为对服务最不足人群的影响赋予权重,而不仅仅是总体效益,否则它会系统性地偏向那些本已服务良好的人群。

常见失败模式#

• 一切都是第一优先级。 没有真正的排序存在,因此最大声的声音或最近的截止日期主导一切。解决方法: 强制进行严格的排序;顶部不允许并列。
• 运行与技术债总是落败。 不可见的运营与整改工作被饿死,直到它失效。解决方法: 划定的、受保护的产能。
• HiPPO 覆盖。 薪酬最高者的意见每次都悄悄凌驾于打分之上。解决方法: 透明的分数与公开的取舍协商。
• 框架表演。 精心的打分产生了一个数字,却没有人据此行动。解决方法: 让分数支撑一个真实的、被付诸行动的排序。
• 固定范围 + 固定日期 + 固定产能。 三项约束全部被锁定,注定失败。解决方法: 通过 MoSCoW、或产能、或日期来灵活调整。
• 折腾。 优先级每周都在变化;没有任何事情完成。解决方法: 一个固定的重新排序节奏,期间保持稳定的运行跑道。

成熟度模型#

检查清单#

• 选定了一个主要优先级排序框架,并一致地应用它。
• 延迟成本被明确化,尤其是对安全与法定工作而言。
• 为运行、技术债与安全/安保工作划定了产能。
• 条目依据成果/OKR 打分,而不是依据请求方的资历。
• 基于产能与基于日期的方法被用于正确的条目。
• 排好序的积压清单及其打分被发布给利益相关方。
• 取舍在公开场合被协商:要把一项往上移,另一项就要往下移。
• 重新排序按固定节奏进行,期间保持稳定的运行跑道。
• 分数被当作估算来对待;要留意操纵与虚假精确性。
• 当前的顺序能够向董事会解释并被辩护。

关键来源#

• 规模化敏捷框架(SAFe)——加权最短作业优先(WSJF)与延迟成本。
• Reinertsen, D. ——《产品开发流动的原则》(延迟成本、排队经济学)。
• Intercom ——RICE 打分模型(触达、影响、信心、工作量)。
• DSDM / Agile Business Consortium ——MoSCoW 优先级排序法。
• Kano, N. ——顾客满意度的 Kano 模型。
• 内阁办公室 / AXELOS ——项目组合管理(MoP)——项目组合优先级排序与平衡。
• NHS 数字服务标准与 GOV.UK 服务手册 ——优先处理最重要的用户需求;OKR(Doerr,《Measure What Matters》)用于成果对齐。

参考文献#

1. Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
2. Cost of delay — Wikipedia — https://en.wikipedia.org/wiki/Cost_of_delay
3. Scaled agile framework — Wikipedia — https://en.wikipedia.org/wiki/Scaled_agile_framework
4. MoSCoW method — Wikipedia — https://en.wikipedia.org/wiki/MoSCoW_method
5. Dynamic systems development method — Wikipedia — https://en.wikipedia.org/wiki/Dynamic_systems_development_method
6. Kano model — Wikipedia — https://en.wikipedia.org/wiki/Kano_model
7. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
8. Objectives and key results — Wikipedia — https://en.wikipedia.org/wiki/Objectives_and_key_results
9. Weighted Shortest Job First (WSJF) and Cost of Delay — Scaled Agile Framework (SAFe) — https://framework.scaledagile.com/wsjf
10. Reinertsen, D. — The Principles of Product Development Flow — Celeritas Publishing — https://www.celeritas.com/
11. The RICE scoring model (Reach, Impact, Confidence, Effort) — Intercom — https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/
12. MoSCoW prioritisation — DSDM / Agile Business Consortium — https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html
13. Management of Portfolios (MoP) — AXELOS / Cabinet Office — https://www.axelos.com/
14. Doerr, J. — Measure What Matters (OKRs) — Portfolio/Penguin — https://www.whatmatters.com/
15. The Green Book: appraisal and evaluation in central government (five-case model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government